论坛首页 综合技术论坛

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

浏览 13790 次
精华帖 (14) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2010-05-17   最后修改:2010-05-17
引用
不一样你可以体现在安排的任务达成时间上,比如15000/月的给2天时间完成,1500/月的给2个星期去完成,但是不应该谁做得快就越给他压更多的任务,那样只会打击员工的工作积极性,跟让员工无偿加班是一个性质的事情,如果附带的谁做得慢就越是不给他任务做,那么你这样就是真正的叫做奖懒罚勤了


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


话说这个不是找抽么
不如定个周期性的绩效分值
把某个周期中的任务完成率放墙上,谁达成率低就把自己的分补给达成率高的人
0 请登录后投票
   发表时间:2010-05-17  
我觉得,能者多劳是必须的,这样企业才有生命力。拿15K的人必须能创造出5K的人三倍以上的价值。

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

0 请登录后投票
   发表时间:2010-05-18  
fm_974 写道
我觉得,能者多劳是必须的,这样企业才有生命力。拿15K的人必须能创造出5K的人三倍以上的价值。

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


写程序不等于拧螺丝的
0 请登录后投票
   发表时间:2010-05-18  
我的目的利用现有的管理模式和潜规则,达到自己最大化工作价值和学习生活的时间的合理分配。这就是我们做程序员的目标,至于管理层,让他们去管理吧!
0 请登录后投票
   发表时间:2010-05-18  
celine 写道
janrn 写道

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

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


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

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

我一直都很内疚


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




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

我也担心他压力过大

也主动询问过几次

但是他都不太愿意沟通

再加上后面压力过大,我也开始有点疏忽了
0 请登录后投票
   发表时间:2010-05-18  
我觉得不会是压力大的原因
短期内压力大完全可以抗过去的
辞职的决定不可能在1个月之内就定下来
肯定是之前就有想法了
0 请登录后投票
   发表时间:2010-05-18   最后修改:2010-05-18
抛出异常的爱 写道
fm_974 写道
我觉得,能者多劳是必须的,这样企业才有生命力。拿15K的人必须能创造出5K的人三倍以上的价值

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


写程序不等于拧螺丝的


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

要考虑技术攻关的。真正的价值并不是仅仅体现在同一个事情谁做的快这个坎上,能者多劳绝对不应该体现在这个上面。无休止的任务的确让人反感。
0 请登录后投票
   发表时间:2010-05-18   最后修改:2010-05-18
如果任务量安排的合适, 这当然是很好的方法.  但你必须对任务的复杂程度有充分的了解. 
0 请登录后投票
   发表时间:2010-05-19  
janrn 写道
我目前管理着一个小项目,上面还有大项目经理。
一直以来,也没把自己当项目经理。
开发任务结束后,现在开始了测试,以及业务方测试。
经常会有BUG提交回来,都是在了解后,马上安排下去修改。
有一天,大项目经理跟我说,你怎么安排任务的,我说,有新BUG来了,马上安排下去,现在差不多改好了。
他脸色微微一变,跟我说,以后不要这样安排任务啦。安排任务时,一定要把开始时间,结束时间,任务详情,任务数量,都安排好,之后再来的BUG,也不要再安排到已经安排的时间中。
我说,前几天的BUG较少,大家都改完了。
他说,那是大家做事的效率好,改完了,大家就去做自己想做的事,不能因为他们做事快,做完后还要做更多的事。那这样下去,谁还会尽快做好任务呢。

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


Bug分为缺陷性的和非缺陷性的:对于前者,可以定义为预分派任务未完成(界定一个任务是否已完成,以通过验收测试/回归测试 为准);对于后者,如果你们的项目采用迭代式开发,那么就defer到下一个迭代中,如果是固定期限合同下的项目,那么祝你们运气继续好。
0 请登录后投票
   发表时间:2010-05-20  
引用
安排任务时,一定要把开始时间,结束时间,任务详情,任务数量,都安排好,之后再来的BUG,也不要再安排到已经安排的时间中。 是已经安排过了任务,只不过,人家已经提前做完了。大项目经理的意思是,既然任务已经安排过了,不管人家是否已经做完了,都不要随意增加或者修改人家的任务。如果人家提前做完了,那剩下的时间就由他自己支配,而不要随意的增加人家的任务。如果项目最终延期了,也不能去责怪开发员,因为人家已经按时做好了本职任务。


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

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

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

项目管理也是们艺术来的……
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics