PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
但是软件在运营期,会有一些新的需求、新的功能,以补丁的形式发布。
我的想法,每一个补丁的开发工作,应该作为一个新的项目,因为它具有一个明确的项目时间、项目目标和项目可交付物。
但是由于补丁的数量很大,而且有可能周期很短(有的补丁可能1小时就完成了)。如果都作为一个项目来管理的话,量太大会造成管理上的负担。
但是如果把这些工作归到运营中的话,绩效考核又不好评估。 比如,一个人,我招聘来给他的工作就是为了做开发补丁的工作。 如果是按项目来做,可以评估,类似功能的绩效对比,并判断是否给他绩效奖金。 但如果按运营来做,就无法评估绩效了,因为我给他XXXX的工资,是为了做开发补丁的工作,长期、不断的有新补丁开发,完成这些工作,只是完成了本职工作,不牵扯到绩效,那就没有理由给绩效奖金了。
请问一般大家的企业,对于一个成型的处于运营期的系统,大量补丁、修改会当做一个新的项目吗?