项目管理和推进的一些体会

本文内容如有错误、不足之处，欢迎技术爱好者们一同探讨，在本文下面讨论区留言，感谢。

一、项目经理需要具备的能力

1. 理解产品，起码清楚产品将会做成什么样子
2. 熟悉团队成员，了解他们的开发能力
3. 能大致估算一个项目需要的开发时间

所以一个好的项目经理，应该也是产品经理，当开发人员对产品有疑惑或异议的时候，能够在较短时间内做出判断，给出方向。
开发最怕的就是反复修改，做无用功，一定要减少这种情况。

二、高效项目管理要点

参考了豆瓣一篇文章，结合自己理解：

1. 明确且达成共识的目标
   • 项目经理应该自己先理清，开发前花点时间和大家进行沟通
   • 开发过程如果发现成员有不清晰，要反复说
2. 详细的任务分解，然后分派到人
   • 每个子任务不要超过一周
   • 明确子任务目标、时间点、交付物，一定要可以检视（不要出现功能完善、功能优化这种无法检视的子任务，它们只可能出现在总单里）
   • 了解成员的能力，并进行分配。不要让成员的工作台单子过多
3. 每日检查、每周检查项目进展和提交物
   • 技术型项目经理可以跟进arc diff提交代码的review，及时体验功能，并处理单子（关闭或者提醒开发者哪里有问题）
   • 非技术型项目经理，要跟进arc land后，测试环境进行功能体验，最好能让开发在合并后进行提醒验收
   • 周检查一般放在周五，鼓励清完本周单子，并做下周的开发计划
4. 根据检查情况调整任务目标、资源、进度，以及计划
   • 一开始任务分解的单子可能是相对比较粗的，根据开发进度（测试环境的体验），再塞进去细节子任务
   • 根据成员的完成情况进行调整，分配单子
   • 如果整体运营计划，甚至项目有变，及时沟通，减少无用功

三、系统集成自动化

自动化很重要，能够大大提高效率，实现流程化。

代码管理可以用gitlab或者phabricator，gitlab的code review是Merge Requests来实现，由项目管理员来进行代码合并，项目管理员有直接往主分支提交的权限。phabricator不太一样，大家都不可以往主分支提交，可以成员间互相做code review，接受后自动合并到主分支。

gitlab的方式把压力都给开发主管了，个人感觉phabricator的方式好一点，成员间的code review更方便大家的互相学习，提高代码质量和责任感。

合并到主分支，一定要有CI自动进行编译，并部署到测试环境方便项目经理和QA第一时间进行验收。如果编译有错误，那么这个提交会被打个叉，开发需要修复再提交。

有这样系统集成功能的支持，4个开发成员的前端团队，一周能干掉100多个单子，迭代速度很快。

四、项目管理软件

项目管理软件有很多，对大陆用户来说腾讯的tapd很好用，目前对于一般企业来说完全够用，和企业微信结合相当好，另外Wiki和文档功能对生成项目文档很方便。

tapd的迭代功能是项目经理最常用的功能，对大目标进行分解，拆到每周一次迭代，需求或BUG编辑输入框可以很方便的用微信或QQ截图后粘贴过去。

验收的单子要及时关闭，这样该单子在开发人员工作台的我的待办里会消失，容易给开发人员带来成就感。