PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
想问问坛子里的各位朋友,你们是如何处理这些问题的?还望大家多多指教。
注:公司采用强矩阵管理方式,人员在多个项目间复用。
但是目前很多项目还不能做到计划性,常常需要工程师自己去创建任务,通过PM确认后,再填报工作量。工程师每周都要花较多的时间在填写Project Server数据上,觉得这样的过程太繁琐了,不如周报系统简单方便。
但是对于PM来说,也很难给每个工程师的工作任务进行详细的分解,一些大任务、关键任务可以定下来,但是一些客户的需求变更、Bug 发现和解决是很难进行准确预计的。软件开发在后期更多的工作是解决Bug和客户的需求变更,发布新版本。。。
个人认为Schedule应该是比较Outline的,不应该把鸡毛蒜皮的事情都放上去,否则计划岂不是整天都在修改。Project Server的主旨也是跟踪项目计划任务的进度和状态,并不是工作量统计工具。
debug工作量的确是软件开发排计划最特殊的地方,不知道大家有什么好建议。我们暂时是合并在coding任务中的,基于这样一个原因: 项目从前期到晚期,由于业务和技术熟悉程度的增加,生产率会提高 项目从前期到晚期,rework工作量上升,生产率会下降 因此两者抵消按平均工时来分配任务,不过这不是什么很好的办法。