项目管理，该如何合理安排开发任务

我目前管理着一个小项目，上面还有大项目经理。
一直以来，也没把自己当项目经理。
开发任务结束后，现在开始了测试，以及业务方测试。
经常会有BUG提交回来，都是在了解后，马上安排下去修改。
有一天，大项目经理跟我说，你怎么安排任务的，我说，有新BUG来了，马上安排下去，现在差不多改好了。
他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。

听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。原来那时没有一个好的项目经理。

评论

38 楼 yecllsl 2010-06-10  

我觉得干得快的还是应该多安排任务，然后在绩效中体现出来。否则，岂不有浪费资源的嫌疑。

37 楼 hwhuang 2010-06-09  

对于一个管理者而言，项目中任务的分配，在任务下发到下属之前，必须做好三件事情：
1. 对于所有需要做的事情的优先级---业务流程的优先级，重要性优先级，完成时间的优先级。
2. 对于每个需求所需要的effort，其实effort也反映需求的难易程度。--产出的文档是Project Schedule。
3. 对于一个需求assign给一个同事，必须事先同他沟通。。。

36 楼 stoneskin 2010-06-02  

应该给程序员一些他们感兴趣的又没有压力的附加项目，当主活干完了就可忙你的附加活了。
比如，，我的空余时间都用来研究Android了，因为将来我们可能会开发手机程序。。
做为老板，让人闲着是对大家都不负责。
我认识一个做数据库的人是因为太闲而辞职的。。。

35 楼 youcou12 2010-06-01  

看了这篇文章的真的学习不少，对以前自己对任务的分配有一个很大的警示作用，觉得以前是有点 奖懒罚勤的状态，在以后的任务安排和团队建设上一定得努力提高！ 目前觉得团队建设是一个非常大大挑战 ，要做好团队建设和保证员工工作的积极性，减少人员流失率方面 ，需要做很多的事情，并不是简单的吃吃饭什么的 ！

34 楼 狼群首领 2010-06-01  

    看来可以向领导建意一下，现在我们就是这样安排工作的。

33 楼 chouken 2010-06-01  

janrn 写道

我目前管理着一个小项目，上面还有大项目经理。
一直以来，也没把自己当项目经理。
开发任务结束后，现在开始了测试，以及业务方测试。
经常会有BUG提交回来，都是在了解后，马上安排下去修改。
有一天，大项目经理跟我说，你怎么安排任务的，我说，有新BUG来了，马上安排下去，现在差不多改好了。
他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。

听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。原来那时没有一个好的项目经理。

你的大项目经理讲的很对。
从中你应该再挖掘一下。

（开始时间，结束时间，）期限管理
（任务详情，）如果你要管理起这部分作业的话，这是前提。不光是内容，很包括你怎么分析，怎么修改，怎么测试，bug原因等等都需要管理起来
（任务数量，）做到这一点你才能够进行成本管理，进度管理
（都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。）团队士气千万不可毁

32 楼 lt0604 2010-05-31  

carfieldguo 写道

其實就應該是計畫于溝通的問題吧。
樓主的大項目經理讓樓主對手下的工作作出規劃，讓每個人都能有事情做，能夠順利的完成項目。
當有新的比較迫切的需求到來的時候，如果能力強的程序員在完成了他的任務之後，樓主可以跟他溝通跟他加點活的。

如果每个人都像你这么好沟通，天下就太平了。有人会为了几十块钱杀人，有人为灾区捐几个亿，角度不同而已！知人善用才是正理。“xxxx的阶级管理”还是非常道理的。

31 楼 lt0604 2010-05-31  

抛出异常的爱 写道

fm_974 写道

我觉得，能者多劳是必须的，这样企业才有生命力。拿15K的人必须能创造出5K的人三倍以上的价值。

但是，关键是如何让多劳者多得。一般老板顶多嘴上夸两句，工资奖金不见动静，时间一久必然逼走能力强的员工。--这才是真正的大锅饭

写程序不等于拧螺丝的

非常有道理，程序这东西，没用最好，只有更好！写代码和修改代码，大家仔细想想就知道哪个更辛苦，15k和1.5k的员工的最大差别应该在这里。

30 楼 ozzzzzz 2010-05-31  

没什么讨论的，本本主义加教条主义，想的很好，失败的会很惨。可以说根本还没入门。
其实很简单，保证任务粒度足够小，保证优先级别判断标注足够的明确。教科书的那些东西其实比放出屁还臭，不仅仅臭还有毒。

29 楼 carfieldguo 2010-05-31  

其實就應該是計畫于溝通的問題吧。
樓主的大項目經理讓樓主對手下的工作作出規劃，讓每個人都能有事情做，能夠順利的完成項目。
當有新的比較迫切的需求到來的時候，如果能力強的程序員在完成了他的任務之後，樓主可以跟他溝通跟他加點活的。

28 楼 抛出异常的爱 2010-05-31  

hiblue 写道

wanghhao 写道

这个问题的关键是：如何准确估计一个任务的工作量，如何既不让人偷懒又不会让人太累

