[AM] AM and Project Mangement
Paul Oldfield <[email protected]> Wed, 18 Feb 2004 07:35:28 -0500
| Newsgroups | gmane.comp.programming.modeling.agile |
|---|---|
| Message-ID | <[email protected]> |
(responding to Lester) > I have been through the entire AM web site and read every > single essay(twice). I am an ardent supporter and practioner > of AM methods. However no where is anytning mentioned > about Project Management principles an how its supported > by AM. e.g. what are the PM artifacts in AM and how are > tasks, resources, time schedules managed in an Agile > project. Agile Modeling is not a full methodology, and does not deal directly with Project Management aspects, it specialises in Modelling. Similarly "Appropriate Process" specialises in Process and practices, XP specialises in programming with some strong overlap into analysis and design, weak overlap into management (IMHO). You might find Scrum interesting, it's an agile approach centred around software development project management. Consider investigating the online forums: http://groups.yahoo.com/groups/scrumdevelopment http://groups.yahoo.com/groups/agilemanagement http://groups.yahoo.com/groups/agileprojectmanagement However, all these groups seem to interpret their remit rather broadly, and we do just occasionally touch on management issues on this forum. > I still find myself hauling out MS Project to get the project > scope documented and to report back to stakeholders on > project schedules. Do other Agile modelers find > themesleves in the same situation. The trouble with using such a tool for planning is that somebody may believe what it says. Beyond the first few weeks, I wouldn't want to say very much about what I expected to happen. A common agile approach is to capture 'Implied Requirements' - some sort of placeholder to say there are more details to come on the topic. These are arranged into a prioritised list (not too much detail on the priority of low-priority requirements) and at least the higher priority requirements have enough detail to allow estimates of effort to be made. By ordering the requirements in order of priority, and adding the effort estimates, you get a rough idea of when each requirement will be worked on. The advantage of this approach is that it's reasonably flexible in case the customer adds new requirements or changes priority on existing ones. The XP practice "The Planning Game" goes into this in detail, as does Scrum with its "Product Backlog". For a starter on some of these topics, try following links starting from www.aptprocess.com/whitepapers/risk/RiskToPatternTable_files/FeatureCreep.h tm Paul Oldfield ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ www.aptprocess.com any opinions expressed herein are not necessarily those of Mentors of Cally or the Appropriate Process Movement ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ For more information about AM, visit the Agile Modeling Home Page at www.agilemodeling.com --^---------------------------------------------------------------- This email was sent to: [email protected] EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrKDA.bWnbtk.Z2NtYS1h Or send an email to: [email protected] TOPICA - Start your own email discussion group. FREE! http://www.topica.com/partner/tag02/create/index2.html --^----------------------------------------------------------------