没想过，不知怎么半推半就的就当上了项目经理！小弟也感慨下！

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

 

确认需求

 

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

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

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

 

风险评估

 

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

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

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

 

概要设计

 

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

 

详细设计

 

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

 

任务分配、 进度把控

 

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

 

搭框架

 

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

 

核心代码

 

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

 

功能扩散

 

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

 

测试

 

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

 

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

 

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

 

欢迎拍砖呐！

 

 

楼主这么强悍，开发一年多就当上项目经理了...这老板更强大

最后两句话  亮啦。

呵呵，可以再上升一个高度，其实项目管理，其关键点在于把握用户的关注点，弄清甲方领导的关注点，弄清甲方直接负责人的关注点。说白了就是你能不能解决了它关心的问题，只要你前两次汇报抓住了这两点并且很有针对性的解决了，其他的就随你玩了。说到根上就是对人的判断，弄清他想要什么。

规范可以约定，但需求却不行！这才是无奈之举！

牛啊，做开发才一年多就做项目经理了！！！

其实我的感觉项目管理最重要的是对程序员的管理，攘外必先安内，很多时候项目问题是出在自身上面，好的项目经理可以让一个普通的程序员逐渐变得卓越，可以让一个普通的团队具有强大的战斗力。。。这都是可能的，项目管理绝对是一门艺术。

楼主应该再多做几年开发，从开发人员的角度体会下项目管理应该怎么做，1年半转型个人感觉有些早。

确实 是这么一个过程，脑袋在想事情。

很多时候都是需求确定的问题，客户往往是不知道自己需要什么，然而调研需求的人也不知道如何引导客户甚至不知道如何调研需求，那么这个项目注定是糟糕的。

同感。