commit c7e40114c23a5f81d1da52f0ea2e4b16bae651f6 · bmann.ca/bmannconsulting.com

+4 -1

.gitignore

···

       4
       4
        
       .jekyll-metadata

     

       5
       5
        
       vendor

     

       6
       6
        
       # .obsidian

     

       7
       7
       -
       .obsidian/workspace.json

     

       7
       7
       +
       .obsidian/workspace*

     

       8
       8
        
       tiddlywiki/output/*

     

       9
       9
        
       .DS_Store

     

       10
       10
        
       _archive

     

       11
       11
        
       pages

     

       12
       12
        
       _includes/notes_graph.json

     

       13
       13
        
       .trash

     

       14
       14
       +
       .sync

     

       15
       15
       +
       Clippings

     

       16
       16
       +
       Icon*

+22

.obsidian/graph.json

···

       1
       1
       +
       {

     

       2
       2
       +
         "collapse-filter": false,

     

       3
       3
       +
         "search": "",

     

       4
       4
       +
         "showTags": true,

     

       5
       5
       +
         "showAttachments": false,

     

       6
       6
       +
         "hideUnresolved": false,

     

       7
       7
       +
         "showOrphans": true,

     

       8
       8
       +
         "collapse-color-groups": false,

     

       9
       9
       +
         "colorGroups": [],

     

       10
       10
       +
         "collapse-display": false,

     

       11
       11
       +
         "showArrow": false,

     

       12
       12
       +
         "textFadeMultiplier": 0,

     

       13
       13
       +
         "nodeSizeMultiplier": 1,

     

       14
       14
       +
         "lineSizeMultiplier": 1,

     

       15
       15
       +
         "collapse-forces": false,

     

       16
       16
       +
         "centerStrength": 0.223795572916667,

     

       17
       17
       +
         "repelStrength": 15.4134114583333,

     

       18
       18
       +
         "linkStrength": 0.426920572916667,

     

       19
       19
       +
         "linkDistance": 333,

     

       20
       20
       +
         "scale": 0.03164572752860068,

     

       21
       21
       +
         "close": false

     

       22
       22
       +
       }

+51

_notes/How To Scale a Development Team.md

···

       1
       1
       +
       ---

     

       2
       2
       +
       tags:

     

       3
       3
       +
         - article

     

       4
       4
       +
         - management

     

       5
       5
       +
         - startup

     

       6
       6
       +
       published: 2011-04-28

     

       7
       7
       +
       author:

     

       8
       8
       +
         - Adam Wiggins

     

       9
       9
       +
       link: https://adam.herokuapp.com/past/2011/4/28/scaling_a_development_team/

     

       10
       10
       +
       ---

     

       11
       11
       +
       [[Adam Wiggins]] talking about development team scaling at [[Heroku]]

     

       12
       12
       +
       

     

       13
       13
       +
       > As hackers, we’re familiar with the need to scale web servers, databases, and other software systems. An equally important challenge in a growing business is scaling your development team.

     

       14
       14
       +
       > 

     

       15
       15
       +
       > Most technology companies hit a wall with dev team scalability somewhere around ten developers. Having navigated this process fairly successfully over the last few years at Heroku, this post will present what I see as the stages of life in a development team, and the problems and potential solutions at each stage.

     

       16
       16
       +
       

     

       17
       17
       +
       ## Stage 1: Homebrewing

     

       18
       18
       +
       

     

       19
       19
       +
       ## Stage 2: The first hires

     

       20
       20
       +
       

     

       21
       21
       +
       ## Crisis on the brink of Stage 3

     

       22
       22
       +
       

     

       23
       23
       +
       > Grow to 10 - 15 developers, and you’re on the verge of a major team structure change. I’ve been told that many promising startups have been killed by failing to weather the transition between these stages.

     

       24
       24
       +
       > 

     

       25
       25
       +
       > With this many developers, iteration planning, standups, or any other kind of development-team meeting has become so big that the attendees spend most of their time bored. Any individual developer will find it difficult to find a sense of purpose or shared direction in the midst of trudging through laundry lists of details on other people’s work.

     

       26
       26
       +
       > 

     

       27
       27
       +
       > In programming, when a class or sourcefile gets to big, the solution is to break it down into smaller pieces. The same principle holds for scaling a development organization. You need to break into targeted teams.

     

       28
       28
       +
       

     

       29
       29
       +
       ## Stage 3: Breaking into teams

     

       30
       30
       +
       

     

       31
       31
       +
       ## Specialization

     

       32
       32
       +
       

     

       33
       33
       +
       ## Heroku's first teams

     

       34
       34
       +
       

     

       35
       35
       +
       > Heroku’s initial team breakdown looked like this:

     

       36
       36
       +
       > 

     

       37
       37
       +
       > - API - Owns our user-facing web app and the matching Heroku client gem.

     

       38
       38
       +
       > - Data - Builds and runs our PostgreSQL-as-a-service database product.

     

       39
       39
       +
       > - Ops - Shepherds and protects availability of the production system.

     

       40
       40
       +
       > - Routing - Manages everything necessary to get HTTP requests routed to user web processes.

     

       41
       41
       +
       > - Runtime - Handles packaging code for deploy and starting/stopping/managing user processes.

     

       42
       42
       +
       

     

       43
       43
       +
       ## Team size and roles

     

       44
       44
       +
       

     

       45
       45
       +
       ## Cohesion

     

       46
       46
       +
       

     

       47
       47
       +
       > In the earlier stages, you should avoid attacking on multiple battlefronts, and instead keep all developers focused around a single goal for the company. With creation of fiefdoms for each team, this has changed. Now you can and should attack on multiple battlefronts. Each team should be executing independently against its own goals, and not worrying too much about what other teams are doing.

     

       48
       48
       +
       

     

       49
       49
       +
       ...

     

       50
       50
       +
       

     

       51
       51
       +
       > But now you have a new problem: lack of cohesion. Your decentralized teams are setting their own roadmaps and deciding on features independently. But to avoid fragmentation in your product, someone needs to decide an overall direction and set of product values. More succinctly: you need a strategy.

+14

_notes/Steve Klabnik.md

···

       1
       1
       +
       ---

     

       2
       2
       +
       ATProtocol: https://bsky.app/profile/did:plc:3danwc67lo7obz2fmdg6jxcr

     

       3
       3
       +
       link: https://steveklabnik.com‬

     

       4
       4
       +
       tags:

     

       5
       5
       +
         - person

     

       6
       6
       +
         - developer

     

       7
       7
       +
         - Rust

     

       8
       8
       +
       ---

     

       9
       9
       +
       <script type="module" src="https://cdn.jsdelivr.net/npm/bsky-embed/dist/bsky-embed.es.js" async></script>

     

       10
       10
       +
       <bsky-embed  

     

       11
       11
       +
         username="steveklabnik.com"  

     

       12
       12
       +
         limit="5"  

     

       13
       13
       +
       >  

     

       14
       14
       +
       </bsky-embed>