![](https://img-blog.csdnimg.cn/20201014180756926.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
【敏捷开发ACP】
文章平均质量分 76
敏捷4大价值观,敏捷12项原则,敏捷方法:Scrum,看板,XP,SAFe,LeSS等
YYDataV软件开发
在线接单
展开
-
思维【敏捷开发ACP】总目录
1.敏捷历史之 PMP、ACP 及 CMMI 介绍_YYDataV的博客-CSDN博客_pmp和cmmi区别2.敏捷全景图之道法术器_YYDataV的博客-CSDN博客3.敏捷宣言 - 4大价值观_YYDataV的博客-CSDN博客_敏捷宣言的价值观4.敏捷宣言 - 12大原则_YYDataV的博客-CSDN博客5.敏捷软件开发框架 - Scrum框架_YYDataV的博客-CSDN博客6.敏捷软件开发框架 - 看板Kanban方法_YYDataV的博客-CSDN博客7. ...原创 2022-01-25 20:08:53 · 748 阅读 · 0 评论 -
23.敏捷优秀实践 - 产品开发流程
敏捷产品开发模式是持续的产品开发模式,不断迭代循环,持续打磨产品,整个循环过程分为五大步骤,如图所示。(1)创意漏斗——无论是ToB产品还是ToC产品,首先都会对众多创意进行过滤,确定高优先级、高价值的产品方向。如果涉及多个业务线,还需要规划在有限的可承担的成本和人力投入下,各业务线业务需求的投入百分比,进行组合管理。(2)探索分析——利用同理心,站在用户的角度探索用户,挖掘用户的痛点和需求,考虑用户体验,构思解决方案,并对其进行验证。(3)产品规划——将需求条目化,并从用户角度对条目进行描转载 2021-06-27 12:00:24 · 1691 阅读 · 0 评论 -
22.敏捷优秀实践 - 跨职能人员组织
敏捷产品开发是由敏捷团队负责实施的,敏捷团队是小型团队,规模在10人左右。敏捷团队结构示例如图所示,通常由客户与组织内团队组成虚拟的敏捷团队。1.产品线/业务线经理(1)高价值、高质量、高效率的产品交付;(2)团队技能的提升;(3)工作方式的改进;(4)绩效、招聘等。2.客户(1)真实用户:实际使用产品的用户,对产品有自己的个人期望和诉求。(2)业务代表:代表一个或多个业务线/业务单元的众多真实用户;整合各方业务需求,以及对业务需求排列优先级;对产品有整体的规划;编写商业转载 2021-06-26 20:18:45 · 359 阅读 · 0 评论 -
21.敏捷项目管理流程实例 - 敏捷成熟度评估
意义敏捷成熟度评估能够量化地表现敏捷的执行状态和效果,有利于发现改进点,从而能够有针对性地解决问题。评估维度和等级团队敏捷成熟度模型将成熟度分为5级:一级:有意识的;二级:有实践的;三级:熟练的;四级:可靠的;五级:优化的。敏捷成熟度从5大维度进行衡量:(1)业务敏捷(Business Agility)——业务成果;(2)产品敏捷(Product Agility)——产品价值、设计和体验;(3)团队敏捷(Team Agility)——Being Agile;转载 2021-06-26 20:08:02 · 2106 阅读 · 0 评论 -
20.敏捷项目管理流程实例 - 项目监控
(1)开发团队成员在每日早会中同步风险、问题及工作进展。(2)开发团队成员每天在下班前更新每个任务的剩余工时,形成燃尽图。(3)开发团队每人同时进行的开发任务建议不超过2个。(4)Scrum团队定期举行利益相关者周会。相关人员同步信息,针对风险和问题讨论出解决方案。(5)项目经理监督敏捷团队的执行情况。(6)在新项目立项前,项目经理参照敏捷项目适用原则,确定项目的开发方式。(7)对于在回顾会议上反馈的问题和风险,SM要进行记录,项目经理推动SM执行。(8)监控迭代成果的持续交付。转载 2021-06-26 20:02:29 · 657 阅读 · 0 评论 -
19.敏捷项目管理流程实例 - 变更管理
所有需求变更都必须在产品待办列表中按优先级进行管理。为了保持稳定的开发节奏,原则上不允许在当前的迭代中加入额外的需求。需求变更依据以下原则进行调整,同时需要遵循研发项目变更原则。(1)质量缺陷类的需求(线上Bug),允许加入当前迭代以尽快解决;(2)公司战略级紧急需求,允许加入当前迭代以尽快解决;(3)与系统运行效率相关的非紧急需求,调整至后续迭代;(4)与用户体验相关的非紧急需求,调整至后续迭代;(5)普通的新功能需求,调整至后续迭代。...转载 2021-06-26 20:00:15 · 1666 阅读 · 0 评论 -
18.敏捷项目管理流程实例 - 需求管理
需求条目化PO描述用户故事,每个用户故事需要有规范的格式。用户故事的格式要求:作为(角色),我希望/想要(目标系统提供的行为或功能),从而/以便(我能达到/实现什么业务价值或目标)。PO需要对每个用户故事撰写验收标准。验收标准是站在用户角度,对产品功能验收要求的描述。验收标准应该包含:(1)端到端的用户正向场景;(2)功能的逆向场景;(3)用户故事对其他功能的影响;(4)用户体验方面的要求;(5)功能性和非功能性的测试要点;(6)性能要求和指导方针;(7)端到端的用户流;转载 2021-06-26 19:57:27 · 642 阅读 · 0 评论 -
17.敏捷项目管理流程实例 - 整体流程框架
敏捷项目整体流程框架如图所示。立项目的:确定项目是否有实现的价值及是否具备进入实施的条件。角色:业务方、Scrum团队及评审专家组。输入:业务方原始需求、商业需求文档(Business Requirement Document,BRD)、立项报告。输出:初步的产品待办列表、立项评审记录。执行:具体参见如下内容。立项前准备(1)对于从0到1的新系统(从无到有的创新业务、创新产品,没有遗留系统和遗留架构做基础和参考),开发团队需要进行整体的、前瞻性的架构设计并经过架构评审。开转载 2021-06-26 17:07:01 · 2148 阅读 · 0 评论 -
16.敏捷项目管理流程实例 - 概述
本章介绍了京东企业信息化部在敏捷实施过程中各环节的流程与规范,基于部门内部敏捷最佳实践,对实际问题进行了总结、提炼。按照此流程与规范认真执行,能有效提高敏捷执行的效率和质量。适用范围本流程与规范适用于京东企业信息化部敏捷项目及与之类似的各种项目。约定本章重点介绍具有部门自身特点的敏捷实践流程与规范。角色和职责1.Scrum Master(SM)(1)推荐由团队内部一名有影响力并且对敏捷有热情的人员担任;(2)依据Scrum方法论,为取得更好的实施效果,不建议PO兼任SM;转载 2021-06-26 15:50:21 · 771 阅读 · 0 评论 -
15.敏捷转型案例
京东360评估系统MVP迭代交付京东始终关注每一位员工的成长,自2011年以来,京东360评估已陪伴大家度过了8个春夏秋冬,帮助每一位京东人更好地认识与发展自己,背对背评价,面对面交流。京东360评估海报如图4-1所示。京东360评估海报如图所示。京东360评估从价值观、能力、专业力和潜力4个方面邀请员工本人、上级、下级、同事对自己给予全方位、客观的发展评价。京东360评估通过折射员工自己的不同“面”,帮助员工了解自身的优势与不足。在参与评估后,员工将会收获一份反馈报告,它为员工的个人职业发转载 2021-06-26 10:49:32 · 727 阅读 · 0 评论 -
14.敏捷组织转型四步法之4 - 通过复盘、回顾,持续改进
敏捷的核心理念之一是持续改进,建立一个“改进流程的流程”,远比流程本身更重要。不能因为忙而不做回顾,越是忙,越是要停下来思考。哪些地方做得不足?如何才能提升工作效率?应该尝试什么?哪些事情需要得到高层管理者的支持?这些问题都是需要思考的。现在敏捷迭代周期越来越短,可能为1~2周;如果不能在每次迭代后做一次回顾,那么至少要保证团队一个月做一次回顾,进行集体反思。1.行云团队的敏捷回顾首先,从“令你感动的人或事”出发,让团队将对他人的感谢大声说出来,提倡正能量,激发团队协作意识;其次,思考“我们做得转载 2021-06-25 15:21:27 · 759 阅读 · 0 评论 -
13.敏捷组织转型四步法之3 - 通过MoMoKo模型推进业务敏捷
为了推进业务敏捷,需要从用户和客户的视角,围绕假设的客户群体、客户痛点、客户解决方案,进行最小可行产品(Minium Viable Product,MVP)探索和实验。如图所示,MoMoKo模型使用影响地图、用户故事地图及看板墙来推进业务敏捷。影响地图影响地图要解决什么问题产品开发的任务是通过交付功能(或服务)达成商业目标,通常这对应组织的两个功能:一部分人关注业务——客户需求和产品目标;另一部分人关注开发——用什么技术及怎样实现。为此,产品开发一直要面对两个挑战:①业务职能和开发职能之间的转载 2021-06-25 14:40:10 · 800 阅读 · 0 评论 -
12.敏捷组织转型四步法之2 - 调研定方案
第二步——调研定方案每个组织、每个部门面对的痛点问题不一样,业务也不一样,需要采用有针对性的转型方案,做到有的放矢,方能一击必中。在启动转型前,需要对关键利益干系人进行访谈,了解不同人的目标与关注点,了解业务场景与问题,共同协商制定方案与举措,为达成业务目标服务。“调研定方案”示例如图所示。成立转型决策委员会的目的是统一思想,高举高打,将高层的支持落到实处,同时把控大的方向,毕竟敏捷转型需要从如下几个维度体现收益:缩短产品上市时间、提升交付质量、提高交付效率、提高客户满意度或提升业务指标、降转载 2021-06-25 14:44:11 · 495 阅读 · 0 评论 -
11.敏捷组织转型四步法之1 - 培训
大的组织变革从来都不是一蹴而就的,需要有策略地逐步推进,在保持组织生产力稳定的前提下实现转型。从传统的研发方式步入敏捷研发模式,打造高绩效的敏捷组织,可以参考如图所示的敏捷转型路线图。在敏捷转型的过程中,需要注意如图所示的敏捷转型4个关键结合点。具体说明如下。(1)从顶向下与从底向上相结合:任何大的组织转型或变革,都需要进行顶层设计,需要得到高层领导的支持;同时,还需要得到底层人员的支持与拥护。(2)内部教练与外部咨询相结合:对于一个不成熟的组织或团队,其在转型过程中一定会遇到很多问转载 2021-06-24 18:10:35 · 569 阅读 · 0 评论 -
10.敏捷软件开发框架 - DevOps (Development and Operations)
DevOps(Development和Operations的组合词)是一种软件开发方法,它将软件开发(Dev)与信息技术运维(Ops)相结合,以缩短系统开发生命周期,同时根据业务目标频繁地交付特性、修复和更新。DevOps运维一体化如图所示。资料来源:达蒙·爱德华兹(Damon Edwards)(https://www.slideshare.net/CiscoDevNet/devnet-2015-dev-ops-kaizen)。DevOps的原则和实践与敏捷方法一致,从宏观的“敏捷”角度来说,D转载 2021-06-24 11:49:58 · 938 阅读 · 0 评论 -
9.敏捷软件开发框架 - LeSS 大规模Scrum
大规模Scrum(Large-Scale Scrum,LeSS)是应用于共同开发统一产品的许多团队的Scrum。LeSS研究的是如何在大规模环境中,尽可能简单地应用Scrum的原则、规则、要素和目的。LeSS的核心仍然是采用Scrum,在尽量不增加角色的前提下,考虑在一个产品、一个产品待办列表、一个产品负责人下,多团队如何进行迭代。大规模Scrum包含两个框架,一个是小型LeSS(支持2~8个团队,8~81人),一个是巨型LeSS(支持8个以上团队)。LeSS十大原则LeSS的十大原则可以分成4转载 2021-06-24 10:55:32 · 746 阅读 · 0 评论 -
8.敏捷软件开发框架 - 规模化敏捷框架SAFe
规模化敏捷框架(Scaled Agile Framework,SAFe)解决成百上千、成千上万人的组织如何敏捷的问题,它是一个可扩展的、可配置的框架,帮助组织在尽可能短的前置时间内,以最好的质量、最大化的价值,可持续地交付新的产品、服务和解决方案。SAFe来源于四大知识体系:(1)精益产品开发——包括精益思想、丰田生产系统、精益生产、精益产品开发流、精益创业、看板方法、精益用户体验等。(2)敏捷开发——包括敏捷开发宣言里的敏捷价值观、敏捷十二原则、Scrum、极限编程等。(3)DevOps—转载 2021-06-22 21:04:08 · 1724 阅读 · 2 评论 -
7. 敏捷软件开发框架 - 极限编程XP
极限编程(Extreme Programming,XP)是一个敏捷软件开发框架,旨在开发更高质量的软件,专注编程技术、清晰沟通还有团队协作的实践。XP是关于软件开发工程实践的最具体的敏捷框架。XP中极限的含义是尽力而为,然后处理结果。它将常识性的原理和实践应用到了极致,如以下几点。(1)如果代码评审是好的,那么我们会持续评审代码(结对编程)。(2)如果测试是好的,那么所有人都应该始终进行测试(单元测试),甚至包含客户验收测试。(3)如果设计是好的,那么我们将把它当作每个人的日常事务的一部分(重构转载 2021-06-22 18:13:48 · 1258 阅读 · 0 评论 -
6.敏捷软件开发框架 - 看板Kanban方法
看板(Kanban)有以下两个含义。(1)信号卡——Kanban一词来自日文,出自丰田生产系统(Toyota Production System,TPS),也就是后来的精益生产(Lean Production),本意是信号卡片。在一个生产线上,当下游工序需要上游工序生产的工件的时候,下游工序凭借信号卡片向上游领取需要数量和种类的工件。通过“看板”这个信号卡片向上游传递信息流,拉动了从上游向下游的物料流,最终交付用户的价值,而拉动生产的源头是用户的需求,这就形成了拉动式生产系统。(2)可视化的板(Ka转载 2021-06-22 17:40:32 · 1969 阅读 · 0 评论 -
5.敏捷软件开发框架 - Scrum框架
我们将在后续章节介绍以下方法:Scrum框架、看板方法、XP、SAFe、LeSS及DevOps等。各方法的核心特点如表2-2所示。2.5.1 Scrum框架Scrum一词来源于英式橄榄球,是争球的一种方式,Scrum框架借用这个词比喻产品开发团队是一个整体协作的团队,共同进行冲刺,达成团队目标。Scrum是基于试验性过程(经验主义)的框架,用来解决不确定性复杂问题和开发复杂产品。试验性过程的3个支柱分别是透明、检查、调整,Scrum依赖这3个支柱。5~11人的Scrum团队作为一个整体,以一转载 2021-06-22 12:12:50 · 1542 阅读 · 0 评论 -
4.敏捷宣言 - 12大原则
《敏捷宣言》背后有十二个原则,如图2-3所示,句首关键字可帮大家抓住要点。(http://agilemanifesto.org/iso/zhchs/principles.html)。(1)我们最重要的目标,是通过持续不断地及早交付有价值的软件来使客户满意。● 客户满意和有价值的软件是关键词。要确保我们开发的软件产品能够给客户带来真正的价值,这完全取决于在开发期间与客户的密切合作。产品需求管理是确保客户需求在开发期间被正确理解的关键。我们应该集中精力在对客户最有价值的工作上。● 尽早并持续交转载 2021-06-21 20:43:56 · 2035 阅读 · 0 评论 -
3.敏捷宣言 - 4大价值观
2.3 敏捷价值观如前文所讲,2001年,有17位大师共同签署并发表了《敏捷宣言》,如图2-2所示。(http://agilemanifesto.org/iso/zhchs/manifesto.html)在敏捷中,我们并未否定流程、工具、文档、约定、计划的重要性,我们依然要有流程,只是希望不要完全依赖流程与工具;不是不写文档,而是只写有用的文档,只写够用的文档;不要只关注文档,而要更加关注最终交付物是否能为客户带来价值,能为客户解决问题;不是不做约定与谈判,而是要更注重双赢;不是不做计划,只转载 2021-06-21 20:32:41 · 646 阅读 · 0 评论 -
2.敏捷全景图之道法术器
2.2 敏捷全景图敏捷已经从最早的软件开发领域扩展到企业的方方面面。成为敏捷型组织,具备业务敏捷性,实现持续交付和最大化业务价值,不但需要Doing Agile(进行敏捷运作),还需要Being Agile(以敏捷思维为牵引变得越来越敏捷)。Doing Agile就是有纪律地遵守一些敏捷实践流程,从而缩短学习曲线(Learning Curve),形成习惯,积累经验并建立对敏捷的认知;而Being Agile就是在敏捷价值观和敏捷原则的指导下,不断尝试、探索适合自己环境的实践和工作方式,坚持不懈地持续改进转载 2021-06-21 20:30:42 · 899 阅读 · 0 评论 -
1.敏捷历史之 PMP、ACP 及 CMMI 介绍
2.1 敏捷历史软件工程和项目管理的历史要从1910年说起,美国福特汽车公司(简称“福特”)的大规模生产将泰勒先生的科学管理方式发扬光大,其特点是大规模、大批量的“推动式”流水线过程。而与之相对的是1950年启动的丰田TPS生产系统,逐步演进到1986年的精益生产,其特点是小规模、小批量的“拉动式”过程。相应的软件工程方法在借鉴生产系统流水线的理念后,在软件开发领域遇到了很多问题。温斯顿·罗伊斯(Winston W.Royce)博士于1970年发表论文《管理大型软件系统的开发》,指出从需求、分析、设计.转载 2021-06-21 20:26:40 · 1851 阅读 · 0 评论