Dr. Dobb's Journal - September 2008 - (Page 66)

d09ambler_p3as 7/15/08 9:21 AM Page 66 The Agile Edge scope of the effort. At this point in time, strategic business ideas start to turn into tactical decisions, something that will continue into Iteration 0 and beyond. Yes, there’s a fuzzy line between Iteration –1 and Iteration 0 efforts—your organization must implement these activities in a manner that fits the context of your own unique situation. There are several issues to consider when identifying a potential strategy for the project. For example, do you build a new system or buy an existing package and modify it? If you decide to build, do you do so onshore or offshore? Will the work be solely done by your own development team, by a team from a system integrator (SI), or in partnership with the SI? What development paradigm—traditional/waterfall, iterative, or agile—will you follow? Will the team be collocated, near-located within the same geographic region, or far-located around the world? As you can see, there are many combinations of strategies available to you, and at this point you may only be able to narrow the range of the possibilities but be forced to leave the final decision to the project team in future iterations. During Iteration –1 you will want to do just enough feasibility analysis to determine if it makes sense to invest in the potential project. Depending on the situation, you may choose to invest very little effort in considering feasibility; for many systems, just considering these issues for a few minutes is sufficient, whereas for some systems you may choose to invest days, if not weeks, exploring feasibility. Many organizations choose to do just a little bit of feasibility analysis during Iteration –1, and then if they decide to fund the project, they will invest more effort during Iteration 0. In my experience, you need to consider four issues when exploring feasibility: • First is economic feasibility, asking whether it makes sense from a business point of view to go ahead with this project. • Second is technical feasibility: Are you capable of either building or buying this system? An important consideration of technical feasibility is whether the right people will be available for the project. • Third is operational feasibility, which considers whether you can run the system effectively once it’s in place. Just because you’re able to build/buy it doesn’t mean that you’re capable of keeping it going. • Fourth, and often trickiest, is political feasibility, which asks whether your organization could tolerate the system and the changes that it will engender. Your feasibility analysis efforts should also produce a list of potential risks and criteria against which to make go/no-go decisions at key milestone points during your project. The various flavors of the Unified Process (UP)—such as OpenUP, Rational Unified Process (RUP), and Agile UP—have specific milestone reviews that are critical decision points that enable effective portfolio management. Dr. Dobb’s 2007 Project Success Survey (“Defining Success,” www .ddj.com/architect/202800777) found that agile teams reported a success rate of 72 percent (traditional projects had a success rate of 63 percent), implying that almost 30 percent of agile projects are considered failures. Disciplined agilists know that you also need to question the feasibility of the project throughout the lifecycle: Just because you’re delivering working software on a regular basis doesn’t mean that it’s a good idea to do so. Agile Enterprise Modeling As Figure 1 depicts, portfolio management activities don’t exist in a vacuum—they’re supported by both enterprise business modeling and by enterprise architecture modeling. In the EUP, we split these two disciplines, with enterprise business modeling focused on the business side of the enterprise and enterprise architecture focused on the technical aspects that Figure 1: High-level Agile IT lifecycle. Agile projects must fit into the overall IT lifecycle just like nonagile projects. 66 Dr. Dobb’s Journal l www.ddj.com l September 2008 http://www.ddj.com/architect/202800777 http://www.ddj.com/architect/202800777 http://www.ddj.com

Table of Contents Feed for the Digital Edition of Dr. Dobb's Journal - September 2008

Dr. Dobb's Journal - September 2008 Contents Friday Night Fish Fry Alia Vox Developer Diaries Developer’s Notebook A Conversation With Erik Demaine Application Lifecycle Management Meets Model-Driven Development Building a Robust Development Environment Real Users Really Matter Matching Wildcards: An Algorithm The Android Mobile Phone Platform Managing Application Thread Use Signalling Integer Overflows in Java .NET Development & the IBM WebSphere Portal Server The Agile Edge Effective Concurrency Swaine’s Flames

Dr. Dobb's Journal - September 2008

For optimal viewing of this digital publication, please enable JavaScript and then refresh the page. If you would like to try to load the digital publication without using Flash Player detection, please click here.