Comments on: Building an Application Development Team- First Thoughts http://www.andrewpmoore.com/intraprenurship/building-an-application-development-team-first-thoughts/ Inside Out Leadership Mon, 20 Jun 2011 01:49:18 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: andrew http://www.andrewpmoore.com/intraprenurship/building-an-application-development-team-first-thoughts/comment-page-1/#comment-18 andrew Tue, 08 Dec 2009 04:18:49 +0000 http://www.andrewpmoore.com/?p=7#comment-18 Your comments are very welcome! You are reinforcing some information that I have heard from multiple people. Basically- Agile can work if you adhear to the methodology and understand how the SDLC should be focused. I have been talking to a friend who is interested in possibly resurecting the Houston Agile Developers Group- would you have any interest in particiapting? I just linked to their Archive in my BlogRoll- very good info. Your comments are very welcome! You are reinforcing some information that I have heard from multiple people. Basically- Agile can work if you adhear to the methodology and understand how the SDLC should be focused.

I have been talking to a friend who is interested in possibly resurecting the Houston Agile Developers Group- would you have any interest in particiapting? I just linked to their Archive in my BlogRoll- very good info.

]]> By: Anthony Hill http://www.andrewpmoore.com/intraprenurship/building-an-application-development-team-first-thoughts/comment-page-1/#comment-17 Anthony Hill Tue, 08 Dec 2009 03:07:06 +0000 http://www.andrewpmoore.com/?p=7#comment-17 I somehow managed to reply without even answering your answer directly. Change control processes in Waterfall can be managed a number of ways, but what I have seen to be the most effective in practice is by setting a scope-freeze date sometime into the development process. What time you choose is a factor of the contingency and float time built into the project for the functionality being requested. I somehow managed to reply without even answering your answer directly. Change control processes in Waterfall can be managed a number of ways, but what I have seen to be the most effective in practice is by setting a scope-freeze date sometime into the development process. What time you choose is a factor of the contingency and float time built into the project for the functionality being requested.

]]> By: Anthony Hill http://www.andrewpmoore.com/intraprenurship/building-an-application-development-team-first-thoughts/comment-page-1/#comment-16 Anthony Hill Tue, 08 Dec 2009 03:00:34 +0000 http://www.andrewpmoore.com/?p=7#comment-16 Waterfall can be a very effective method for controlling organizations that do not, or cannot decide what it is they want to do. I've had the opportunity to work across Agile and Waterfall in a Six-Sigma shop, and the Waterfall approach drastically reduced the IT-Spend by quite a few million dollars. By imposing the rigid structure, we were able to control fickle users by demanding all requirements be known prior to scoping and planned delivery. This ultimately flushed out problems with the underlying business process that was responsible for software decisions. On the flip side of that coin, I've seen Agile work beautiful to bring new businesses or markets to fruition. In environments that change regularly (e.g. implementing a new market such as CAISO's MRTU) an inarguable ROI can be defined by lost opportunity, which justifies "coding on the fly" to keep pace with changing market and user requirements. While Agile delivers functionality quickly by focusing on smaller scope (sprints) and delivery periods (weeks in instead of months), it still must rely on a very disciplined approach in the form of SCRUM and sprint planning. In both cases, executive management should decide the appropriate level of SDLC artifacts to collect, but they are still collected. I have had experience with shops that will neglect SDLC entirely and blame it on their Agile methodology. Tsssk! Tsssk! Tsssk! Waterfall can be a very effective method for controlling organizations that do not, or cannot decide what it is they want to do. I’ve had the opportunity to work across Agile and Waterfall in a Six-Sigma shop, and the Waterfall approach drastically reduced the IT-Spend by quite a few million dollars. By imposing the rigid structure, we were able to control fickle users by demanding all requirements be known prior to scoping and planned delivery. This ultimately flushed out problems with the underlying business process that was responsible for software decisions.

On the flip side of that coin, I’ve seen Agile work beautiful to bring new businesses or markets to fruition. In environments that change regularly (e.g. implementing a new market such as CAISO’s MRTU) an inarguable ROI can be defined by lost opportunity, which justifies “coding on the fly” to keep pace with changing market and user requirements. While Agile delivers functionality quickly by focusing on smaller scope (sprints) and delivery periods (weeks in instead of months), it still must rely on a very disciplined approach in the form of SCRUM and sprint planning.

