维护项目的管理策略案例
发布于 2024-10-02
2099
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
维护类项目的定义和特点
维护类项目主要涉及对已交付软件的少量功能增加、局部需求变更以及bug修复。这类项目的特点包括短工期、客户响应速度要求快、人力投入少、容易影响现有功能并引入新bug、沟通和测试工作量大、维护请求多及不可预测性强。
维护类项目管理策略
在管理维护类项目时,应采用如下策略:
- 评估变更影响范围,并识别成本、工期和技术风险,以决策是否接受维护请求。
- 指定维护请求的责任人,负责项目全程。
- 跟踪管理维护请求的进展状态。
- 新增需求应使用功能需求描述加界面原型的方式,功能变更需明确描述。
- 与客户电话确认需求,并发送确认邮件,包括角色、功能、目的及验收标准。
- 内部沟通策划会议,包括需求交底、快速设计、工作量估算。
- 定义WBS分解模板,以识别任务并确保任务颗粒度。
- 维护成本核算,记录每日完成任务和工作量。
- 监控项目进展,每周公司级例会汇报。
- 确保新增代码通过静态检查,项目经理抽查是否修改必须改的错误。
- 指定人员进行代码比对和代码评审。
- 系统测试要先测试所有修改或新增的功能,其次是其他功能,最后是全面回归测试。
- 周期性发布版本时定义发布计划。
- QA人员在项目过程中和结束时审计,总结经验教训。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1256.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之十一:如何识别输入?
在COSMIC方法中,功能处理可拆分为四种数据移动:输入,输出,读,写。数据移动是最小的、不可再拆分的、软件内部的动作。在数据移动中包含了算术运算如加减乘除,关系运算如等于、不等于,逻辑运算如与或非,这些数据运算都是不计算功能点的。 在识别功能处理的输入(包括触发输入即第一个数据移动,也包括其他输入)时要注意如下的问题: 1 每个数据移动仅能移动一个兴趣对象的一个数据组。 ...
案例:客观比较年度改进效果
年底将至,很多公司会做年底总结,比较今年的质量、效率等各方面与去年的变化,怎么比较呢?计算比较年度的平均值是常见的做法,但是比较平均值有2个突出的缺点: 1 平均值容易受到极大值或极小值的影响,可能不能代表整体的变化趋势; 2 平均值是一个单点值,看不到整体的变异范围。 因此我们需要更科学的方法比较年度的改进效果,这个利器就是箱线图。 如某公司积累了最近三年的缺陷及时修复
产品的内部质量与外部质量
质量是我们天天挂在嘴边的词,质量的真正含义到底是什么?不同的标准中有不同的定义。我们不去讨论其严格的定义,换一种角度来看产品的质量。 产品的质量可以划分为外部质量与内部质量。外部质量是用户可见、用户可以体验到的质量,比如你新买了一辆车,你可以感受到车的外观、车提速的快慢等,这是车的外部质量;再如我们买了新房子,我们可以看到房子的地面是否水平、墙皮是否脱落等。内部质量是用户难以看到、难
估算项目工作量的方法:定额法
定额法的优点是可以进行快速估算,并容易和客户达成一致。缺点是需要对定额进行校对后使用。
从3级到高成熟度的18项可能的变化
1每个过程或阶段的进入、退出准则是否可以量化? 比如: 系统测试的进入准则是否可以修改为:静态检查的缺陷100%修改,退出准则修改为:投入的单位工作量不少1人天/kloc, 发现的缺陷不少于6个/kloc。 注意定义退出准则时,要考虑投入与产出两个维度,在满足了投入的前提下,要求产出结果如何,如上例。2关键过程、...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线