从项目管理到项目分析
看了winnerzone随笔的一篇文章：http://www.cnblogs.com/winnerzone/archive/2007/08/13/853336.html 给他评了评。
就我自己对项目管理的认识来说两句：一年半前我还真不怎么重视项目管理的，我这个人开窍总是比较慢的。以前杨老大和TOMMY一天到晚跟我们说流程，总是没有从骨子里和他们达成共识，最后直到听了PMP的项目管理培训、并且临时做了几天项目经理随后才产生了共鸣，理解了何谓三边六拍：“边计划、边实施、边修改，拍肩膀、拍胸脯、拍脑袋、拍桌子、拍屁股、拍大腿”
项目流程不是所有路径都是关键路径，形式化的东西能省则可以省，以下是我给出的一个步骤：“1、需求分析，2、系统分析，3、Kick Off，4、详细设计，5、制定项目计划，6、开发编码，7、测试验收，8、功能测试，9、业务测试，10、业务验收，11、发布计划，12、发布”，完全是凭理解记忆想出来的，不是书上抄来的，要是在一年半以前我真的是很能混淆这些东东。每次都要问问别人现在到哪一步了。形式化的东西可以省，但是要做的事情是绝对不能省的。
我在这里真的不是在说教，只是想和大家分享一下自己的经验之谈。需求分析阶段会耗时，值得么？你和对方热火朝天的讨论需求，对方是求之不得的，会有一框框货倾倒给你。而系统分析阶段将会是你将这些货吃下去并消化的过程，其中需要和需求方确认分析是否准确，是否有遗漏（沟通很顺畅则需求最终评审可省）。
摊开来一个个讲太大了，就讲讲需求分析和系统分析阶段吧，在这两个阶段同需求方亲密的接触，深深的挖掘，只会让对方感觉到痛快，比给他一个“原型”去提意见再去挖需求什么的效果要好得多，当然以上前提是需求分析和系统分析能力要很强，否则只能希望用“三边六拍”能成功了。
很早以前有朋友有单子接了找我做的，我都会帮帮忙的，后来和MMTEA做过一个网上机票销售平台之后就没有啥兴趣了，原因很简单：怕对不住人家。因为是网上接单，沟通又不是很通畅，按照对方的需求做好了之后，又提出这个那个需求的，维护实在是麻烦。
现在从事系统分析工作，对需求啥的都比较敏感，像他那种平台真的算算嘛需求点真蛮多的。以前年青，不就是PHP搞搞么：“三下五除二一个网站嘛搞搞定了，一条订单嘛和一个帖子是一样的原理的”都抱着这种思想做的。很多程序员也都抱着这种思想在做事情。其实一种业务你把他分析透，吃透，就够你一身受用了！“恒生”就是专门做银行业务的外包，银行业务其实没有多少神秘，你深刻的理解业务并参与过一次之后，真的是终生受用。像这种机票订购平台，如果你吃透了他的业务，不是像我这样做一个临时的可用的，那么你可以把这个软件做成通用平台，可以免费，可以赚钱，你想怎么样就怎么样，甚至可以去开源。
我参与过的项目绝少有延期的，这点很让我骄傲的，哈哈。最近的目标是把系统分析做细致，项目计划制定合理，尽量做到不让开发人员加班。
系统分析 需求分析 详细设计 Kick Off 制定项目计划 功能测试 发布计划 开发编码 测试验收 三边六拍 业务验收 业务测试
