Resource: Dx

PS: this is a First Draft - brain dump of the sub topics I want to explore

Topics

  1. Onboarding
    1. Whenever someone new is onboarding, they’re a very good candidate for collaboration
    2. How much of your onboarding is self-service
      1. Speak to the 2 week threshold I’ve experienced
      2. How much of onboarding should’ve be self-service vs assisted?
    3. Keeping docs up to date
    4. Dan North’s Red carpet philosophy
    5. Trying to minimise the time/cost between a new dev joining the team, and being productive
    6. Stay Saasy - Optimize onboarding
    7. typical time to first pr.
    8. time to first ticket? feature? what metrics can help you get the pulse on the quality of your onboarding?
    9. why is it important
    10. readwise has a bunch of articles. this is worth its own note at this point😅 search queries: "onboarding" || "dx" || "developer experience"
  2. What is DX
    1. Why does it matter
  3. Fast Feedback loops
  4. Types of cognitive load, and how you can reduce them
    1. How this ties into complexity
    2. this might be redundant. one of the core ideas of improving dx is reducing cognitive load associated with delivering customer value
    3. There could be some trivial examples of increased cognitive load associated with everyday development that we aren’t even aware of
  5. Where does platform engineering fit in
  6. Tools to increase dev confidence when pushing, merging
  7. Local experience
  8. Pull Request process
  9. Deploying
    1. iteration velocity
    2. Are there manual steps pre/during/post deployment that slow the process down?
  10. What other areas of the sdlc can be worked on?
  11. Tools not limited to development, e.g., tools for comms (Slack, Teams, Discord, etc.)
  12. Effects of scrum/agile processes on DX
    1. “All software systems are sociotechnical systems”
  13. Collaboration between devs and QA
  14. How would you describe delivery efficiency? & how does improving developer experience help here?
    1. Loom by John Cutler semi related to this topic
  15. Improving DX can reduce developer burnout
    1. devs actually want to ship. it feels good & has a restorative nature.
  16. On Finding out how to improve DX
    1. Talk to your devs. those closest to the work. they’re well aware of the friction
    2. Surveys & polls. keep these short & engaging. & actually action out stuff based off the feedback, if you don’t want to see engagement fizzle.

References

  1. LeeRob
  2. What is DX
  3. DevEx: What Actually Drives Productivity - there’s a few highlights in my readwise that could be good to cite.
  4. https://podcasts.apple.com/za/podcast/legacy-code-rocks/id1146634772?i=1000611333019
  5. https://open.spotify.com/episode/4kvwFx913BZZl9Ggroz7W7?si=28e61ce4766647cb
  6. https://open.spotify.com/episode/7ommJx6HsS65WwHYIVcLPu?si=6d3e8b96539448ca
  7. https://podcasts.apple.com/za/podcast/thoughtworks-technology-podcast/id881136697?i=1000631830296
  8. https://podcasts.apple.com/za/podcast/corecursive-coding-stories/id1330329512?i=1000633456580
    1. worth taking notes on this vid.

Acknowledgements

  • Shot to Tyler for helping with this outline so far