个人担任项目经理（没想当过，不知怎么半推半就的就上了）不到半个月时间，也有了些感慨和感悟！

确认需求

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

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

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

风险评估

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

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

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

概要设计

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

详细设计

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

任务分配、 进度把控

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

搭框架

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

核心代码

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

功能扩散

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

测试

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

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

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

欢迎拍砖呐！