软件项目管理-实战心得

0.前言

几个疑问：

• 为什么每个人都很拼命，项目却还是赚不到钱？
• 为什么需求明明确认了很多遍，还是会有变更？会扯皮？
• 为什么天天加班，项目还是会延期？
• 为什么好人总是留不住？
  …
  企业做项目的目的：赚钱、留人、赚更多钱、留更多人…
  而很多企业的现状：拿项目、招人、交付失败或赔钱、辞退或离职、去另一个公司接项目…

1.需求调研–没有一个业务方讲得清业务

没有业务方讲得清业务？有没有搞错？那还调研个屁？
对，没错。如果能讲得清，就不需要产品经理了。
其中首要原因就是：他（她）只是一个螺丝钉，而企业的运转则是一支链条。

1.1. 分级确定流程

所以进行需求调研最首要的就是 确定业务流程
一个方法：1-4级流程规划：战略层–跨流程–跨部门–跨岗位

• 战略层 明确：任何一个产品上线，都带着公司的战略，战略层就是摸清楚企业管理者对这个产品的期待。产品经理不管任何困难都要摸清楚这层容易被忽视的点。
• 跨流程 细化 ：一支较健全的系统，一定是跨越多支流程的。例如天猫，从用户浏览、加入购物车、结算、下单、物流、收货、售后。这一整套流程可以细分为这么多子流程。可是为什么要拆分出来呢。这在之后的 2.1 架构设计 会详细讲到。
• 跨部门 细化：大企业都有一个通病，由于岗位的扁平化，责罚区分过于清楚，一旦遇到跨部门的需求和功能，就是扯皮的重灾区。
• 跨岗位 细化：这点不用多说，如果产品经理都弄不清楚这一点，那就赶紧再回回炉吧。

1.2. 摸清非功能性需求

先抛出三个问题：啥叫非功能性需求？谁需要关注？什么时候来做？
性能、安全、扩展性、稳定性、数据迁移、异常处理、问题跟踪
举个例子：蔚来汽车长安街“趴窝”，这个锅谁来背？

这个事件可能会导致蔚来需要从系统架构底层开始考虑如何做到 安全 升级。

1.3. 澄清不包含的需求

曾经接到一个国际化的项目，含有地图插件，但是中文版地图使用的是腾讯地图（不支持英文）。经过技术调研，如果更换地图这款产品等于重新开发，费用至少10W+。通过跟客户协商，不做地图的国际化。
在报价时，我与项目经理发生了强烈的争执：是否在功能清单中明确本次国际化不涉及地图国际化。

• 正方观点：不写就代表不做；
• 反方观点：不做为什么不写出来不做这个需求。

戏剧性的事情还是发生了，项目过程中，客户负责人变更。多亏了我这个反方观点避免了一次扯皮大战。

1.4. 做好确认–交付的是结果？No，应该是过程

让我确认？签字画押？开什么玩笑，我是甲方。
坦白讲，我所有的客户都是这样的，越是大厂越是如此。所以，我做过最好的项目赔了20几万。
回想过来，可以反问几个问题：

• 为什么客户抵触签字？
• 为了维持这条关系链，需要保护好客户，你又拿什么来保护你自己？
• 到底工资是谁给你开？

2.架构设计–重点重点，上了线再重视就晚了

1.3.开发迭代–自我驱动不可取，目标和结果导向才是推动的首要目的

确定开发规范

公平的自我检查