每周五开例会，讨论本周任务和分配下周任务。本周任务没有完成的，需要提出来，完成不了的原因是什么？技术问题？工作量太大问题？还是需求要变更？还是其他什么原因？总之，你可以不完成，但是，你要给我一个明确的原因，因为有原因才好对症下药。这样子就算需要延期，对于延期多少，项目经理和部门经理都应该心中有数，知道造成延期的原因。至少在可控制的范围。

其实分配任务也就是控制任务，例如下周程序员A需要做2个模块，3大功能点，能否完成？需要多少天？让程序员自己估计，让他把偷懒的时间都算进去，3天？好，你说3天，我给你4天，你最好评估一下不能完成的风险，有问题提前说，事后说我就当你没完成。也就是，你要估计你做的功能是否需要别人协助，是否需要等别人的模块接入，否则，你随便估计，不计算风险，很容易出问题。出第一次，可以原谅，但是隔三差五的不吸取教训，那就是你的不对了。

当然，估算的天数，我让项目经理按照8个小时计算，这个够意思了吧。大家不用加班最好。我要的是一个比较准确的，能够和老板交代的完成时间，不是一个拍胸口就说2个月做好的时间。就算延期，也给我说出个子丑寅卯来，否则就当是没完成任务。如果每次开会都公布每个人的完成情况，进度情况，想偷懒、赖皮的都不会每次都想做被点名那个人了。

Loading...

未加载完，尝试【刷新】or【关闭小说模式】or【关闭广告屏蔽】。

尝试更换【Firefox浏览器】or【Chrome谷歌浏览器】打开多多收藏！

移动流量偶尔打不开，可以切换电信、联通、Wifi。

收藏网址：www.finalbooks.work

(＞人＜；)