In both cases, executive management should decide the appropriate level of SDLC artifacts to collect, but they are still collected. I have had experience with shops that will neglect SDLC entirely and blame it on their Agile methodology. Tsssk! Tsssk! Tsssk!

]]> By: andrew http://www.andrewpmoore.com/intraprenurship/building-an-application-development-team-first-thoughts/comment-page-1/#comment-15 andrew Sun, 06 Dec 2009 19:30:49 +0000 http://www.andrewpmoore.com/?p=7#comment-15 I would like to know what your thoughts are on waterfall. We are building a team and are looking to solidify our development philosophy. My understanding of waterfall is that it is far more rigid than spiral or agile and that scope supercedes any changes. What is your experience regarding scope cahnge in waterfall? I would like to know what your thoughts are on waterfall. We are building a team and are looking to solidify our development philosophy. My understanding of waterfall is that it is far more rigid than spiral or agile and that scope supercedes any changes. What is your experience regarding scope cahnge in waterfall?

]]> By: Anthony Hill http://www.andrewpmoore.com/intraprenurship/building-an-application-development-team-first-thoughts/comment-page-1/#comment-14 Anthony Hill Sun, 06 Dec 2009 18:01:45 +0000 http://www.andrewpmoore.com/?p=7#comment-14 I don't agree with the posted article defining Waterfall as an un-flexible approach to delivering software. It repeatedly hints that after delivery of the code, if something needs to be changed, the ENTIRE code-base would have to be re-written--that just doesn't resonate with my experience. I don’t agree with the posted article defining Waterfall as an un-flexible approach to delivering software. It repeatedly hints that after delivery of the code, if something needs to be changed, the ENTIRE code-base would have to be re-written–that just doesn’t resonate with my experience.

]]> By: andrew http://www.andrewpmoore.com/intraprenurship/building-an-application-development-team-first-thoughts/comment-page-1/#comment-13 andrew Thu, 03 Dec 2009 05:04:47 +0000 http://www.andrewpmoore.com/?p=7#comment-13 This is very good- but I am curious about how the users/client interact during this process. This is very good- but I am curious about how the users/client interact during this process.

]]> By: Kelly http://www.andrewpmoore.com/intraprenurship/building-an-application-development-team-first-thoughts/comment-page-1/#comment-12 Kelly Wed, 02 Dec 2009 13:15:53 +0000 http://www.andrewpmoore.com/?p=7#comment-12 Agile is just based on an iterative development model. It uses small chunks of manageable time so that products can be developed and released quickly. For example, we use two week iterations in our development cycle. The iteration involves a LOT of collaboration between the product specialists (those who received the acceptance criteria from the user groups and scoped out the story), the software analysts (those who design the UI, write requirements and test plans) and the Developers. Within that iteration, the story goes through research and analysis of requirements, UI design, coding, testing, may go back to dev for tweaking, final testing, and finally product acceptance. It may just be a small chunk of functionality for a much larger functional area, but if we were told we had to stop development and release right away, that piece of functionality would be ready to go. Agile is just based on an iterative development model. It uses small chunks of manageable time so that products can be developed and released quickly. For example, we use two week iterations in our development cycle. The iteration involves a LOT of collaboration between the product specialists (those who received the acceptance criteria from the user groups and scoped out the story), the software analysts (those who design the UI, write requirements and test plans) and the Developers. Within that iteration, the story goes through research and analysis of requirements, UI design, coding, testing, may go back to dev for tweaking, final testing, and finally product acceptance. It may just be a small chunk of functionality for a much larger functional area, but if we were told we had to stop development and release right away, that piece of functionality would be ready to go.

]]> By: andrew http://www.andrewpmoore.com/intraprenurship/building-an-application-development-team-first-thoughts/comment-page-1/#comment-3 andrew Tue, 24 Nov 2009 17:13:09 +0000 http://www.andrewpmoore.com/?p=7#comment-3 Found this one as well- Love the concept- creating managaged buckets ... http://itknowledgeexchange.techtarget.com/software-quality/choosing-combining-agile-waterfall-other-software-development-models/ Found this one as well- Love the concept- creating managaged buckets …

http://itknowledgeexchange.techtarget.com/software-quality/choosing-combining-agile-waterfall-other-software-development-models/

]]> By: Jeff Weigang http://www.andrewpmoore.com/intraprenurship/building-an-application-development-team-first-thoughts/comment-page-1/#comment-2 Jeff Weigang Tue, 24 Nov 2009 02:33:34 +0000 http://www.andrewpmoore.com/?p=7#comment-2 Here is a good article that debates Waterfall vs. Agile development methodologies, http://agileintro.wordpress.com/2008/01/04/waterfall-vs-agile-methodology/. As you can see each has their advantages but we fall more inline with Agile on the development side. Jeff Here is a good article that debates Waterfall vs. Agile development methodologies, http://agileintro.wordpress.com/2008/01/04/waterfall-vs-agile-methodology/.

As you can see each has their advantages but we fall more inline with Agile on the development side.

Jeff

]]>