确认需求

　　相信国内百分之八九十以上的项目会在开发的过程中有变更，这是开发团队最不想看到的!

　　大家都希望在签合同的时候把需求文档嵌进去，然后合同敲定，一切跟着需求文档走，然而事实是各种原因导致需求不断的变化，开发人员不断的“蛋疼”，项目不断的调整。

　　分析缘由主要还是行业不够成熟，第一是客户不成熟，甚至有的客户自己都不知道自己想要什么东东(特别是政府单位或者事业单位的项目，可能就是哪个领导花钱 买吆喝的玩具)，另一缘由就是开发公司不成熟，提供不了很好的解决方案，毕竟人家给钱，要什么就给你弄什么，甚至接项目的时候都会有走关系、送回扣、竞标 走样式(内定)的各种蛋疼的情况。

　　风险评估

　　个人感觉有两点，第一：“时间”、“项目难点(技术难点)”，技术难点每个项目或多或少每个项目都会有那么一两个，攻破后剩下的任务基本是行云流水时间的问题，然而还有一些意外。

　　现在做一个项目的二期，第一期的项目刚结束，尾款都收了，然后客户才知道他们要什么，这就是“花钱摸索需求”!接下来他们说通过一期的项目他们的思路慢慢 清晰了要做二期项目(单位要钱可以跟上面要啊，那可都是老百姓纳税人的钱呐)，感情tmd又在摸索了，估计以后还有三期(现在已确认，果然还有三期)!

　　由于二期的需求变更比较大，毕竟人家一期在摸索，但是他们不想重新做一个项目，要求在一期上改动，毕竟几十万买的东西不能就直接废了吧，结果直接导致现在 在一期完全不兼容的情况下硬性整合开发，工作量完全大于重新开发，你说tam的蛋疼不疼啊!(当时我不是项目经理，否则我宁愿不干也不接手这个项目)!

　　概要设计

　　没啥好讲的，就是根据需求把项目流程用走一遍，整体的项目结构和框架理清楚。

　　详细设计

　　这块不可省时，必须要详细的精心设计，设计清楚了，后面就是“填”代码了，就跟做填空题似得，把代码填进去就ok了。

　　任务分配、 进度把控

　　根据任务分配把控整个项目的进度，使其在自己的可控范围内。

　　搭框架

　　用哪些主技术实现，自己公司开发的数据操作底层、ui显示框架，还是开源的ssh之类的。

　　核心代码

　　登录注册、会员后台、管理员后台等等的答题框架要出来先，让开发人员和客户等都可以看见一个“东西”先，这一块的功能代码应该有较好的可拓展性和可维护性，把客户以后可能更改的需求考虑进去，核心代码应该由团队的主力开发人员完成。

　　功能扩散

　　然后就是各个功能点了，比如一个普通的B2B项目，框架打好了，剩下的就是：产品(主功能)、供应、求购、新闻、广告等功能填进框架里面，都是些CRUD 类的操作了。完成了各个单独的模块后就是跑流程串“羊肉串”，把流程从头到尾，从注册到发布到审核到前台显示等等……

　　测试

　　和开发同样的重要，虽然开发和测试部门之间的矛盾经常存在!

　　然后就是验收、上线、Happy!谁又能真正的Happy呢?

　　做开发也有一年多了，最重要的一点开发感触就俩字“ 规范 ” !