1/ Here's how we hand off new client work (of a decent size) for a dev at @fostercommerce to start in a fully #remote, fully #async way.

All the screenshots are from our Basecamp account. #projectmanagement #craftcms
2/ We copy our feature list template into the specific project and begin editing it. I'll share what's in the template. Image
3/ We start with the "global" task (the one that says "🌎NAME OF FEATURE."

The first section of that template task is for PMs. It's a checklist of sorts to help us know what we need to complete before a dev can start. Image
4/ Item #3 in the list is where the PM shares (1) all they know about the context, (2) resources/assets, and (3) an answer to "how do we know this work is done?"
5/ Here's an example of a context note for a real project we are working on this week. Providing this context allows the dev to be creative in how they code the thing, and possibly propose risks and alternatives. Image
6/ In the global task, we also have sections for "Feature Implementation and Design Notes" and "The Client's Definition of Done" (DOD).

The client's DOD is always a good challenge to put in writing. It basically answers, "How will we all know this feature is really done?" Image
7/ The last part lists the dev's duties. Just like the PM duties, it serves as a reminder of how to approach the work. It becomes muscle memory after a few assignments. Image
8/ Once the details of the feature have been captured in the global task, we communicate the assignment to the dev in an event document we call the "Plan of Action." The POA doc is also where we hold an async retrospective after the work is done. Image
9/ We create a unique POA + Retro event doc for each project we are scheduled to work on for the week. Our weeks are Thursday to Wednesday. The PM and devs are the only ones assigned to prevent cluttering the notifications of team members.
10/ On Thursday, the start of the week, every dev is given 1-2 POAs to work. They take up to 2 hours to review the assignments and communicate back a few important details for the PM.
11/ Here's what each dev does every week when starting a new POA. Image
12/ In each task, they answer 4 'scope' questions for the PM and client to see.
1. Any process red flags?
2. What's your estimate to complete, do QA and deploy?
3. What can we remove or split out to make this take less 4 hours?
4. What could make this go longer than estimated?
13/ Finally, they comment on the POA answering these questions. Based on the answers, the PM can dive into action to resolve issues or carry on with other work. Image
14/ If there are no blockers or issues, the dev can also carry on simply checking in each day via async comments on their status. The hope is they can work mostly uninterrupted all week and unblocked.
15/ That's how we keep a calm-for-everyone pace of assigning feature work to devs in an async, global team.

If you're an experienced #PHP dev, you too can work calmly with us. We're hiring. fostercommerce.com/were-hiring-se…

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Stephen Callender

Stephen Callender Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @sjcallender

Dec 2, 2020
One of my culture goals at @fostercommerce is for it to be a calm company where the team can do deep work w/ few interruptions and be a team willing to be interrupted to help. I think we found our groove by categorizing time commitments into two groups: Primary and "+5"
Primary time is the core commitment of the job. At best, and often, it is spent on one project for the whole week. The work is defined for the engineer so they can do a full review on Monday to catch any last minute red flags before diving in for the week. There are no meetings.
Primary time is typically marked by 25 billable hours/week. This number varies for each engineer. Essentially, the engineer agrees to give a solid 25 hours of deep work toward the defined scope of work for their "weekly primary project." Once you've hit the hours, you're done.
Read 13 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us on Twitter!

:(