Software Process Model in MS

Lately, we guys had some casual discussion about the Software Process Model in MS.  It’s an interesting topic worth revisiting and writing down.
 
Most projects in MS follow Waterfall Lifecycle Model.  Why not RUP?  Unnecessary.  Why not Agile Methods?  Unnecessary.
 
Agile Methods provide:
  • Satisfy customer early (continuous, frequent delivery of value).  – For ordinary users, does it really matter to get Windows Vista sooner or later?
  • Welcome changing requirements, even late.  – This is the crucial point.  The products of MS are all GENERAL solutions/services/platforms, ie none is custom-built.  So, why is it necessary to subject to serveral customers’ requirements change?
Agile Methods require:
  • Customers and developers work together.  – Impossible to involve all customers.  Extremely hard to select representative visiting customers.

But things are changing, escpecially in the most dynamic product lines, eg Windows Live.  Products in these fields exceptionally need to "Satisfy customers early".

To me, the most attractive Pro of Agile Methods is: "working software over comprehensive documentation". ;-)

Last but not least, the MS Nighhtly Build Cycle is the heartbeat of the project.  There is a huge incentive not to break the build.

2 comments to Software Process Model in MS

Leave a Reply

 

 

 

You can use these HTML tags

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>