敏捷项目管理框架(APMF)

  研读许秀影博士的《敏捷项目管理:基础知识与应用实务》一书,其中提到传统项目管理与敏捷项目管理的混合管理模式—敏捷项目管理架构(Agile Project Management Framework,APMF),估计是普遍大部分公司所需要的,也比较认可的模式,可以很好的实现传统项目管理向敏捷项目管理转型。这本书很值得推荐,从现在软件管理的大势所需,到对软件研发管理发展史的剖析,到推崇的敏捷项目管理框架,到敏捷项目管理的企业导入,到敏捷创新模式讲解,让你在软件项目管理方面有了更加开阔的视野。如果你对敏捷项目管理感兴趣,在拜读本书的过程中会有茅塞顿开的感觉,同样也为你以后的软件项目管理路提供了更好的参考和借鉴。

  通过对许博士这本书的研读,加入个人的理解,对敏捷项目管理框架,做了简单的梳理,希望对敏捷项目管理感兴趣的你带去更多帮助。敏捷项目管理架构(APMF)共包括5个阶段,分别为:立项阶段、启动阶段、发布循环阶段、迭代循环阶段、收尾阶段。下面对5个阶段要做的工作和产出做概要介绍:

1.立项阶段
敏捷项目经过可行性分析,分析此项目能为组织带来什么价值,达成产品愿景共识,经过高层审批,然后确立项目。对于项目要完成的成果及创造的价值有共识之后,建立项目愿景产品盒。
2.启动阶段
制定包含团队章程的项目章程,明确了团队要达成的目标和要遵守的规则;辨识干系人产出角色卡,并获得干系人的概略需求,产出用户故事,形成产品待办列表;进行用户故事粗略估算,规划发布次数及每次发布所要完成的增量成果,产出用户故事地图。
3.发布循环阶段
发布循环阶段包含多次发布,每次发布要进行发布规划,切割用户故事,定义验收标准;估算用户故事点数和用时,进行优先级排序,形成发布待办列表,更新用户故事地图;进行迭代循环,迭代前根据需要进行刺探;交付该次发布增量产品或成果,进行发布审查和回顾。
4.迭代循环阶段
迭代循环阶段包含多次迭代,每次迭代要进行迭代规划,将用户故事分解为更小的工作卡,排列工作优先级,形成迭代任务待办列表;根据最佳工程实践(如:测试驱动开发、简单设计、重构、持续集成、单元测试、结对编程等)进行交付;保持信息可视化分享(如:每日站立会、看板、燃尽图、燃起图、迭代工作量图、停车场图、缺陷跟踪图、控制图等);交付该次迭代增量产品或成果,进行迭代审查和回顾,回顾可进行改善分析(如:鱼骨图、五问法、价值流图分析等)和绩效分析(如:敏捷净值分析)。
5.收尾阶段
经过多次发布后,每次增量交付,确保项目产品成果最终交付;组织项目回顾会议,进行感恩游戏,总结经验教训;进行收尾活动,成果交接,相关必要文档整理归档,行政收尾等活动。

书籍图片摘录:

 (注:文中的相关观点和图片更多来自许秀影博士的《敏捷项目管理:基础知识与应用实务》,转载注明出处,请勿商业用途,仅供学习参考。)

时间: 2024-08-06 11:49:06

敏捷项目管理框架(APMF)的相关文章

我的第一个敏捷项目总结

2016年11月开始了休长假回来后的第一个项目.也是我职业生涯中的第一个敏捷项目.本人在项目中担任需求分析. 项目启动已经五个多月,目前一切运行乐观.闲来觉得有必要总结下人生中第一个敏捷项目,于它人可以取良去莠, 于自己可以沉淀一二. 回想一下之前做过的项目都是用瀑布+迭代. 需求收集用瀑布.即尽量在需求收集时期定义到所有需求的所有细节,产出产品需求说明书.开发阶段采用迭代.即把需求划分为多个模块,分Sprint 开发.所以不同之处主要在于需求收集和需求管理,其次是才是开发,再次是测试.下文将在

敏捷项目研发工具

Leangoo(中文名:领歌)是一款基于看板的敏捷项目协作工具. 它的设计融入了先进的敏捷管理思想,由多位业界知名敏捷管理顾问提供支持,并由专业的敏捷开发团队精心打造而成,完美支持Scrum敏捷开发和看板方法. 我们可以使用Leangoo可视化地进行项目需求.任务.问题和文档的管理和协作,随时随地跟踪团队工作进展. 它核心是看板,通过看板共享和实时同步团队工作以实现高效协同, 团队工作体现为卡片,内容可以是需求.任务.问题等. 更提供了永久免费个人版(无任何限制)在线企业版以及私有部署版本. 产

