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

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

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

评论

18 楼 xianlv 2010-05-19  

janrn 写道

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

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

Bug分为缺陷性的和非缺陷性的：对于前者，可以定义为预分派任务未完成（界定一个任务是否已完成，以通过验收测试/回归测试 为准）；对于后者，如果你们的项目采用迭代式开发，那么就defer到下一个迭代中，如果是固定期限合同下的项目，那么祝你们运气继续好。

17 楼 joeyhacker 2010-05-18  

如果任务量安排的合适, 这当然是很好的方法.  但你必须对任务的复杂程度有充分的了解. 

16 楼 giginet 2010-05-18  

抛出异常的爱 写道

fm_974 写道

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

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

写程序不等于拧螺丝的

相当同意。公司高管要做的事情要比普通员工多10倍的有吧。

要考虑技术攻关的。真正的价值并不是仅仅体现在同一个事情谁做的快这个坎上，能者多劳绝对不应该体现在这个上面。无休止的任务的确让人反感。

15 楼 seeckt 2010-05-18  

我觉得不会是压力大的原因
短期内压力大完全可以抗过去的
辞职的决定不可能在1个月之内就定下来
肯定是之前就有想法了

14 楼 llyzq 2010-05-18  

celine 写道

janrn 写道

他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。

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

俺没看明白，难道平均分配搞大锅饭的是好项目经理？

llyzq 写道

的确值得学习
去年第一次带项目
项目难度也比较大
有一个兄弟能力不错，我也希望多培养他
所以给了很多事情，最后导致他辞职
我一直都很内疚

给事情之前有沟通麽？
有没有告知期望他通过更多的任务得到锻炼，而他也愿意接受这种锻炼？
在锻炼的过程中有没有给予必要的指导和支持？
另外事情是否多到难以承受的程度？
......

可能是我的沟通方式有问题

我也担心他压力过大

也主动询问过几次

但是他都不太愿意沟通

再加上后面压力过大，我也开始有点疏忽了

13 楼 raojl 2010-05-18  

我的目的利用现有的管理模式和潜规则，达到自己最大化工作价值和学习生活的时间的合理分配。这就是我们做程序员的目标，至于管理层，让他们去管理吧！

12 楼 抛出异常的爱 2010-05-18  

fm_974 写道

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

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

写程序不等于拧螺丝的

11 楼 fm_974 2010-05-17  

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

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

10 楼 seeckt 2010-05-17  

引用

不一样你可以体现在安排的任务达成时间上，比如15000/月的给2天时间完成，1500/月的给2个星期去完成，但是不应该谁做得快就越给他压更多的任务，那样只会打击员工的工作积极性，跟让员工无偿加班是一个性质的事情，如果附带的谁做得慢就越是不给他任务做，那么你这样就是真正的叫做奖懒罚勤了

老板： 最近用户反馈响应速度很慢，但我发现还有员工在闲着，这是怎么回事？
经理： 因为那个人已经忙完自己的事了，让他再承担别人未完成的工作会打击他的积极性
老板： …………


话说这个不是找抽么
不如定个周期性的绩效分值
把某个周期中的任务完成率放墙上，谁达成率低就把自己的分补给达成率高的人

9 楼 wanghhao 2010-05-17  

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

8 楼 songze39 2010-05-17  

问题分紧急程度，如果很紧急的问题应及时处理，不是紧急问题可以和用户沟通先把已确定好的需求或问题解决，再将这些问题在后一阶段解决！一般用户是可以说通的！

我目前也在管一个小项目，进度计划我先排好，再找开发工程师确定，如果有问题，再做适当的修改！一般能力高的，肯定是安排一些技术难度大的事情！

7 楼 aws 2010-05-17  

wumingshi 写道

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

不一样你可以体现在安排的任务达成时间上，比如15000/月的给2天时间完成，1500/月的给2个星期去完成，但是不应该谁做得快就越给他压更多的任务，那样只会打击员工的工作积极性，跟让员工无偿加班是一个性质的事情，如果附带的谁做得慢就越是不给他任务做，那么你这样就是真正的叫做奖懒罚勤了

6 楼 pipilu 2010-05-17  

是这样的，非常赞同，投个精华

5 楼 抛出异常的爱 2010-05-17  

wumingshi 写道

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

如果你的工作粒度足够小。
我认为所用的时间应该差不多。

对于足够复杂以至不能分割的任务
一年能遇到三个已经很倒霉了。

PS 5K与2K有本质上的差别。

4 楼 wumingshi 2010-05-17  

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

3 楼 janrn 2010-05-16  

<div class="quote_title">celine 写道</div>
<div class="quote_div">
<div class="quote_title">janrn 写道</div>
<div class="quote_div">
<br>他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。<br>我说，前几天的BUG较少，大家都改完了。<br>他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，<span style="color: red;">不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。</span><br><br>听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。原来那时没有一个好的项目经理。</div>
<br><br>俺没看明白，难道平均分配搞大锅饭的是好项目经理？<br><br><div class="quote_title">llyzq 写道</div>
<div class="quote_div">的确值得学习<br>去年第一次带项目<br>项目难度也比较大<br><span style="color: red;">有一个兄弟能力不错，我也希望多培养他<br>所以给了很多事情，最后导致他辞职</span><br>我一直都很内疚</div>
<br><br>给事情之前有沟通麽？<br>有没有告知期望他通过更多的任务得到锻炼，而他也愿意接受这种锻炼？<br>在锻炼的过程中有没有给予必要的指导和支持？<br>另外事情是否多到难以承受的程度？<br>......<br><br><br>
</div>
<p> </p>
<p>俺没看明白，难道平均分配搞大锅饭的是好项目经理？</p>
<p> </p>
<p> </p>
<p>不是搞平均分配，搞大锅饭，之前还有一句话：<span style="color: #ff0000;"><strong>安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。 <span style="color: #000000;"><span style="font-weight: normal;">是已经安排过了任务，只不过，人家已经提前做完了。大项目经理的意思是，既然任务已经安排过了，不管人家是否已经做完了，都不要随意增加或者修改人家的任务。如果人家提前做完了，那剩下的时间就由他自己支配，而不要随意的增加人家的任务。如果项目最终延期了，也不能去责怪开发员，因为人家已经按时做好了本职任务。</span></span></strong></span></p>

2 楼 celine 2010-05-15  

janrn 写道

他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。

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

俺没看明白，难道平均分配搞大锅饭的是好项目经理？

llyzq 写道

的确值得学习
去年第一次带项目
项目难度也比较大
有一个兄弟能力不错，我也希望多培养他
所以给了很多事情，最后导致他辞职
我一直都很内疚

给事情之前有沟通麽？
有没有告知期望他通过更多的任务得到锻炼，而他也愿意接受这种锻炼？
在锻炼的过程中有没有给予必要的指导和支持？
另外事情是否多到难以承受的程度？
......

1 楼 llyzq 2010-05-15  

的确值得学习

去年第一次带项目

项目难度也比较大

有一个兄弟能力不错，我也希望多培养他

所以给了很多事情，最后导致他辞职

我一直都很内疚