当组织跨入GJBA的那一天起，软件开发就告别了个人开发，迈入了“已管理”模式，这时的软件开发不是个人的事儿，而是一个团队的事儿，软件开发会作为一个项目而存在，所以诞生了一个新的角色——软件项目经理。

对于那些原来软件开发都是个人行为，组织管设备不管软件的软件从业人员来说，软件项目经理是一个全新的职业，不管是组织还是开发者，都没有做好接受它的准备。

所以，很多开发人员被推上软件项目经理的职位之后，并不清楚自己应该干些什么，难道只是按照组织依据GJBA标准建立的体系的规定就可以了吗？组织估算、排计划、审批项目成员的任务报告、组织例会、阶段和里程碑评审，这就完了吗？

当然不。

项目经理要确保项目目标的实现，对内要让成员团结、高效地工作，对外要和各相关方沟通需求、进度、资源……除此之外，在项目进程当中，还需要他时不时地对遇到的各种情况及时做出正确决策。

一些常见的项目决策点包括：

1.选择技术路线

项目选择什么样的技术路线需要由项目经理做出决策。开发平台、应用的技术、多版本持续交付还是一次交付，这些技术路线会很大程度地影响项目的进程。

而要做出这样的决策，项目经理就不可能完全是技术的门外汉，虽然不需要项目经理成为每种技术的专家，但也要了解每种技术的基础知识，这样即使你自己无法决策，也可以通过与技术专家讨论来做出决策。

2.选择谁参与项目

组建项目团队，无疑是项目经理的重要职责。只有选择了合适的人手，你的团队才有可能顺利地完成预期的任务。

团队里需要什么人，首先是根据项目需要决定的。如果项目要使用数据库，那你就应该找个有经验的数据库设计师来。实在找不到，你就要评估是改变技术路线还是安排培训对你来说更合适。

团队里的成员也不能都是老人，还要有些新人。有搞高精尖任务的，也要有做些普通平凡任务的。

3.选择工程实施方法

对于一般项目来说，工程实施方法指实施阶段各种作业方法以及工序。

对于软件项目来说，就是要选择什么样的生命周期模型以及设计、测试方案。

比如：

某个软件过程选择瀑布式还是敏捷迭代式。

用户交互界面是否采用原型法。

对老系统已存在的需求功能梳理，是以历史积累的需求说明书为准，还是采用翻老系统代码的方法。

采用模拟报文发生器、截取现网报文等方法进行接口程序内部测试，以提高和其他厂商对端系统正式测试时的工作效率。

数据移植采用何种方法。

选择工程方法最需要考虑的因素，第一是时间；第二是所持有资源；第三是目标用户接受程度。

4.交付时间点决策

通常软件交付的时间都是号称“后墙不倒”的。但是，作为一个项目经理，你不能盲目地接下一个不可能完成的项目。你必须能够根据给你的资源，对项目的了解来判断你要完成项目所需的工期，即使你无法要到足够的工期，也要能够尽可能地多争取一些资源。

5.发生重大故障时的决策

项目的进程永远都不可能是一帆风顺的。经常冒出来的重大故障是考验项目经理能力的时候。

遇到故障时，你必须要组织开发和测试人员复现问题，找出原因，实施更改，验证解决。

重大的问题还需要向领导汇报，还要完成质量归零。要把这些事情都安排妥妥当当，项目经理必须要能够及时做出做出验证方式、版本控制、沟通上报、是否返工等重大决策。

虽然实施了GJBA的组织都有项目管理的体系作为支撑，但是，软件项目经理还是要认清自己的职责，及时在项目当中做出决策。

这正是：

个人开发成云烟，遵循标准团队建

识别项目决策点，管理项目很关键

参考文献：《闲话it项目管理》，曹亚波，电子工业出版社