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

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

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

的确值得学习

去年第一次带项目

项目难度也比较大

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

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

我一直都很内疚

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



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

 

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

 

 

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

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

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

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

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

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

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

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

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

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