|
锁定老帖子 主题：关于工作任务安排的讨论
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-09-30
keating 写道 恩,明天加班.
项目经理的责任还是在项目,并不在培养人才鸟,培养人才是部门主管的事情. 如果一个公司分的不细，项目经理有事部门主管团队发展怎么办？ |
| 返回顶楼 | |
|
发表时间：2010-10-08
peterwei 写道 以一个20人的项目为例。假设分为三个开发小组。那么垮小组调bug,谁有空谁改，这恐怕不大现实。一方面你改bug虽然改得很hign,但有没有想过让别人很难堪。另一方面越权，工作任务安排上每个组都对应有相关责任人,你去改别人的，从权力上来说就不充许。即使是比较大点的领导推行起来，还是有一定问题的，现在的人一个比一个NB轰轰。
那么只能小范围的来互调bug,这倒是可以试行的办法。比如熟悉的两人组。 用五笔的 拼音党膜拜下. 
|
| 返回顶楼 | |
|
发表时间：2010-10-08
zoukang_83 写道 keating 写道 恩,明天加班.
项目经理的责任还是在项目,并不在培养人才鸟,培养人才是部门主管的事情. 如果一个公司分的不细，项目经理有事部门主管团队发展怎么办？ 董事长一人全兼怎么办?? 
层次很清晰 董事长 -> coder |
| 返回顶楼 | |
|
发表时间：2010-10-08
对于工作安排我一般在时间允许下，会将工作按优先级分割成几个小版本（也可以理解成里程碑）。在每个小版本内做
1、版本规划 2、需求分析（需求分析人员忙，设计人员小忙，程序员只参与讨论或评审或休息） 3、设计（需求分析人员小忙，设计人员忙，程序员只参与讨论或评审或休息） 4、编码，按设计分解任务，在里程碑内程序员自由安排，项目经理做代码走查（需求分析人员休息，设计人员休息，程序员忙） 5、集成测试，修改BUG（设计人员忙、测试人员忙，程序员小忙） 6、确认测试，修改BUG（需求人员忙、测试人员忙，程序员小忙） 7、结束，开始下个版本迭代 这种每个迭代期间大家都有机会很忙，也有机会休息，每个里程碑结束也会有成就感，不会感到项目没完没了，做不到头 |
| 返回顶楼 | |
|
发表时间：2010-10-09
最后修改：2010-10-09
我们项目组也有不少成员看网页，我也经常看网页。。。。
我觉得每个人每天都有自己高潮期，低潮期。 程序员开发应该是个艺术工作，给他们时间在低潮的时候调整下自己，也是没啥问题的。程序员也会觉得很人性化。 项目经理看的应该是结果，每天早上花上10几分钟定下任务，晚上再用上10几分钟来跟踪，结果导向很重要。 |
| 返回顶楼 | |
|
发表时间：2011-03-10
楼主什么公司什么部门啊，招人不？理想中的开发环境啊。
一蓑烟雨任平生什么公司也提一下吧，深怕一不小心行差踏错进了你的部门真是几生修道啊。 |
| 返回顶楼 | |
|
发表时间：2011-03-25
yangguo 写道 楼主什么公司什么部门啊，招人不？理想中的开发环境啊。 一蓑烟雨任平生什么公司也提一下吧，深怕一不小心行差踏错进了你的部门真是几生修道啊。 也不是那么绝对的，如果像那么说的话，很多人都会不太高兴跟你继续合作下 |
| 返回顶楼 | |
|
发表时间：2011-04-02
回帖全看完了,感谢大家分享.
|
| 返回顶楼 | |
|
发表时间：2011-04-05
工作按计划完成，那是工作安排的松了，没按计划完成，那是你没好好工作。老板都这德行。
|
| 返回顶楼 | |
|
发表时间：2011-04-08
我们年初还在制定各种文档模板、管理流程呢~现在还没有具体可实施的 任务分配、反馈、审核 方式，目前感觉就是开发松松垮垮，开发人员、小组、部门没有很好的衔接起来，高速运转！
我想很多公司都有这种问题吧~！？ |
| 返回顶楼 | |
