前言

专案管理是一门很深的学问，也不只是软件业，各行各业都有，最早是来自土木建筑、国防领域。
牵扯到很多人：後端、设计、web、mobile、行销、公关、合作厂商、用户、业务...。
牵扯到很多面向：功能需求、资源、流程、时间、规模、成本、品质、风险、沟通、采购、人力、整合、利害关系、...。

这里就用工程师的角度针对会遇到的部分做简单的介绍。

专案管理是谁的事

专案管理不只是 PO（Product owner）的事，而是参与专案的人员都要了解才有办法合作，因为专案每一个环节都很重要，如果一个环节掉了，就会影响专案进度或是其他部门的安排。

软件开发方法

目前软件业最流行的就是 敏捷开发（Agile），这是一个理念、方法，而实践的框架也有很多，最常见的是 Scrum、Kanban。

这之後会再专门写一篇。

前期规划与预估时程

公司总有许多 product backlog 可以做，这些项目会评估出价值，而这些项目也会由参与部门来评估各自所需要的时程，接着算出 ROI（投资报酬率），并且用 ROI 来作为开发顺序。

但当然不是那麽顺利，可能会遇到需要前期作业的部门短期内排不出资源、预算问题等，接下来往往是 专案管理三角形 之间的拉扯。

最常见的处理方式就是切成许多个 phase，例如一个完整的搜寻功能可能包含：

• 主要商品的搜寻结果
• 商品作者的搜寻结果
• 搜寻记录
  那可能就是分别切成三个 phase，可单独排入实作，而不需要一次做完整个功能。

执行与风险

如果是走 scrum，一个 sprint 通常是两周，但在执行专案的途中，总是会遇到重构、客诉、难以解决的 bug、外务等，通常会有个查核的时间点（例如距离结束一星期），如果我们没有信心能在交付之前完成开发与测试，就要主动揭露，接着与团队成员、利害关系人讨论是否将部分已完成功能出版，又或是直接顺延到下一个 sprint。

检讨

在 sprint 或功能完成或上线後，找利害关系人一起检讨这次的执行，哪里做的好，哪里可以再改善，并记录下来与其他团队做分享。

书

产品专案管理全书（ISBN：9789867778628）
人月神话：软件专案管理之道（ISBN：9789867889188）

软件

计划、问题追踪、发布、Kanban

Jira

问题追踪

Trac
Redmine

Kanban

Trello

结语

沟通是最重要的，不管是规划阶段有不同想法、还是无法如期交付，揭露一切就对了，这是避免公司或团队错失机会、重工、无用工、误会的最好方法。