收藏 分销(赏)

敏捷项目管理实践1.pdf

上传人:Stan****Shan 文档编号:1188370 上传时间:2024-04-18 格式:PDF 页数:15 大小:659.13KB
下载 相关 举报
敏捷项目管理实践1.pdf_第1页
第1页 / 共15页
敏捷项目管理实践1.pdf_第2页
第2页 / 共15页
敏捷项目管理实践1.pdf_第3页
第3页 / 共15页
敏捷项目管理实践1.pdf_第4页
第4页 / 共15页
敏捷项目管理实践1.pdf_第5页
第5页 / 共15页
点击查看更多>>
资源描述

1、敏捷项目管理敏捷价值观及行为原则(一)迭代启动会会议议程产品经理介绍迭代目标和主要工作内容全员单个小组+架构师+产品经理需求人员讲故事参与人会议议程开发人员认领任务故事范围是产品经理初步圈定的故事集合;讲解过程重点描述业务规则及交互细节。参与各方就设计思路达成一致共同评估工作量组长+架构师+单个开发人员确定故事范围及里程碑计划产品经理+组长+架构师+测试经理15分钟30分钟/小组15分钟/开发人员20分钟预计时间敏捷价值观及行为原则(一)版本路线图(以三个迭代的版本为例)开发新故事开发新故事系统测试修改bug开发新故事开发新故事系统测试修改bug版本回归测试修改bug版本验收一个版本迭代一迭代

2、二迭代三第1周第2周第3周第4周第5周第6周迭代一送测迭代二送测版本发布迭代一验收迭代二验收什么是敏捷?这样?还是这样?敏捷首先是一种理念,一种思维方式,然后我们用一套做法或流程把它具象化。为何要敏捷?1、每个人心中都有问题清单我们已发现问题,如何去解决?2、企业产品的研发现状久孕不产3、互联网产品的研发特点快速、不确定性敏捷价值观及行为原则(一)交付价值胜过满足约束(指范围、进度、成本)将精力集中于增值活动上,即辅助团队交付结果的活动,而非只是确保合规的活动,或者可能增加管理费用的计划和控制。对于必要的合规活动,应对策略是尽量减少必要活动,并使它们远离关键途径和关键人员。【合规活动指符合管理

3、流程需要的活动】关注结果流程上:制定刚刚足够的流程(包括进行必要的活动、合适的干系人、产出必要的制品)。决策上:复杂问题简单化,迅速、但不要仓促决策。需求上:做减法先实现核心需求,可有可无的功能放在后续迭代中甚至取消。研发上:简单设计基于已知需求而不是基于预测的需求做设计;利用重构来适应需求的变化,在重构中,仍然需要遵循简单原则,仅为当前的需求对系统结构进行重构。简化敏捷价值观及行为原则(二)领导团队胜过管理任务1、培养团队自律自律是自主和授权的前提,是建立在严谨的思维、坚持和愿意承担结果的责任之上。合适(有能力&自律)的人将重点放在交付上,合规工作更多的交给不合适的人。2、参与决策在自律的基

4、础上,鼓励团队的每个份子参与决策,使执行更易,合作更强、责任意识更强烈。3、鼓励协作促进、教导、影响团队成员,让他们建立起信任和尊重的协作关系、分享信息、参与激烈的交流和争辩。敏捷领导管理团队,敏捷团队管理自己的任务。敏捷领导阐明团队目的和目标、产品构想、关键性能和约束,然后激励团队成员交付团队成员自己弄清如何完成任务的细节。敏捷价值观及行为原则(三)适应变化胜过遵循计划预测变化和不确定性,然后根据需要调整流程和做法,而不是遵循过期计划。创造变化,就是向竞争对手展开竞争攻势。即使在产品开发后期,也乐于授受变化的需求,敏捷充分利用变化以增加客户竞争优势。主动探索(进攻)团队定期反省如何做到更有效

