3 ms·
Very well stated Steve! Excellent read.....and your last two paragraphs are spot on regarding development processes. I started my career as a support engine
by miketx 5y ago
Very well stated Steve! Excellent read.....and your last two paragraphs are spot on regarding development processes. I started my career as a support engineer, but eventually someone figured out I could talk in front of customers and not screw the pooch, so I became a project manager, and eventually an executive level program manager.
One thing I figured out early on was that development processes really haven't changed, no matter how much spin folks put on new approaches (Agile, etc). I wrote processes for major tech companies, but always told anyone I mentored that processes really haven't changed that much.....it's the same ole "best practices" with new marketing spin terms added in. It drove me nuts when teams would try new techniques without realizing that you need to keep in mind the basic foundation processes, and even a hybrid approach if needed (and in most companies/cases, it was needed).
Anyway, I retired a few years ago because I was sick and tired of watching money get wasted on the latest new process or toy, when sticking to your guns and doing the hard, low level planning and structure at the beginning of a project was the real key. The "Rapid Development" book you mentioned is a great read and still 100% relevant today.
Cheers, Mike
- snaidamast 5y agoThank you for the nice review of my post. I actually had a chance to correspond with Stephen McConnell a number of years ago and asked him why he would adopt Agile when he had spent so many years promoting standard software engineering principals and processes. He replied that was still teaching the same software engineering standards but simply used Agile terminology to keep his business relevant. Since most of the technical managers didn't know the difference they never knew what was really being taught to them. Steve