项目管理，该怎么合理安排开发任务
项目管理，该如何合理安排开发任务
我目前管理着一个小项目，上面还有大项目经理。
一直以来，也没把自己当项目经理。
开发任务结束后，现在开始了测试，以及业务方测试。
经常会有BUG提交回来，都是在了解后，马上安排下去修改。
有一天，大项目经理跟我说，你怎么安排任务的，我说，有新BUG来了，马上安排下去，现在差不多改好了。
他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。
听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。原来那时没有一个好的项目经理。
完全同意，我也一直按照这样的逻辑管理
项目的节奏要控制好，下属的节奏也要控制好，你可以根据下属的能力，决定分配任务的难易和数量。但是不能说，一旦看到下属已经完美的解决了任务，就说觉得要给他点东西，免得好像他没事干一样。那个说明人家能干，有享受空闲时间的权利，就像google的工程师一样。
如果随便插任务，一来说明你项目进度没控制好，二来说明你分配任务能力不过关。
项目管理也是们艺术来的……
不能说是浪费时间，而是尊重他人的劳动。从人性的角度来说，是一种“关怀”。
同样的工作时间的多少不能说明它的价值，价值应体现在素质全面性。兴许做得慢的人，他考虑问题比较全面，尤其是项目任务分配的时候，项目经理是否把任务考虑清楚。沟通是关键。
你说的这个根本做不到,除非你那项目没有时间要求.
这个问题好象无解，
另外还有一个问题，
事实上任务清单也不可确定，
计划......从来没有变化快。
我对自己单人估计任务时间，也不准确，对他人的工作的估计就更难把握，
所以，我的项目管理的方法是，无为而治，
任何企图都是白费时间，不如把企划的时间用来做事。
看来你的领导管理能力不错，多跟他学学吧。提前完成和超额完成必须要有奖励(休息也是一种奖励)，而不是“得到额外工作”，当然大部分公司都做不到这个。
这个问题好象无解，
另外还有一个问题，
事实上任务清单也不可确定，
计划......从来没有变化快。
我对自己单人估计任务时间，也不准确，对他人的工作的估计就更难把握，
所以，我的项目管理的方法是，无为而治，
任何企图都是白费时间，不如把企划的时间用来做事。
增加压力直到有人跳楼.
写程序不等于拧螺丝的
非常有道理，程序这东西，没用最好，只有更好！写代码和修改代码，大家仔细想想就知道哪个更辛苦，15k和1.5k的员工的最大差别应该在这里。
如果每个人都像你这么好沟通，天下就太平了。有人会为了几十块钱杀人，有人为灾区捐几个亿，角度不同而已！知人善用才是正理。“xxxx的阶级管理”还是非常道理的。
你的大项目经理讲的很对。
从中你应该再挖掘一下。
（开始时间，结束时间，）期限管理
（任务详情，）如果你要管理起这部分作业的话，这是前提。不光是内容，很包括你怎么分析，怎么修改，怎么测试，bug原因等等都需要管理起来
（任务数量，）做到这一点你才能够进行成本管理，进度管理
（都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。）团队士气千万不可毁
我目前管理着一个小项目，上面还有大项目经理。
一直以来，也没把自己当项目经理。
开发任务结束后，现在开始了测试，以及业务方测试。
经常会有BUG提交回来，都是在了解后，马上安排下去修改。
有一天，大项目经理跟我说，你怎么安排任务的，我说，有新BUG来了，马上安排下去，现在差不多改好了。
他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。
听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。原来那时没有一个好的项目经理。
19 楼
andyyehoo
2010-05-20
引用
安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。 是已经安排过了任务，只不过，人家已经提前做完了。大项目经理的意思是，既然任务已经安排过了，不管人家是否已经做完了，都不要随意增加或者修改人家的任务。如果人家提前做完了，那剩下的时间就由他自己支配，而不要随意的增加人家的任务。如果项目最终延期了，也不能去责怪开发员，因为人家已经按时做好了本职任务。
完全同意，我也一直按照这样的逻辑管理
项目的节奏要控制好，下属的节奏也要控制好，你可以根据下属的能力，决定分配任务的难易和数量。但是不能说，一旦看到下属已经完美的解决了任务，就说觉得要给他点东西，免得好像他没事干一样。那个说明人家能干，有享受空闲时间的权利，就像google的工程师一样。
如果随便插任务，一来说明你项目进度没控制好，二来说明你分配任务能力不过关。
项目管理也是们艺术来的……
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>
<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>
21 楼
mercyblitz
2010-05-20
wumingshi 写道
做完了就让他浪费时间也不是正常的。scrum的很多practice就是要增加透明性，每个人在做什么，进度，困难都要清清楚楚，这样也就不会有这样的问题了。当然，scrum这里的方法并没有提供收入分配原则，但换个角度看，15000/月的程序员和5000的程序员用的时间当然应该不一样。
不能说是浪费时间，而是尊重他人的劳动。从人性的角度来说，是一种“关怀”。
同样的工作时间的多少不能说明它的价值，价值应体现在素质全面性。兴许做得慢的人，他考虑问题比较全面，尤其是项目任务分配的时候，项目经理是否把任务考虑清楚。沟通是关键。
22 楼
rrsy23
2010-05-21
不错的公司啊
期待啊
期待啊
23 楼
kanpower
2010-05-24
wumingshi 写道
其实软件开发是一个高度复杂的人类智慧行为，估算不准是正常的，准反到不正常了。做完了就让他浪费时间也不是正常的。scrum的很多practice就是要增加透明性，每个人在做什么，进度，困难都要清清楚楚，这样也就不会有这样的问题了。当然，scrum这里的方法并没有提供收入分配原则，但换个角度看，15000/月的程序员和5000的程序员用的时间当然应该不一样。
你说的这个根本做不到,除非你那项目没有时间要求.
24 楼
hiblue
2010-05-26
wanghhao 写道
这个问题的关键是：如何准确估计一个任务的工作量，如何既不让人偷懒又不会让人太累
这个问题好象无解，
另外还有一个问题，
事实上任务清单也不可确定，
计划......从来没有变化快。
我对自己单人估计任务时间，也不准确，对他人的工作的估计就更难把握，
所以，我的项目管理的方法是，无为而治，
任何企图都是白费时间，不如把企划的时间用来做事。
25 楼
srdrm
2010-05-26
有些事是急事，实在没办法的，必须得做。就算精简了，也得安排出时间，维护性的项目很有这样的可能。这是没办法的，如果一切都按计划办事，没有反应能力。那很多事就做不了。
26 楼
linliangyi2007
2010-05-27
这个哲学思想要推广
27 楼
robertpi
2010-05-30
janrn 写道
我目前管理着一个小项目，上面还有大项目经理。
一直以来，也没把自己当项目经理。
开发任务结束后，现在开始了测试，以及业务方测试。
经常会有BUG提交回来，都是在了解后，马上安排下去修改。
有一天，大项目经理跟我说，你怎么安排任务的，我说，有新BUG来了，马上安排下去，现在差不多改好了。
他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。
听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。原来那时没有一个好的项目经理。
一直以来，也没把自己当项目经理。
开发任务结束后，现在开始了测试，以及业务方测试。
经常会有BUG提交回来，都是在了解后，马上安排下去修改。
有一天，大项目经理跟我说，你怎么安排任务的，我说，有新BUG来了，马上安排下去，现在差不多改好了。
他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。
听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。原来那时没有一个好的项目经理。
看来你的领导管理能力不错，多跟他学学吧。提前完成和超额完成必须要有奖励(休息也是一种奖励)，而不是“得到额外工作”，当然大部分公司都做不到这个。
28 楼
抛出异常的爱
2010-05-31
hiblue 写道
wanghhao 写道
这个问题的关键是：如何准确估计一个任务的工作量，如何既不让人偷懒又不会让人太累
这个问题好象无解，
另外还有一个问题，
事实上任务清单也不可确定，
计划......从来没有变化快。
我对自己单人估计任务时间，也不准确，对他人的工作的估计就更难把握，
所以，我的项目管理的方法是，无为而治，
任何企图都是白费时间，不如把企划的时间用来做事。
增加压力直到有人跳楼.
29 楼
carfieldguo
2010-05-31
其實就應該是計畫于溝通的問題吧。
樓主的大項目經理讓樓主對手下的工作作出規劃，讓每個人都能有事情做，能夠順利的完成項目。
當有新的比較迫切的需求到來的時候，如果能力強的程序員在完成了他的任務之後，樓主可以跟他溝通跟他加點活的。
樓主的大項目經理讓樓主對手下的工作作出規劃，讓每個人都能有事情做，能夠順利的完成項目。
當有新的比較迫切的需求到來的時候，如果能力強的程序員在完成了他的任務之後，樓主可以跟他溝通跟他加點活的。
30 楼
ozzzzzz
2010-05-31
没什么讨论的，本本主义加教条主义，想的很好，失败的会很惨。可以说根本还没入门。
其实很简单，保证任务粒度足够小，保证优先级别判断标注足够的明确。教科书的那些东西其实比放出屁还臭，不仅仅臭还有毒。
其实很简单，保证任务粒度足够小，保证优先级别判断标注足够的明确。教科书的那些东西其实比放出屁还臭，不仅仅臭还有毒。
31 楼
lt0604
2010-05-31
抛出异常的爱 写道
fm_974 写道
我觉得，能者多劳是必须的，这样企业才有生命力。拿15K的人必须能创造出5K的人三倍以上的价值。
但是，关键是如何让多劳者多得。一般老板顶多嘴上夸两句，工资奖金不见动静，时间一久必然逼走能力强的员工。--这才是真正的大锅饭
但是，关键是如何让多劳者多得。一般老板顶多嘴上夸两句，工资奖金不见动静，时间一久必然逼走能力强的员工。--这才是真正的大锅饭
写程序不等于拧螺丝的
非常有道理，程序这东西，没用最好，只有更好！写代码和修改代码，大家仔细想想就知道哪个更辛苦，15k和1.5k的员工的最大差别应该在这里。
32 楼
lt0604
2010-05-31
carfieldguo 写道
其實就應該是計畫于溝通的問題吧。
樓主的大項目經理讓樓主對手下的工作作出規劃，讓每個人都能有事情做，能夠順利的完成項目。
當有新的比較迫切的需求到來的時候，如果能力強的程序員在完成了他的任務之後，樓主可以跟他溝通跟他加點活的。
樓主的大項目經理讓樓主對手下的工作作出規劃，讓每個人都能有事情做，能夠順利的完成項目。
當有新的比較迫切的需求到來的時候，如果能力強的程序員在完成了他的任務之後，樓主可以跟他溝通跟他加點活的。
如果每个人都像你这么好沟通，天下就太平了。有人会为了几十块钱杀人，有人为灾区捐几个亿，角度不同而已！知人善用才是正理。“xxxx的阶级管理”还是非常道理的。
33 楼
chouken
2010-06-01
janrn 写道
我目前管理着一个小项目，上面还有大项目经理。
一直以来，也没把自己当项目经理。
开发任务结束后，现在开始了测试，以及业务方测试。
经常会有BUG提交回来，都是在了解后，马上安排下去修改。
有一天，大项目经理跟我说，你怎么安排任务的，我说，有新BUG来了，马上安排下去，现在差不多改好了。
他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。
听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。原来那时没有一个好的项目经理。
一直以来，也没把自己当项目经理。
开发任务结束后，现在开始了测试，以及业务方测试。
经常会有BUG提交回来，都是在了解后，马上安排下去修改。
有一天，大项目经理跟我说，你怎么安排任务的，我说，有新BUG来了，马上安排下去，现在差不多改好了。
他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。
听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。原来那时没有一个好的项目经理。
你的大项目经理讲的很对。
从中你应该再挖掘一下。
（开始时间，结束时间，）期限管理
（任务详情，）如果你要管理起这部分作业的话，这是前提。不光是内容，很包括你怎么分析，怎么修改，怎么测试，bug原因等等都需要管理起来
（任务数量，）做到这一点你才能够进行成本管理，进度管理
（都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。）团队士气千万不可毁
34 楼
狼群首领
2010-06-01
看来可以向领导建意一下，现在我们就是这样安排工作的。
35 楼
youcou12
2010-06-01
看了这篇文章的真的学习不少，对以前自己对任务的分配有一个很大的警示作用，觉得以前是有点 奖懒罚勤的状态，在以后的任务安排和团队建设上一定得努力提高！ 目前觉得团队建设是一个非常大大挑战 ，要做好团队建设和保证员工工作的积极性，减少人员流失率方面 ，需要做很多的事情，并不是简单的吃吃饭什么的 ！
36 楼
stoneskin
2010-06-02
应该给程序员一些他们感兴趣的又没有压力的附加项目，当主活干完了就可忙你的附加活了。
比如，，我的空余时间都用来研究Android了，因为将来我们可能会开发手机程序。。
做为老板，让人闲着是对大家都不负责。
我认识一个做数据库的人是因为太闲而辞职的。。。
比如，，我的空余时间都用来研究Android了，因为将来我们可能会开发手机程序。。
做为老板，让人闲着是对大家都不负责。
我认识一个做数据库的人是因为太闲而辞职的。。。
37 楼
hwhuang
2010-06-09
对于一个管理者而言，项目中任务的分配，在任务下发到下属之前，必须做好三件事情：
1. 对于所有需要做的事情的优先级---业务流程的优先级，重要性优先级，完成时间的优先级。
2. 对于每个需求所需要的effort，其实effort也反映需求的难易程度。--产出的文档是Project Schedule。
3. 对于一个需求assign给一个同事，必须事先同他沟通。。。
1. 对于所有需要做的事情的优先级---业务流程的优先级，重要性优先级，完成时间的优先级。
2. 对于每个需求所需要的effort，其实effort也反映需求的难易程度。--产出的文档是Project Schedule。
3. 对于一个需求assign给一个同事，必须事先同他沟通。。。
38 楼
yecllsl
2010-06-10
我觉得干得快的还是应该多安排任务，然后在绩效中体现出来。否则，岂不有浪费资源的嫌疑。