锁定老帖子 主题:项目管理,该如何合理安排开发任务
精华帖 (14) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-05-17
最后修改:2010-05-17
引用 不一样你可以体现在安排的任务达成时间上,比如15000/月的给2天时间完成,1500/月的给2个星期去完成,但是不应该谁做得快就越给他压更多的任务,那样只会打击员工的工作积极性,跟让员工无偿加班是一个性质的事情,如果附带的谁做得慢就越是不给他任务做,那么你这样就是真正的叫做奖懒罚勤了
老板: 最近用户反馈响应速度很慢,但我发现还有员工在闲着,这是怎么回事? 经理: 因为那个人已经忙完自己的事了,让他再承担别人未完成的工作会打击他的积极性 老板: ………… 话说这个不是找抽么 不如定个周期性的绩效分值 把某个周期中的任务完成率放墙上,谁达成率低就把自己的分补给达成率高的人 |
|
返回顶楼 | |
发表时间:2010-05-17
我觉得,能者多劳是必须的,这样企业才有生命力。拿15K的人必须能创造出5K的人三倍以上的价值。
但是,关键是如何让多劳者多得。一般老板顶多嘴上夸两句,工资奖金不见动静,时间一久必然逼走能力强的员工。--这才是真正的大锅饭 |
|
返回顶楼 | |
发表时间:2010-05-18
fm_974 写道 我觉得,能者多劳是必须的,这样企业才有生命力。拿15K的人必须能创造出5K的人三倍以上的价值。
但是,关键是如何让多劳者多得。一般老板顶多嘴上夸两句,工资奖金不见动静,时间一久必然逼走能力强的员工。--这才是真正的大锅饭 写程序不等于拧螺丝的 |
|
返回顶楼 | |
发表时间:2010-05-18
我的目的利用现有的管理模式和潜规则,达到自己最大化工作价值和学习生活的时间的合理分配。这就是我们做程序员的目标,至于管理层,让他们去管理吧!
|
|
返回顶楼 | |
发表时间:2010-05-18
celine 写道 janrn 写道 他脸色微微一变,跟我说,以后不要这样安排任务啦。安排任务时,一定要把开始时间,结束时间,任务详情,任务数量,都安排好,之后再来的BUG,也不要再安排到已经安排的时间中。 我说,前几天的BUG较少,大家都改完了。 他说,那是大家做事的效率好,改完了,大家就去做自己想做的事,不能因为他们做事快,做完后还要做更多的事。那这样下去,谁还会尽快做好任务呢。 听完后,我很惭愧,当初我还是程序员时,总有一种感觉,为啥总是有做不完的事,为啥总是在做事,为啥总是那么烦闷,为啥总是不希望看到经理,每次经理朝我望来时,总是很紧张,总想避开。原来那时没有一个好的项目经理。 俺没看明白,难道平均分配搞大锅饭的是好项目经理? llyzq 写道 的确值得学习
去年第一次带项目 项目难度也比较大 有一个兄弟能力不错,我也希望多培养他 所以给了很多事情,最后导致他辞职 我一直都很内疚 给事情之前有沟通麽? 有没有告知期望他通过更多的任务得到锻炼,而他也愿意接受这种锻炼? 在锻炼的过程中有没有给予必要的指导和支持? 另外事情是否多到难以承受的程度? ...... 可能是我的沟通方式有问题 我也担心他压力过大 也主动询问过几次 但是他都不太愿意沟通 再加上后面压力过大,我也开始有点疏忽了 |
|
返回顶楼 | |
发表时间:2010-05-18
我觉得不会是压力大的原因
短期内压力大完全可以抗过去的 辞职的决定不可能在1个月之内就定下来 肯定是之前就有想法了 |
|
返回顶楼 | |
发表时间:2010-05-18
最后修改:2010-05-18
抛出异常的爱 写道 fm_974 写道 我觉得,能者多劳是必须的,这样企业才有生命力。拿15K的人必须能创造出5K的人三倍以上的价值。
但是,关键是如何让多劳者多得。一般老板顶多嘴上夸两句,工资奖金不见动静,时间一久必然逼走能力强的员工。--这才是真正的大锅饭 写程序不等于拧螺丝的 相当同意。公司高管要做的事情要比普通员工多10倍的有吧。 要考虑技术攻关的。真正的价值并不是仅仅体现在同一个事情谁做的快这个坎上,能者多劳绝对不应该体现在这个上面。无休止的任务的确让人反感。 |
|
返回顶楼 | |
发表时间:2010-05-18
最后修改:2010-05-18
如果任务量安排的合适, 这当然是很好的方法. 但你必须对任务的复杂程度有充分的了解.
|
|
返回顶楼 | |
发表时间:2010-05-19
janrn 写道 我目前管理着一个小项目,上面还有大项目经理。
一直以来,也没把自己当项目经理。 开发任务结束后,现在开始了测试,以及业务方测试。 经常会有BUG提交回来,都是在了解后,马上安排下去修改。 有一天,大项目经理跟我说,你怎么安排任务的,我说,有新BUG来了,马上安排下去,现在差不多改好了。 他脸色微微一变,跟我说,以后不要这样安排任务啦。安排任务时,一定要把开始时间,结束时间,任务详情,任务数量,都安排好,之后再来的BUG,也不要再安排到已经安排的时间中。 我说,前几天的BUG较少,大家都改完了。 他说,那是大家做事的效率好,改完了,大家就去做自己想做的事,不能因为他们做事快,做完后还要做更多的事。那这样下去,谁还会尽快做好任务呢。 听完后,我很惭愧,当初我还是程序员时,总有一种感觉,为啥总是有做不完的事,为啥总是在做事,为啥总是那么烦闷,为啥总是不希望看到经理,每次经理朝我望来时,总是很紧张,总想避开。原来那时没有一个好的项目经理。 Bug分为缺陷性的和非缺陷性的:对于前者,可以定义为预分派任务未完成(界定一个任务是否已完成,以通过验收测试/回归测试 为准);对于后者,如果你们的项目采用迭代式开发,那么就defer到下一个迭代中,如果是固定期限合同下的项目,那么祝你们运气继续好。 |
|
返回顶楼 | |
发表时间:2010-05-20
引用 安排任务时,一定要把开始时间,结束时间,任务详情,任务数量,都安排好,之后再来的BUG,也不要再安排到已经安排的时间中。 是已经安排过了任务,只不过,人家已经提前做完了。大项目经理的意思是,既然任务已经安排过了,不管人家是否已经做完了,都不要随意增加或者修改人家的任务。如果人家提前做完了,那剩下的时间就由他自己支配,而不要随意的增加人家的任务。如果项目最终延期了,也不能去责怪开发员,因为人家已经按时做好了本职任务。
完全同意,我也一直按照这样的逻辑管理 项目的节奏要控制好,下属的节奏也要控制好,你可以根据下属的能力,决定分配任务的难易和数量。但是不能说,一旦看到下属已经完美的解决了任务,就说觉得要给他点东西,免得好像他没事干一样。那个说明人家能干,有享受空闲时间的权利,就像google的工程师一样。 如果随便插任务,一来说明你项目进度没控制好,二来说明你分配任务能力不过关。 项目管理也是们艺术来的…… |
|
返回顶楼 | |