4 ms·
>>> and hoping that "good people" just somehow summon good software into being is comically naive You have no idea how true this statement is. I was on a smal
by at-fates-hands 10y ago
>>> and hoping that "good people" just somehow summon good software into being is comically naive
You have no idea how true this statement is. I was on a small project about a year ago, using Agile. Both mangers and a director quit within weeks. Our team basically became self sustaining. No PM's, no managers. Our team had no oversight and no captain to steer the ship. We were left to finish the project ourselves.
We had a team of 5 developers. We sat at lunch one day, bound and determined to show management we could do this without all the daily standups, agile tracking, burn down rates and stupid PM oversight.
I wanted to quit inside of two weeks. 3 developers were advocating a total rewrite and a pivot to a different stack. Myself and another developer just wanted to finish the app and get it shipped. Egos, a tight timeline and several rash decisions doomed us. Instead of showing management we could do this ourselves, it became blatantly obvious this project would not get completed without a ton of oversight and guidance from an experienced project manager.
It's all rainbows and unicorns when you think about it. "Just get some good developers together and they can get it done!" sounds so romantic, but in reality, it always ends up in a total shit show, as I experienced first hand. It was a tough lesson to learn that management actually do have a job to do and they understand a lot of stuff developers never have to worry about.
- ktRolster 10y ago3 developers were advocating a total rewrite and a pivot to a different stack. Those were not good developers; ie, there are some skills they were clearly lacking. I've lived through the opposite situation as you: management left the company, and we continued to release for the next few months without any management at all. The key, I think, was that the managers had pushed the decision making down. Everyone took turns being scrum master......so when the next sprint came, we elected a new scrum master and carried on. Fred Brooks pointed out that with a group of competent programmers, any development methodology can work. The best development methodologies help programmers become self-sufficient (teaching them the skills if they don't have them), instead of trying to micro-manage.
- mikejholly 10y ago> Those were not good developers Nailed it.
- jdmichal 10y ago> Those were not good developers; ie, there are some skills they were clearly lacking. Ok, fine... I'll be that guy: No True Scotsman. If you define "good developers" as developers that can successfully create software without management, then yes a group of "good developers" can successfully create software without management.
- ktRolster 10y agoWhen developers are trying to do Things You Should Never Do Part 1 ( http://www.joelonsoftware.com/articles/fog0000000069.html http://www.joelonsoftware.com/articles/fog0000000069.html ), then it's fair to say that they are lacking some skills. I don't think you should call that a 'no true Scotswoman'
- jdmichal 10y agoThat's fair. I think the vague approach of "they were clearly lacking skills" was what triggered my response. In this case, there's a justifiable position there. But a lot of details could have changed, and that vague statement could still be blanket applied.
- ktRolster 10y agoThat's fair. I think the vague approach of "they were clearly lacking skills" was what triggered my response. Understandable. My comment was already getting to long, and I didn't have space to explain every detail. BTW, if you feel members on your development team aren't capable of self-managing, this book is really good to help you develop those skills: http://www.amazon.com/Clean-Coder-Conduct-Professional-Programmers/dp/0137081073 http://www.amazon.com/Clean-Coder-Conduct-Professional-Progr... Self-management is something every programmer should have in their skill-set.