Bragging Rights - Change you are proud of
Paul put it well when he said to me: "The top of Maslow's pyramid is self-actualization...in some ways I think we like to achieve self-actualization through our code, [such that] in years to come, maintenance programmers will stumble upon this architecture and exclaim, 'Wow, Scott was here.'"
Are you writing software or crafting software? When does your craft become art?
This is a noble and certainly attractive goal, but is one that should be attempted only after the basic needs are met.
Refactorable - Change without fear
Is your code/system easy able to be refactored? Can you rearrange it without fear? Does it follow all the conventions and use the appropriate idioms of your chosen language? Do you have automated unit tests?
Maintainable - Change with verification
Is it able to change at all? Are bugs fixable? When you make a change is that change verifiably correct? Any tests at all?
Buildable & Deployable - Change in production
Can you deploy your system as easily as you can build it? Continuous Integration is effectively a must in today's software systems, but moving up in importance is Continuous Deployment - with rollback!
Revisable - Change
Is your system in source control with a clear workflow that governs contributions? Can you revert changes, stamp official changes, branch and merge? What? You're using zip files? Sorry, friend, you don't get to talk about class design or move around UML diagrams until you're using source control.
The importance of leadership
This underscores the importance of a strong and appropriately self-aware leader. Creating art is the fun stuff but it isn't always what needs to be done to move the project forward. The tech lead needs to recognize the right time to be an artist and the right time to invest in strong foundational processes.
Are we eating enough leafy greens as a team? Let's start with "are we eating tonight?" and work from there.
No comments:
Post a Comment