Scaling Humans
You and your team more productive at scale
Growing is awesome
Growing is hard
Startup?
Enterprise?
Something in between?
You
Making yourself more productive
● Do the important stuff… and then let yourself be done
● Write it down and cross it off
● Take real breaks and vacations, disconnect
● You are not a robot, you are a creative being that needs to recharge
Burnout
Making yourself happy
● Do the important stuff… and then let yourself be done
● Write it down and cross it off
● Take real breaks and vacations, disconnect
● You are not a robot, you are a creative being that needs to recharge
Tools of the Trade
intelligent change . com
intelligent change . com
Team of 1
Team of 2
Team of 5
Team of 10
Team of 33
Team of ???
Your team
Agile
“ agile ”
Being agile
● Use milestones and celebrate wins
○ Software is never done
○ Never finishing anything leads to burnout
● Allocate work based on passion
○ People can be superhuman when they are motivated
○ Procrastination does not stem from lack of knowledge, but lack of desire
● Collaborate and plan before you build
○ Why run a marathon to find a dead end?
○ Leverage your team before you waste time and money
Tools of the trade
Premature optimization
Outgrowing your tools
Pick tools that work for you
● There is not one perfect tool for anything
● Builds and deployment
○ Heroku
○ Jenkins + AWS
● Project management
○ Waffle vs JIRA
○ GitHub / GitLab Integrations
○ Always use tickets and pull requests - even if you are solo
github . com / marketplace
Automate
Let robots do the boring, painful stuff
● Write tests
○ F.I.T. Principle: Frequency + Impact + Time
● Use CI / CD
○ Run your tests, linters, and checks every time you make a change
○ Deploy small changes, often
● Database migrations and seeds
○ Invest the hour into a DB migration tool
○ Do not do scary things by hand
Hiring more humans
Expanding strategically
● You need more than developers ( DPS )
○ … but they should make up the majority of your team
○ Senior vs mid-level vs junior
○ Local vs remote - are you ready?
● You need QA and Ops ( Healer )
○ Too big for bugs
○ Too big for downtime
● You need POs, SM / PM ( Tank )
○ The better your inputs, the better your outputs
The ultimate team
¡ Gracias !
Charles V Burgess
Senior Developer @ Perch Security
GitHub: cvburgess
Web: cvburgess.com
Email: consulting@cvburgess.com
LinkedIn: cvburgess

Scaling humans

  • 1.
    Scaling Humans You andyour team more productive at scale
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
    Making yourself moreproductive ● Do the important stuff… and then let yourself be done ● Write it down and cross it off ● Take real breaks and vacations, disconnect ● You are not a robot, you are a creative being that needs to recharge
  • 7.
  • 8.
    Making yourself happy ●Do the important stuff… and then let yourself be done ● Write it down and cross it off ● Take real breaks and vacations, disconnect ● You are not a robot, you are a creative being that needs to recharge
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.
  • 15.
  • 16.
  • 17.
  • 18.
  • 19.
  • 20.
  • 21.
    Being agile ● Usemilestones and celebrate wins ○ Software is never done ○ Never finishing anything leads to burnout ● Allocate work based on passion ○ People can be superhuman when they are motivated ○ Procrastination does not stem from lack of knowledge, but lack of desire ● Collaborate and plan before you build ○ Why run a marathon to find a dead end? ○ Leverage your team before you waste time and money
  • 22.
  • 23.
  • 24.
  • 25.
    Pick tools thatwork for you ● There is not one perfect tool for anything ● Builds and deployment ○ Heroku ○ Jenkins + AWS ● Project management ○ Waffle vs JIRA ○ GitHub / GitLab Integrations ○ Always use tickets and pull requests - even if you are solo
  • 26.
    github . com/ marketplace
  • 27.
  • 28.
    Let robots dothe boring, painful stuff ● Write tests ○ F.I.T. Principle: Frequency + Impact + Time ● Use CI / CD ○ Run your tests, linters, and checks every time you make a change ○ Deploy small changes, often ● Database migrations and seeds ○ Invest the hour into a DB migration tool ○ Do not do scary things by hand
  • 29.
  • 30.
    Expanding strategically ● Youneed more than developers ( DPS ) ○ … but they should make up the majority of your team ○ Senior vs mid-level vs junior ○ Local vs remote - are you ready? ● You need QA and Ops ( Healer ) ○ Too big for bugs ○ Too big for downtime ● You need POs, SM / PM ( Tank ) ○ The better your inputs, the better your outputs
  • 31.
  • 32.
    ¡ Gracias ! CharlesV Burgess Senior Developer @ Perch Security GitHub: cvburgess Web: cvburgess.com Email: consulting@cvburgess.com LinkedIn: cvburgess