20 | 项目管理中的三个技巧
朱赟
该思维导图由 AI 生成，仅供参考
我在“管理者不用亲力亲为：关键是什么”一文中，介绍了授权和任务分配的重要性。那篇文章的重点有两点：第一我们要有效地把任务分配出去，第二我们要保证分配出去的任务能够被圆满完成。
作为管理者，我们平时在项目管理的过程中，更侧重的是要保证团队成员能够按照你的期望值完成任务。今天的这篇文章里，我会进一步展开讲一些项目管理的技巧。这些技巧一部分来自我个人的思考和实践，另一部分得益于我的老板的悉心指导和启发，真实可行并且有效，希望对你的日常管理工作也有帮助。
第一个技巧，我们在做项目计划的时候，要对多个项目进行细分重组
怎么理解呢？我们从做这件事的目的说起。在给组里多个人分配项目的时候，我们往往需要考虑的因素包括以下的内容。
先评估能力，再分配任务，每个人的能力要和任务的难度匹配。
每个人任务完成所需时间要尽量平等，也就是要达到一种负载平衡。
每个人得到的任务里，挑战有意思的工作和脏活累活的比例要大致相等。
每个人任务里有足够的挑战，能够帮助其成长，又不至于太难而让其望而生畏并产生挫败感。
不同人的任务之间如果有依赖性，在分配任务时要安排合理的顺序，确保不会有人被别的人或事阻塞（Block）。
每个人的任务里都应该有一个主题，就好像故事有一条主线。这样，成员会觉得自己参与了一个比较完整的任务，进而产生成就感，而不是感觉做了一堆杂活。
达到这些目的的手段，我们姑且就称其为“细分重组”。这个过程又包括两个阶段。
第一个阶段。你需要把所有要做的事，细分成一个个的小任务，每个任务的大小、完成需要的时间都大致差不多。如果有比较大的任务块，就尽可能地切分成几个小块。这需要管理者对项目本身的重点和任务细节有很好的把握。
第二个阶段。把这些大小均匀的任务块，按照上面提到的因素，分装到几个虚构的 “箱子” 里，然后分配给团队成员。这就像个打包装箱的过程，尤其需要注意的是，每个箱子一定都有一个主题，也就是说，如果你想给这个箱子起个名字，你一定能找到那个名字，并很好地概括其中的内容。最后，保证每个箱子在内容、重量等各方面都比较均衡。
完成了这个工作之后，后续项目的每一步，作为管理者的你都能做到心中有数。同时还能避免后期执行中一些可能的弊端，例如，有的人工作繁重疲累不堪，有的人则早早完成了自己任务，缺乏挑战。这种任务划分的方式还会让每个人更有成就感和责任感，因为他们完成的是一整个故事。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
项目管理中的三个技巧 本文介绍了在项目管理中的三个关键技巧。首先，作者提到了在项目计划阶段，需要对多个项目进行细分重组，以确保任务分配合理、负载平衡，并且能够激发团队成员的成就感和责任感。其次，作者强调了工期估算的重要性，建议技术管理者与员工充分沟通，尊重对方意见，同时要注意工程师在时间预算上的乐观倾向，为项目预留缓冲时间。最后，作者强调了实时跟踪和B计划的重要性，以及在项目执行过程中的灵活应对能力。这些技巧都是在实际项目管理中积累的经验，对于技术领导者来说具有很强的指导意义。 这篇文章的亮点在于作者结合自身经验，提出了具体可行的项目管理技巧，并且针对每个技巧进行了详细的阐述和实际操作建议。这些技巧不仅适用于技术管理者，也对团队成员和其他项目参与者具有一定的借鉴意义。文章内容通俗易懂，贴近实际工作，对于项目管理领域的读者具有很高的参考价值。
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《朱赟的技术管理课》，新⼈⾸单¥59
《朱赟的技术管理课》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(17)
- 最新
- 精选
nanquanmama分配项目的做法很像是map/reduce池建强回复: 这个比喻很形象啊，赞
2017-12-2924
走小調的凡世林一般用什么工具进行项目管理呢作者回复: 每个公司有自己的工具规范吧，我们目前用 Trello 多一些，也有用 Excel 来管理的。
2019-08-253
刘剑我谈下我的项目管理感受： 1.在项目管理中很多时候在前期需求分析阶段就出现问题（伪需求、需求不明确就已经设计出方案），所以即使项目顺利完成效果也不好，而且前期需求不清晰会导致开发中需求变更，频繁的变更会成为项目失败的主因。我见过和亲身经历太多需求问题导致项目失败的案例 所以项目进程中首先需要从这个源头开始严之又慎，从因果关系来说没有好的因不会得好的果，需求分析阶段在项目中真是太重要了。 2.一个磨合很好的团队，由于时间预估不足导致延期可能性较小。这种延期多出现在刚组建的团队阶段，大家彼此陌生，流程不规范，配合不默契，沟通成本也很高。在这种情况下我通常第一次让开发人员自己估计时间，我再在这个时间上加20%的项目缓冲期时间以应对突发事件。由于我们用的MVP模式，所以每次迭代周期短，当第二次迭代期，我会帮助开发人员梳理开发流程中的问题，帮助他们开发流程更顺畅、更高效，比如：需要列出功能开发优先级顺序，对于关联功能或需要联调功能优先完成，独立开发的功能放在后面完成等等技巧可极大提高他们开发效率。再有了第一次开发作为纵向评估标准，第二次开发效率会高很多（同等难度效率提高40%以上）第三次会再梳理。基本三次迭代后团队基本可定型，后续开发在没有外界因素变化的情况下开发进度很稳定。 3.对于需要技术攻关的时候，在项目需求和设计阶段就要让开发人员尽早做技术调研出有核心功能的Demo，到真的开发阶段Demo代码就可以复用到项目开发中，省时又省力。2018-01-0522
mikejiang一般一周可以完成的需求，基本估计都是比较准的，加一天缓冲即可；两周的事情，可能就要加30%的缓冲，三周以上的项目，可能性要加40%的缓冲。2019-11-143
yoummg需求的按时完成最好两点。 1.技术需求的评审 2.需求迭代时的把控。（即里程碑的设定）2018-12-1111
冰糕不冰需求评审真的太重要！最近一个需求就是产品出的需求不明确，导致开发时不断重新商讨修改需求，致使项目严重延期！这也是自己的不足。2018-07-101
Donghe我发现项目时间预估和跟进挺tricky。预估了太乐观，到时候因为无法预测的原因delay了被block了，这时候求助援助吧，心理上显得自己没能力没办法树立组里形象，不求助吧，对项目进展不负责。这个心理特别经常出现在新组员身上。所以您对此有什么看法和见解么？2018-04-281
liupan我觉得要多补充一些实际案例2022-08-14归属地：广东
怀揣梦想的学渣在预留缓冲时间上，有相关的思想指导吗，比如标准的预留30%的时间作为缓冲和应急。2022-03-20
rOMEo罗密欧请教一下安姐，关于项目计划里程碑等，现在硅谷或者互联网大厂都用什么工具来管理？是用像Microsoft Project那种甘特图工具吗？2021-07-17
收起评论
