维护项目的管理策略案例
发布于 2024-10-02


版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

扫码阅读
手机扫码阅读
维护类项目的定义和特点
维护类项目主要涉及对已交付软件的少量功能增加、局部需求变更以及bug修复。这类项目的特点包括短工期、客户响应速度要求快、人力投入少、容易影响现有功能并引入新bug、沟通和测试工作量大、维护请求多及不可预测性强。
维护类项目管理策略
在管理维护类项目时,应采用如下策略:
- 评估变更影响范围,并识别成本、工期和技术风险,以决策是否接受维护请求。
- 指定维护请求的责任人,负责项目全程。
- 跟踪管理维护请求的进展状态。
- 新增需求应使用功能需求描述加界面原型的方式,功能变更需明确描述。
- 与客户电话确认需求,并发送确认邮件,包括角色、功能、目的及验收标准。
- 内部沟通策划会议,包括需求交底、快速设计、工作量估算。
- 定义WBS分解模板,以识别任务并确保任务颗粒度。
- 维护成本核算,记录每日完成任务和工作量。
- 监控项目进展,每周公司级例会汇报。
- 确保新增代码通过静态检查,项目经理抽查是否修改必须改的错误。
- 指定人员进行代码比对和代码评审。
- 系统测试要先测试所有修改或新增的功能,其次是其他功能,最后是全面回归测试。
- 周期性发布版本时定义发布计划。
- QA人员在项目过程中和结束时审计,总结经验教训。

麦哲思科技任甲林


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 261.7K
麦哲思科技任甲林的其他文章
实施敏捷的四个致命障碍
敏捷方法在中国推行的如火如荼,我也为多家公司做了敏捷的导入咨询,在实践中遇到了几个致命障碍,限制甚至阻止了敏捷方法的推行,我把有深刻体会的障碍总结出来,供大家在实践中规避之。障碍一:没有建立组织级的敏捷价值观与环境。 很多公司在导入敏捷时,先从一个项目开始尝试敏捷方法,试图在单项目内成功了,再推广到其他项目。这种初衷是好的,但是往往事与愿违,为什么呢?因为缺乏组...
道与术
昨天在汉王,看到他们公司内部的刊物《汉王道》,想起来了在广州客户问我的问题:你们给我们咨询,传授给我们的是道还是术?我们不希望给我们布道,我们不是学校里的学生,我们要的是术,希望告诉我们怎么去做。同样在深圳FOXCONN,开发人员与管理人员询问的问题都是如何做的问题,而不是做什么的问题,做什么他们可以自己去读模型。 老子曰:道可道,非常道,名可名,非常名。他老人家还讲过:“人法地, 地法天,
白话SCRUM之一:SCRUM 的三个角色
在SCRUM方法中将项目的利益相关者分成两大类:Pigs角色与chickens角色,pigs即为项目组的实际参与人员,chickens为项目组的外部人员,包括经理、最终用户等等。Pigs在scrum中细分为三个角色:Scrum master、Product owner、Team,这三个对等地位的角色构成一个平衡的铁三角推动整个项目的进展。 Scrum master不是项目经理,他没有分配任务
挣值管理的核心思想
挣值管理是以统一的一个度量单位计算投入、产出,以表示项目的进展情况、预测项目的完工情况的管理方法。通常情况下是以金额为统一的度量单位,在软件开发中,常常以工作量作为统一度量单位。 挣值管理中的3个基本变量元: (1)PV(planned value):计划价值,即计划产出,也是计划投入。 (2)EV (earned value):挣值,即实际产出,当任务完成后,挣值即为计划产出。 (3)AC (a
快速学习COSMIC方法之十三:如何识别读和写?
在实践中识别读和写是比较简单的,出错的概率比较小。读和写都是被度量的软件与存储介质之间的数据交互动作。读是从持久存储介质移动数据到功能处理内部,写是从功能处理移动数据到存储介质,二者的方向是相反的。在识别读和写时,要注意以下几点:1 每个读或写移动的是一个兴趣对象的一个数据组。如果是移动的多个兴趣对象的数据组,则需要识别为多个读或写。如果是一个兴趣对象的不同数据组,也是要识别为多个读或写。如果一个...
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线