5、,然后相应调整团队行为。反思和回顾响应变化(防守)企业研发敏捷架构构想阶段推测阶段探索阶段(多次迭代)结束阶段产品构想团队构想及组建编写用户故事(代替原特性)确认范围估计工作量版本发布计划需求细化开发测试及验收评审及适应完善用户故事编写用例+设计UI+绘制高保真更新功能矩阵设计编码重构修改上次迭代的bug单元测试集成测试系统测试迭代验收迭代演示迭代反思更新产品发布计划持续:时间盒、技术评审、持续集成、日常管理(晨会、例会)、变化协调、团队培养产品验收反思与总结遗留问题处理整理产出结果(文档、代码等)迭代迭代启动制定迭代计划改革点总结首先,是理念的转变,从关注规范与过程到关注价值与交付。改革点总

6、结其次,是工作方式的调整,调整的原则是价值胜过约束、适应胜过遵循,通过以下实践落实调整:(1)故事驱动:用户故事驱动需求设计,从用户的角度来描述用户渴望得到的功能。(2)迭代计划:围绕用户故事,关键角色通过会议明确迭代目标、迭代故事和迭代计划。(3)结对设计:需求、交互协作开展。思路确认后,先出交互设计稿,达成一致后,补充需求用例。(4)组件抽象:【典型页面设计+不断补充的视效规范】输送给下游进行 【典型页面切包图+公共控件开发】(5)重构:设计重构、编码重构、架构重构。(6)自动化测试:单元测试、集成测试、系统测试三个环节测试自动化,开发与测试人员共享测试脚本。(7)技术评审:定期就选定的代

7、码、数据信息(如缺陷率),反馈技术问题、设计问题和体系结构缺陷,提出改进意见。(8)迭代演示:结合本次迭代的目标,面向全员,演示主要业务和关键特性。(9)迭代反思:结合用户故事,对重要事件和决策进行回顾。每个人都可以在不被打断的情况下讲出自己的想法,哪些做得好,哪些可以做的更好,哪些需要在下次迭代中改变;对预估和实际生产率差异大的情况分析原因。选取重要的改进点安排在下次迭代的改进计划中。(10)变化协调:不断的在产品价值、产品质量、团队绩效、项目状态四个方面进行评估并作出适当的改变,并选择合适的适应措施。改革点总结贯穿始终的是,管理方式的调整:谁来领导团队?谁来管理任务?团队的培养:培养自律、

8、精益求精、执行力、坚持负责、敏捷沟通、时间盒的应用:除了在预算时间内对完不成的功能进行删减或者延迟这一用途之外,还可以用在任何需要做决策的时候,使人们强制作出困难的决定。改革计划示例9月优先级10月11月开始时间高低故事驱动自动化测试强化精益求精技术评审强化执行力重构强化自律变化协调迭代计划结对设计组件抽象迭代演示迭代反思强化时间盒优先级的制定原则:1、改善的显著程度;2、对目前工作造成较大困扰的优先改变;3、推行的难易;4、前置环境是否具备。目标:1、全员对敏捷价值观和主要实践有基本了解;2、围绕产品的源头产品规划组的工作进行调整,适应新流程和新方法;平均每个功能设计的产出绩效(进度)提升1

9、0%,设计一致性带来的缺陷减少30%。目标:1、研发质量:缺陷率降低4%2、提升10%的编码效率(平均每个功能)。3、通过9、10月持续的调整,产品规划组的绩效进一步提升:成本上,10月成本比预期减少1人月的投入;进度上,平均每个功能设计的产出效率较改革前提升20%;质量上,设计一致性带来的缺陷率较改革前减少50%。目标:1、通过三个月的实践,全员对敏捷价值观和主要实践有深刻了解,并有强烈认同感。2、团队凝聚力加强,初步组建起一支自律、高效的敏捷团队。3、其他指标可根据10月的实际执行情况届时制定。说明:目标中制定的实践后的部分绩效评估(包括进度、质量、成本),大约是BMC软件公司敏捷实践的三分之一。【如BMC绩效改善是60%,此处制定的是20%】谢谢!

展开阅读全文
部分上传会员的收益排行 01、路***(¥15400+),02、曲****(¥15300+),
03、wei****016(¥13200+),04、大***流(¥12600+),
05、Fis****915(¥4200+),06、h****i(¥4100+),
07、Q**(¥3400+),08、自******点(¥2400+),
09、h*****x(¥1400+),10、c****e(¥1100+),
11、be*****ha(¥800+),12、13********8(¥800+)。
相似文档                                   自信AI助手自信AI助手
搜索标签

当前位置:首页 > 研究报告 > 其他

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服