如何作好项目管理任务分配

TL;DR

• 常见项目管理工具介绍
• 项目管理最重要的内容
• 谁来撰写以及分配任务
• 如何有效地分配任务

项目管理工具

在我工做的10多年中，使用过很多的项目管理系统，Excel, Microsoft Project, dotProject, Redmine, Jira, Teambition, Worktile, Tello...。比我谈过的女友还多。

这里不讲哪一个工具更优秀，只能说应人而异吧。目前市场上用的比较多的有Redmine, Jira等传统老兵，也有相似Teambition,Worktile看板式的新秀。

Redmine是我如今用的项目管理系统。它是基于ROR框架开发的一套免费开源的跨平台项目管理系统，数据能够很方便地存放在本地，插件也算丰富。

Teambition看板风格的界面更为时尚，还有APP方便随时随地查看。

我我的却是没有深刻使用，不知道相应的任务和BUG状态追踪是否好用，好比一个BUG从“新建->分配->处理->已解决->待验证->关闭/拒绝”。另外，看板视图的拖来拖去，在状态追踪过程当中会不会容易拖错地方。有了解的能够说一下使用的感觉。

项目管理最重要的内容是什么？

用什么工具不是最重要的，重要的是要把工具真正用起来。功能再强大的工具你没有用起来，或者太复杂使用的成本过高，那也是白搭！

每每工具越复杂，使用的成本就越高，运用到项目中的机率也越低。

能够选择一个最简单的工具，而不要一上来就整一个“巨无霸”，号称“全宇宙第一”（你有不是Visual Studio!）。

那种全家桶式的工具，除了对日外包以外的公司，我感受它的管理成本、学习成本应该不低，大家有真正用起来吗，若是有的话，欢迎说下大家的感觉。

很多人认为Redmine功能过于简单，我却是认为Redmine功能仍是有点复杂了。若是由我来负责Redmine的产品设计，一上来我就会先砍掉一半的功能。

工具不能成为给领导汇报的形式。这样只会浪费时间，增长毫无心义的管理成本。

不管选择哪一个工具，包括以下信息才能算做一款好的项目管理工具：

• 计划完成日期 该任务计划在哪一天完成。
• 预期工时 细分后的任务要给出一个合理的预期工时，必须以小时为单位。
• 实际完成日期 指定的任务实际完成时的日期。
• 实际工时 该任务完成时实际所耗的工时。
• 优先级 任务以及BUG都应该有一个优先级，将影响别人的任务优先级设置为更高，避免团队其余成员”Waiting for you“。

其中任务分配时的预期工时必须足够细，越细越好，通常控制在半天以内，最多不超过一天，不过这也增长了管理上的成本。这须要管理者根据自身的研发团队做一个权衡。

咱们是如何作的？见下图：

固然若是大家的研发团队是自带鸡血的，老是能完美收工的话，你只须要粗略地将一周的任务安排给他们，那就爽歪歪了。

谁来分配任务

老板让你2个月开发出一个产品，研发吭哧吭哧地搞了2个月，到了第2个月的30号交给老板，老板很开心地打开系统，发现连TM登陆都登陆不了。

老板心情好的话，可能你会被狠K一顿；心情很差的话，你就得去帐务室，结下工资，出门左转...

形成这个问题的缘由有两种：

1. 老板催着你必须在2个月内完成。

   这个好办，你只要跟老板讲两个字：尽可能。若是老板回你两个字：必须！。你有两套方案，先进入疯狂加班模式，到第2个月中，发现还有80%还没有完成，启动Plan B，你该好好更新下简历了！

2. 任务分配者对任务的时间预估误差太大。

要想项目的分配尽量地准确，任务分配者必须了解项目研发相关的技术，倒不是要很是熟练，至少有所了解。另外最好工做经验在6年以上。

固然若是这个任务只是用来应付老板的，找过最闲的手下去作就能够了。

每周一开会过一下本周的任务

任务通常在细分后，在周一上午，团队在一块儿过一下每一个人本周所要完成的任务功能点，这样有以下几个好处：

• 尽快摆脱”星期一综合症“。

• 让你们了解彼此所作的事情，方便研发过程当中的沟通。

• 了解一下本身本周要完成的任务，看看有哪些可能会遇到的坑，方便本身合理安排时间。

• 项目任务之间不免会有一些依赖关系。好比后台必须先写好接口，APP才能作获取服务器数据的工做，须要对任务进行优先级上的调整，避免“A等待B的现象”。

不要低估内外部沟通成本

碰上项目须要对外跟客户进行沟通，那你就惨了。客户在软件项目上的智商只有真正打过交道的人才知道！

加上习惯性被忽视的内部沟通成本，产品经理、项目经理、研发经理、研发团队内部...

对了，还有那可恶的销售人员，不知啥时跟客户喝酒时说产品啥功能都有，1个月就能够交付使用。终于知道心中一万只奔腾而过是什么感觉了。

还有历来都是被遗忘的产品测试和调试时间，其实这是项目研发过程当中耗在这上面的时间是很长的，甚至于超过编码时间。

加上老板有事没事来看望你两眼，总会打断了你的思路。（表示关心，实际上是催一下进度，看你有没有混日子，但你还要对老板讲，谢谢老板关心）

不要高估程序员的效率

在我工做的十年中，说来忏愧，记不得哪一个项目是真正意思上按时完成的！

什么，你说大家的项目都是按时完成的？个人第一反应会是：这兄弟绝对在逗我！

若是你的工做计划作得很细，以小时为单位的总预期工时很是准，但若是你是按一天8小时算的，很差意思，这个项目必定会延期！并且会延期双倍时间。

你真认为你的程序员们真的像发动机同样，在8小时高速运转吗？基础上99.99%的公司不是（还有0.01%留给大家公司，供大家YY）。

你要说美国FAG？我告诉你那些牛逼的公司更不会是。正常的有效工做时间只有8的一半：3小时！

还有如今所想不到的”不可抗力因素“：程序员恋爱了、失恋了、结婚了、吵架了、怀孕了...；办公室忽然断电了、断网了...

要是忽然一个重要的程序员生病了，离职了，在老板看来，办法无非两种：（其实这两种办法都不明智）

• 加班 加班是最不明智的方法，常态的加班只能让程序员效率变低，最终的效率还不如正常下班的带来的效率高。固然项目进度很紧的话，短期内的加班仍是有必要的。
• 加人 "赶忙招一个补上"。天那！这也不是工厂，招一个新人的成本过高了，这兄弟啥时能上手啊，等上手的时候估计项目已经延期好久了。还要考虑一个老兵带新兵带来的”内耗”。

我的博客

个人我的博客

欢迎点赞！