这个问题好象无解，
另外还有一个问题，
事实上任务清单也不可确定，
计划......从来没有变化快。
我对自己单人估计任务时间，也不准确，对他人的工作的估计就更难把握，
所以，我的项目管理的方法是，无为而治，
任何企图都是白费时间，不如把企划的时间用来做事。

增加压力直到有人跳楼.

27 楼 robertpi 2010-05-30  

janrn 写道

我目前管理着一个小项目，上面还有大项目经理。
一直以来，也没把自己当项目经理。
开发任务结束后，现在开始了测试，以及业务方测试。
经常会有BUG提交回来，都是在了解后，马上安排下去修改。
有一天，大项目经理跟我说，你怎么安排任务的，我说，有新BUG来了，马上安排下去，现在差不多改好了。
他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。

听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。原来那时没有一个好的项目经理。

看来你的领导管理能力不错，多跟他学学吧。提前完成和超额完成必须要有奖励(休息也是一种奖励)，而不是“得到额外工作”，当然大部分公司都做不到这个。

26 楼 linliangyi2007 2010-05-27  

这个哲学思想要推广

25 楼 srdrm 2010-05-26  

有些事是急事，实在没办法的，必须得做。就算精简了，也得安排出时间，维护性的项目很有这样的可能。这是没办法的，如果一切都按计划办事，没有反应能力。那很多事就做不了。

24 楼 hiblue 2010-05-26  

wanghhao 写道

这个问题的关键是：如何准确估计一个任务的工作量，如何既不让人偷懒又不会让人太累

这个问题好象无解，
另外还有一个问题，
事实上任务清单也不可确定，
计划......从来没有变化快。
我对自己单人估计任务时间，也不准确，对他人的工作的估计就更难把握，
所以，我的项目管理的方法是，无为而治，
任何企图都是白费时间，不如把企划的时间用来做事。

23 楼 kanpower 2010-05-24  

wumingshi 写道

其实软件开发是一个高度复杂的人类智慧行为，估算不准是正常的，准反到不正常了。做完了就让他浪费时间也不是正常的。scrum的很多practice就是要增加透明性，每个人在做什么，进度，困难都要清清楚楚，这样也就不会有这样的问题了。当然，scrum这里的方法并没有提供收入分配原则，但换个角度看，15000/月的程序员和5000的程序员用的时间当然应该不一样。

你说的这个根本做不到,除非你那项目没有时间要求.

22 楼 rrsy23 2010-05-21  

不错的公司啊

期待啊

21 楼 mercyblitz 2010-05-20  

wumingshi 写道

做完了就让他浪费时间也不是正常的。scrum的很多practice就是要增加透明性，每个人在做什么，进度，困难都要清清楚楚，这样也就不会有这样的问题了。当然，scrum这里的方法并没有提供收入分配原则，但换个角度看，15000/月的程序员和5000的程序员用的时间当然应该不一样。

不能说是浪费时间，而是尊重他人的劳动。从人性的角度来说，是一种“关怀”。

同样的工作时间的多少不能说明它的价值，价值应体现在素质全面性。兴许做得慢的人，他考虑问题比较全面，尤其是项目任务分配的时候，项目经理是否把任务考虑清楚。沟通是关键。

20 楼 lib 2010-05-20  

<div class="quote_title">抛出异常的爱 写道</div>
<div class="quote_div">
<div class="quote_title">fm_974 写道</div>
<div class="quote_div">我觉得，能者多劳是必须的，这样企业才有生命力。<span style="color: #ff0000;">拿15K的人必须能创造出5K的人三倍以上的价值。</span> <br><br>但是，关键是如何让多劳者多得。一般老板顶多嘴上夸两句，工资奖金不见动静，时间一久必然逼走能力强的员工。--这才是真正的大锅饭 <br><br>
</div>
<br>写程序不等于拧螺丝的</div>
<p> </p>
<p><span style="font-size: small;"> <span style="color: #0000ff;"><strong>你敲得代码再多，也不及天才的灵光一闪！</strong></span></span></p>

19 楼 andyyehoo 2010-05-20  

引用

安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。 是已经安排过了任务，只不过，人家已经提前做完了。大项目经理的意思是，既然任务已经安排过了，不管人家是否已经做完了，都不要随意增加或者修改人家的任务。如果人家提前做完了，那剩下的时间就由他自己支配，而不要随意的增加人家的任务。如果项目最终延期了，也不能去责怪开发员，因为人家已经按时做好了本职任务。

完全同意，我也一直按照这样的逻辑管理

项目的节奏要控制好，下属的节奏也要控制好，你可以根据下属的能力，决定分配任务的难易和数量。但是不能说，一旦看到下属已经完美的解决了任务，就说觉得要给他点东西，免得好像他没事干一样。那个说明人家能干，有享受空闲时间的权利，就像google的工程师一样。

如果随便插任务，一来说明你项目进度没控制好，二来说明你分配任务能力不过关。

项目管理也是们艺术来的……