项目过程管理（一）团队分工与意识规范

团队构成

本系列文章谈论的互联网项目团队主要包括项目经理、产品经理、开发、测试、UI设计师这几种职能，也可以包括某些类型的运营人员，不包括商务、客服等。其中项目经理可以由其它职能的人兼任，也可以单独设立。单独设立时，项目经理通常会同时管多个项目或者负责跨部门协调资源，否则会工作量不饱和。

如果一种职能有多个人员，应该设立一个负责人（接口人）。管理岗位的人也参与的话，一般会由他直接兼任负责人。

职责定位

一句话总结：项目经理对信息传递负责，产品经理对结果负责，各职能负责人对流程负责。

其中最需要明确的是项目经理和产品经理的职责界限。项目经理的核心作用是信息枢纽，主要职责有：

制定和优化项目流程规范
收集工作量评估，排期，确认里程碑时间，（如有必要）召开立项会议，最终发出立项邮件
结项会议主持
解决团队资源冲突，确定项目的优先级，协调人力资源
发现团队合作中可以提升工作效率的地方，并推动解决
发周报邮件
对团队的问题做监督、总结、给解决方案

产品经理的主要职责有：

确保需求通过评审，得到各方确认，并宣布
收集来自运营、商务、客服的需求，做成需求文档安排到版本迭代中
接收客服的反馈，是bug的再转交给测试跟进
“发布上线”的最终决定人

如果你了解PMP，那么互联网公司的团队是平衡矩阵型的组织关系。项目经理不会有绝对的权力，但应赋予他一定比例的绩效评分权重。

团队意识

项目安排一旦定下来就是个承诺，能否兑现是职业素养的体现。理想的状态是每个团队成员都能自我驱动，共同以自己的专长为清晰的项目目标做贡献。——但现实是很难做到的。提几个原则即可：

目标导向，不要为了任务而做任务
所有规则都不是硬性要求的，哪些要哪些不要，要具体地判断，按时高质量完成是最基本的目标。
在高质量的前提下保证高效率
所有事务都有优先级顺序，如果不清楚的话就询问上司，直至boss
及时反馈，并通知到应该知悉的人
团队互助：别人做得60分，如果你抱怨着等别人完善，你也是60分

开会

开会一定要注重效率，不要随意占据那么多人的时间。

主持人要做好时间控制，尽量一小时内讨论完
开会前要说明会议目标和议程
按需写纪要：讨论内容与结论，需要跟进的问题和责任人
按时参会，有事不能来或迟到应该告知主持人请假
在提前2小时有通知并说明了迟到要发红包的前提下，会议主持人可以要求迟到未请假者发红包，总额按参会人人均5元。

更多开会的技巧请参考此文的“高效会议”一节

邮件

发邮件的作用是通告和记录。有需要跟进或后续查阅的事项时，都应该发邮件来记录，不能仅仅在IM（即时通讯工具）上说。推荐使用Foxmail为客户端，也可直接使用企业级IM（钉钉或企业微信）自带的邮箱功能。

邮件的要求如下：

标题简明扼要。如果紧急，写上【紧急】。
抄送自己的上司、涉及人员的上司（至部门一级）。如果是发送IM群邮件就不用抄送了。
正文称呼：写清楚是对谁说的，对全体就是“Dear All”。
要有签名栏，至少有自己的名字

特别要求，项目过程的邮件标题格式是：【流程名】项目名版本号关键事项。例如：

【测试报告】支付宝3.4.5
【需求评审】微信2.3.4二维码支付需求

为什么是这样？把最快辨别内容分类、最能跟一大堆邮件区分开来的关键字放在最前面，让收件人以最快速度判断要不要点开邮件详情。中括号的作用就是让眼睛一下子定位到最核心的信息。举个例子，“需求评审”会比“项目名称”更能引起技术同学的重视。

IM群

规则：

每个项目组建一个群，拉上所有实际参与的人和各级主管
项目事情不要建立小群来讨论，保证信息充分共享。只要是说正事就不要怕打扰人。
只要不被@，可以不用随时都查看IM消息。
欢迎忙里偷闲冒泡吹水，给紧张的工作增添欢乐。
群公告可发布需要随时查阅的信息，例如文档的web地址

请假

务必保证上司知悉。如果自己身上有重要任务，必须也让项目组知悉。

本节参考

《从“结果导向”到“目标导向”！》 https://www.sohu.com/a/154310422_772835
《如何优化程序员的内部培训》 https://blog.csdn.net/hursing/article/details/50147549#31%E9%AB%98%E6%95%88%E4%BC%9A%E8%AE%AE

本系列文章的目录：https://hursing.blog.csdn.net/article/details/88025790