敏捷项目风险管理落地

发现很多做项目的同学,会忽略对项目风险的管理,以至于成为项目的救火队长,处理各种应急事件.为了让项目开展更顺畅,避免出现项目既乱又累的问题,不应以战术上的勤奋,掩盖战略上的懒惰,梳理总结下敏捷项目的风险管理落地.通常项目中风险管理,目的在于提高项目中积极事件的概率和影响,降低项目中消极事件的概率和影响.首先,我们先回顾下传统项目中PMP阐述的风险管理知识点,然后分享下我们软硬件项目中如何进行风险管理的,最后分享他山之玉百度工程效率部总结的风险管理干货. 一.传统项目的风险管理1.规划风险管理主要

敏捷项目与任务看板

我们最近在多个项目中使用Topo项目管理软件实施敏捷项目管理,有些经验心得: 先在Topo中创建好项目,首页下有个项目中心,建好的项目可以一次看到全部的概况,包括项目未关闭的缺陷和任务,其中也给出了严重缺陷和延期任务的数量. 项目中心 进入项目,项目首页则是本项目的数据展示,包括项目各种数据和30天的数据统计,非常清楚,包括项目的任务.缺陷.代码.检视的开展情况: 项目概况 我们着重看下任务: 任务看板 这是一个看板,按四种状态列举了当前的任务,每条任务上有执行人.过期时间.工作量.标签等设置,

Lessons Learned 1(敏捷项目中的变更影响分析)

问题/现象: 业务信息流转的某些环节,会向相关人员发送通知邮件,邮件中附带有链接,供相关人员进入察看或处理业务.客户要求邮件中的链接,需要进行限制,只有特定人员才能进入处理或察看.总管想了想,应道没问题,不一会儿就改好了,在业务信息的查询方法中添加了限制——非处理人不得进入.测试这边,忙得脚不沾地,一人扛了两个项目的测试,但还是按照预先设计的测试用例,对该修改进行了测试,测试结果ok,非处理人通过邮件链接进入后,确实提示了“你没有权限,翻滚着离去吧”. 当晚发布生产后,客户一封邮件甩过来:管理员

九大项目管理框架 (集中9个表格)

项目整体管理 框架 过程 依据 工具和技术 输出 制订项目章程 1.合同: 2.项目工作说明书(SOW); 3.项目论证信息: 4.事业环境因素: 5.组织过程资产 1.专家判断: 2.项目管理方法论: 3.项目管理信息系统(PMIS) 项目章程 制订初步范围说明书 1.项目章程: 2.项目工作说明书(SOW); 3.事业环境因素: 4.组织过程资产 1.专家判断: 2.项目管理方法论: 3.PMIS 项目范围说明书(初步) 制订项目管理计划 1.项目章程: 2.项目范围说明书(初步): 3.来

敏捷项目开源管理软件ScrumBasic(1)

ScrumBasic 是本人基于Asp.net mvc6 最新的core 1.0写的一个敏捷项目管理软件. 目前只是一个基础版本的功能.只支持1个project. 后期会在这个基础上做扩展和权限管理. 自己顺便也整理强化一下asp.net core的使用方法. 地址:[email protected]:CAH-FlyChen/ScrumBasic.git    分支:core

【项目管理】------九大项目管理框架 (

项目整体管理 框架 过程 依据 工具和技术 输出 制订项目章程 1.合同: 2.项目工作说明书(SOW); 3.项目论证信息: 4.事业环境因素: 5.组织过程资产 1.专家判断: 2.项目管理方法论: 3.项目管理信息系统(PMIS) 项目章程 制订初步范围说明书 1.项目章程: 2.项目工作说明书(SOW); 3.事业环境因素: 4.组织过程资产 1.专家判断: 2.项目管理方法论: 3.PMIS 项目范围说明书(初步) 制订项目管理计划 1.项目章程: 2.项目范围说明书(初步): 3.来

敏捷项目开源管理软件ScrumBasic(2)- 多项目支持

1.加入Project对象模型 public class Project { [Key] [MaxLength(32)] public string ID { get; set; } public string Name { get; set; } public int Order { get; set; } public ICollection<UserStory> Stories { get; set; } public ApplicationUser Creator { get; set