We are a remote by default team where people need to work without missing out.

For that purpose:

  • We use asynchronous communication as a start.
  • We write everything down.
  • We use Slack for all internal communications.
  • We only jump to a synchronous video call if needed.
  • All written communication happens in English.


Work is divided in Sprints during which specific work has to be completed and made ready for review in a set period of time.

Example Project

Product Backlog
As a User I would like to share a video of my choice on social media
As a Site Administrator I want to view web analytics reporting of site engagement so that I can provide feedback to Content Producers
Add a card...
As a User I want to filter through a collection of videos
Add a card...
In Progress
Paginate HTTP requests on the front-end in batches of 10
Add a card...
To Review
As a User I would like to browse a collection of videos at so that I can oversee what content is available
Add a card...
Register the app in the Google Developers Console and obtain a Client ID and Key
Add a card...

Trello Board.

  • We use Trello boards to track Sprint Progress.
  • All changes to the Sprint Backlog must be approved by the PM.
  • We agree developers shall not pull stories out of the Backlog and begin working on them.

User Stories.

  • User Stories are software features descriptions written in an informal and natural language.
  • User Stories are written on Trello Cards and are used to plan and test the work.
  • PM is responsible for creating the backlog and prioritising user stories.
  • User Stories should always have acceptance criteria to test that the solution meets the need.
  • We agree to not “throw cards over the wall” but rather discuss with the team and inform all the team on Slack if there is something getting in the way.


We hold a Sprint Planning Meeting at the beginning of the Sprint with the following agenda:

  • We agree upon exactly what work will be accomplished.
  • We work as a team to ensure that
    • stories are well defined.
    • stories will be estimated.
    • stories will be prioritised.

During a Sprint.

  • We agree to only work on what is in the current Sprint.
  • We will not ignore the sprint or the priority ranking.
  • PM is available to answer any requests for information on product features.
  • If work for the current sprint has been completed early, or conversely - can’t be completed for some reason, a team discussion must take place.
  • Trello Cards Sprint lifecycle: Sprint Backlog > In Progress > To Review > Done.
  • We agree to follow the process of moving a card through it's life cycle so that the Trello board always reflects the most accurate information.
  • Stories are considered completed, only when PM agree that the acceptance criteria of a story have been met.
  • We hold Daily Stand up check-ins on Slack to track progress and be proactive.
    • Participants come prepared to answer the three questions.
      • What have you completed since the last meeting?
      • What do you plan to complete by the next meeting?
      • What is getting in your way?
    • Unless otherwise stated on Slack, will always take place from Monday to Friday at 2p.m. CET unless defined otherwise.

Retrospective & Review.

  • We hold a Review and Retrospective Meeting at the end of the Sprint with the following agenda:
    • Global Sprint Review.
      • We demo the potentially shippable increment.
      • We assess if Sprint Goal has been reached.
      • We suggest eventual updates in Product Backlog.
    • During retrospective we inspect the sprint to find room for improvement and change or build for the better.
      • We Capture what went wrong during the sprint.
      • We Capture what went right during the sprint.
      • We Capture what the team can do to improve.
    • we review our team members.

  • We hold meetings for:
    • Sprint Planning.
    • Sprint Review.
  • Should a team member have a conflict, she notifies and updates the team in advance.

As a Team.
  • We agree to have conversations and to start them as early as possible.
  • We agree to be punctual for deadlines and meetings.
  • We agree to make & work on commitments as a team.
  • We agree to ask for help, or conversely - to volunteer to help.
  • We agree to review our processes and make changes as necessary.
  • We agree to speak out our opinion.
  • We agree to be transparent.
  • We agree to “play along” by the present handbook.

Work Hours.
Meetings exlcuded, we're free to choose working hours as long as things get done and deadlines are met.


This handbook is subject to constant evolution. Team members will be notified when changes are made. Feel free to suggest improvements & clarifications.