ACP
分享敏捷开发的学习和故事
chibimarukochan
记录一些学习心得和日常。
展开
-
敏捷回顾 团队从优秀到卓越之道(一)
不管你采用的是敏捷开发方式还是传统的瀑布,在每次阶段结束后,你的团队都有机会将那些提高产品质量和生活质量的变化和改善点提出来。回顾检视会重点关注我们哪些做的不好的,哪些做的好的,如何在下一个迭代中改善。第一章 帮助团队检视和调整每次迭代之后进行,团队成员可轮流担任会议主持人。方式:可以展开头脑风暴,汇总可能的原因1)预设会议基调(考点)——目的...原创 2019-08-21 17:58:12 · 962 阅读 · 0 评论 -
敏捷回顾 团队从优秀到卓越之道(二)
第2章 为团队量身定制回顾会1)了解历史和环境——了解团队的历史背景和工作环境2)指定回顾会目标——寻找改进我们实践活动的方法——探索我们过去做得好的——发掘没有完成任务背后的原因——寻找改进我们响应客户需求的方法——修复被损害的关系3)确定会议时间长度——参考迭代开发周期——复杂性——团队的规模——冲突的严重程度或争论的激烈程度...原创 2019-08-22 15:53:56 · 412 阅读 · 0 评论 -
ACP考试关键词(二)
1、谁去参加迭代规划会议?——整个项目团队2、确保给组织提供最大的价值和投资回报率(ROI)?——产品待办事项(产品待办事项作为价值排序的工具,从而确保投资回报)3、促进敏捷项目团队在迭代期间的持续改进?——持续集成(敏捷开发的持续改进是通过高频次的反馈来进行的,比如持续集成、评审会、回顾会)4、敏捷低成本反馈的原则:快速试错,早发现问题,变更的成本相对低...原创 2019-08-05 16:53:59 · 1663 阅读 · 0 评论 -
ACP考试关键词(一)
1、sprint开始后,谁来决定团队如何开展工作?——团队2、敏捷任务看板通常跟踪的是哪一块?——基于用户故事的任务3、公司要像敏捷转型,可以选择短工期和小团队的项目来过渡。4、客户认为敏捷流程有缺陷,我们可以开展培训,敏捷专业人士需要保护团队不被终端,清除障碍。5、项目管理办公室在敏捷管理组织中发挥的最佳功能?——在不确定的环境中为决策提供指导方针。...原创 2019-08-05 16:48:46 · 1021 阅读 · 0 评论 -
敏捷项目管理 第2版[JimHighsmith](一)
一、敏捷革命一个良好的探索流程需要实现5个关键的商业目标:持续创新——满足当前客户需求 产品适应性——满足未来客户需求 缩短交付进度——满足市场,提高投资回报率 人员和流程适应性——对产品和企业变动做出迅速反应 可靠的结果——支持业务增长和赢利能力(3种方式算短交付周期:突出重点、简化流程、培养技能)3个敏捷项目管理者应该具有的核心价值观:交付价值胜过满足约束(价值...原创 2019-08-02 15:01:40 · 1598 阅读 · 0 评论 -
硝烟中的 Scrum 和 XP(六)
我们怎样管理地理位置上分布的团队Scrum 和 XP 的大部分 “魔力”要想发挥作用,团队的成员们最好身处同地紧密协作、可 以结对编程,而且能做到每日面对面交流。策略很简单:就是想尽办法来把物理位置上分散的团队成员 之间的沟通带宽增至最大。能够一起结对编程。 能够在每日例会上面对面交流。 在...原创 2019-06-20 17:13:50 · 259 阅读 · 0 评论 -
硝烟中的 Scrum 和 XP(五)
我们怎样管理多个 Scrum 团队这里的核心问题是:• 要创建多少个团队• 如何把人员分配到各个团队中创建多少个团队宁可团队数量少,人数多,也比弄上一大堆总在互相 干扰的小团队强。要想拆分小团队,必须确保他们彼此之间不会产 生互相干扰!最佳的团队尺寸—5 到 9 个人被公认为是...原创 2019-06-20 17:06:43 · 223 阅读 · 0 评论 -
硝烟中的 Scrum 和 XP(四)
我们怎样做测试把验收测试阶段缩到最短把需要花在验收测试阶段上的时间减到最少全力提高Scrum团队交付的代码质量。 全力提高人工测试工作的效率(即,找到最好的测试人员;给他们最好的工具;确保他们上报那些耗费时间、却能够被自动化完成的工作)该怎么提高 Sc...原创 2019-06-20 16:16:40 · 236 阅读 · 0 评论 -
硝烟中的 Scrum 和 XP(三)
怎样制定发布计划,处理固定价格的合同一般来讲,制定发布计划是在尝试回答这个问题:“最晚到什么时 候为止,我们可以交付这个新系统的 1.0 版本?”定义你的验收标准除了普通的产品 backlog 之外,产品负责人还会定义一系列的验收 标准,它从合同的角度将产品 backlog 中重要性级别的含义进行了简单分类。对最重要的条目...原创 2019-06-20 15:23:21 · 270 阅读 · 0 评论 -
硝烟中的 Scrum 和 XP(二)
怎么编写sprint backlogSprint backlog 的形式有很多公开的 Excel模板可以用来管理sprint backlog——包括自动生成的燃尽图 等等。我们发现管理 sprint backlog 最有效的形式 ——挂在墙上的任务板!在首次每日例会以后,任务板可能会变成这样:你可以看到,有三个任务已经被“checked out”,团队今天将处理 这些条目的工作...原创 2019-06-20 14:49:34 · 264 阅读 · 0 评论 -
硝烟中的 Scrum 和 XP(一)
一、怎么编写产品backlog?从根本上说,它 就是一个需求、或故事、或特性等组成的列表,按照重要性的级别 进行了排序。它里面包含的是客户想要的东西,并用客户的术语加 以描述。我们叫它故事(story),有时候也叫做 backlog 条目。我们的故事包括这样一些字段:ID———统一标识符,就是个自增长的数字而已。 Name——简短的、描述性的故事名。比如“查看你自己的交易明细”。它必...原创 2019-06-20 11:57:48 · 625 阅读 · 0 评论 -
用户故事与敏捷方法—课后习题解析
原创 2019-06-20 09:03:35 · 566 阅读 · 0 评论 -
极限编程
极限编程是一个轻量级的、灵巧的软件开发方法;同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、朴素、反馈和勇气;即,任何一个软件项目都可以从四个方面入手进行改善:加强交流;从简单做起;寻求反馈;勇于实事求是。XP是一种近螺旋式的开发方法,它将复杂的开发过程分解为一个个相对比较简单的小周期;通过积极的交流、反馈以及其它一系列的方法,开发人员和客户可以非常清楚开发进度、变化、待解决的问题...原创 2019-06-20 09:03:48 · 2892 阅读 · 0 评论 -
用户故事与敏捷方法—验收测试(实战五)
故事的验收测试用于决定故事是否完成,测试用过时客户可以接受它作为软件部分已经完成的事实。由于该项目规模比较小,没有专门的测试人员,Lori可以争取获得Maria和Rafe的帮助。这样的好处是,除了可以列出验收测试清单,也会让Lori和程序员之间做进一步讨论。搜索测试购物车测试购买书用户账户管理测试限制条件...原创 2019-06-19 15:32:24 · 745 阅读 · 0 评论 -
用户故事与敏捷方法—发布计划(实战四)
创建发布计划需要:1、确定迭代长度2、估算速率3、给故事安排优先级4、讲故事分配到一轮或者多伦的迭代中因为新网站功能需要在四周内交付,所以团队决定用两周长度的迭代。估算速率一轮迭代有2个星期(10个工作日)和2个程序员,也就是一轮迭代中有20人天。Maria和Rafe估算他们每轮迭代可以完成7-10个故事点,估算速率为8。给故事安排优先级作...原创 2019-06-19 15:29:46 · 592 阅读 · 0 评论 -
用户故事与敏捷方法—估算故事(实战三)
故事编写坊产生了20个故事,下一个目标是创建一个发布计划,给客户Lori展示开发人员期望完成什么,网站能否在老板定下的30天期限里完成。因为很有可能在30天内不能完成所有工作,开发人员需要和Lori一起排序故事的优先级。为了创建发布计划,每个故事都需要一个估算。估算方法见:《计划扑克》展示所有估算:...原创 2019-06-19 15:17:14 · 814 阅读 · 0 评论 -
用户故事与敏捷方法—一些用户故事(实战二)
为了生成初始的故事清单,团队决定召开一次故事编写工作坊。团队决定从一个特定的用户角色或者虚构人物开始写出团队所能想到的所有故事,然后考虑下一个角色或者虚构人物。Teresa的故事团队决定从识别出的虚构人物Teresa入手。故事卡1:用户可以使用作者、数名或者ISBN搜索书籍故事卡2:用户可以查看书籍的具体信息。包括出版日期、内容简介、页数故事卡3:用户可以把书籍放进“购物车”,...原创 2019-06-19 15:04:14 · 1157 阅读 · 0 评论 -
用户故事与敏捷方法—用户角色(实战一)
项目:南海岸航海用品30年来一直用产品目录销售航海用品。产品主要包括全球定位系统、钟、气象设备、导航机会图设备、救生筏、求生衣、地图和书。现在决定在网上卖东西,老板决定先从卖书开始。老板要求在30天期限里完成。定义客户:指定Lori销售和市场度总裁来充当客户定义一些角色雏形:Lori和开发人员一起写下用户角色卡片,并摆放好。整合和提炼:去掉重复活着相似,看看那些角色应该合并,从而得...原创 2019-06-19 14:39:08 · 1175 阅读 · 0 评论 -
用户故事与敏捷方法—Scrum与用户故事
——————————Scrum基础——————————Scrum是迭代和递增的过程。1、迭代——开发团队首先针对系统的一部分开始开发,通过一轮迭代,不断给软件添加更多细节,软件功能越来越完备。2、增量——团队按照功能点开发和发布软件,每个功能点或者称为功能增量,代表一个完整的功能子集。每一个功能增量都被完整的实现以及测试通过。Scrum团队1、一个Scrum团队通常是有4...原创 2019-06-19 11:49:07 · 1213 阅读 · 0 评论 -
用户故事与敏捷方法—用户故事不良症兆
故事太小症状:经常需要调整估算解决方法:一定程度上合并故事故事相互依赖症状:故事相互依赖,所以很难做迭代计划解决方法:把相互依赖的故事合并成一个故事镀金症状:开发人员在迭代计划中实现了计划外的功能,或者仅仅凭借自己的感觉实现故事,实际的功能超出了实际的需要。解决方法:提高项目组中每个人任务的可见性,这样团队就自我约束,减少镀金。细节太多症状...原创 2019-06-19 10:59:00 · 252 阅读 · 0 评论 -
用户故事与敏捷方法—用户故事的优势
使用用户故事带来的好处1、用户故事强调口头沟通——往往能够促成对需求的充分理解2、人人都可以理解用户故事——用户故事简洁明了,并且向用户或者客户展示价值,没有太多的技术和商业术语。3、用户故事的大小适合作计划——用户故事的大小可以掌握,可以很方便的用作发布规划及进行编程和测试4、用户故事适合于迭代开发——很容易对故事本身进行迭代5、用户故事鼓励延迟细节——可以很快的写初独立的用...原创 2019-06-19 10:39:58 · 1827 阅读 · 0 评论 -
用户故事与敏捷方法—故事不是什么
故事如何区别于其他三种常见的需求方法:用例、IEEE830软件需求规格、交互设计场景一、用户故事不是IEEE830IEEE830软件需求规格,最突出的特征是使用短语“系统应该........”,侧重于关注需求的坚持清单,而不是用户的目标。在写下所有需求前,每个需求的成本是不可见的。IEEE830是需求列表,故事则描述用户目标。用户故事不是分析活动的产物,相反,用户故事是进行分析的支...原创 2019-06-19 09:51:56 · 436 阅读 · 0 评论 -
用户故事与敏捷方法—测量并监控速率
1、测量速率——一般是一轮迭代中完成的故事点数的总和2、尚未全部完成的故事是否包括在计算速率中?——不包括没法计算故事的已完成百分比 不想使用带小数的值为速率引入错误的精度 没有完成的故事通常并不能给用户或者客户带来任何价值3、计划速率和实际速率为每轮迭代画出计划速率和实际速率,在用累计故事点图统计在每轮迭代技术时总共完成的故事点数。另一个监控进展的好方法就是迭代燃尽...原创 2019-06-18 11:50:21 · 377 阅读 · 0 评论 -
用户故事与敏捷方法—迭代计划
一、迭代计划会整个团队通过举行迭代计划会议来为下一轮迭代做计划。什么人参加迭代计划会议?——客户及团队中的所有开发人员迭代计划会的内容是什么?讨论故事 从故事中分解任务 开发人员承担每个职务的职责 开发人员单独估计他们承担的任务二、分解任务为什么要分解?为什么不把故事作为独立的工作单位?对团队来说,实现故事的开发人员不止一个 其次,故事是对用户或者客户有价值的功能...原创 2019-06-18 11:05:33 · 1653 阅读 · 0 评论 -
用户故事与敏捷方法—发布计划
一、什么时候 发布?理想情况,开发人员和客户谈一个日期范围,而不是一个具体的日期。二、发布中包含哪些功能?——借助DSDM的方法,DSDM包括一个排序优先级的方法,称为莫斯科规则(MoSCoW)必须有(Must have)——系统的基本功能 应该有(Should have)——很重要但短期内有可替代方法的功能 可以有(Could have)——如果没有时间就可以在发布中不予考虑...原创 2019-06-18 10:33:45 · 461 阅读 · 0 评论 -
用户故事与敏捷方法—估算用户故事
故事点有一种满足所有这些目标的估算方法——故事点估算(故事点代表时间的模糊单位)、速率——代表一个团队在一轮迭代中完成或者期望完成的故事点数以团队估算团队大部分成员都参加估算是非常重要的估算讨论方法类似计划扑克-https://blog.csdn.net/ChibiMarukoChan/article/details/90696182三角测量将故事卡贴在墙上便于三角...原创 2019-06-14 15:35:01 · 1714 阅读 · 0 评论 -
用户故事与敏捷方法—优秀用户故事准则
一、切蛋糕当面临一个大的故事的时候,通常有许多方法可以将它分解成较小的故事。许多开发人员首先想到的是将故事按照技术路线分割。开发人员可能想沿着技术边界分割,示例如下:求职者可以填写简历表 简历表上的信息被写入数据库在这个案例中,一个故事会在当前迭代中完成,而另一个故事则(很可能)推迟到下一轮迭代里。这种做法的缺陷是,没有一个故事是单独对用户很有用的。————————————...原创 2019-06-14 10:58:13 · 865 阅读 · 0 评论 -
用户故事与敏捷方法—用户故事验收测试
写代码之前写测试—为程序员提供大量有用的信息 客户定义测试——软件是用来实现用户的愿景 测试是过程的一部分——并不是在编码完成之后开始一、测试类型二、小结验收测试可以用来记录客户和开发人员讨论的很多细节 验收测试记录了有关故事的一些假设,这些假设可能还没有和开发人员讨论过过 验收测试提供了检查故事是否被完整实现的基本标准 验收测试应该由客户来写而不是开发人员 验收测试应在...原创 2019-06-13 17:13:42 · 1384 阅读 · 0 评论 -
用户故事与敏捷方法—与用户代理合作
一、用户代理的产生?——我们没法也不适宜吧一个或者多个用户带到现场一起编写故事,或者用户不能与我们一起讨论;我们又期望尽可能的与用户接触;当我们无法接触到他们时,我们就需要求助于用户代理(user proxy),他们可能不是用户。但是他们在项目里代表用户。二、用户代理的身份身份 说明 用户的经理 ——如果用户的经理不是实际的用户,其实就是偷梁换柱; ——...原创 2019-06-13 14:50:59 · 235 阅读 · 0 评论 -
用户故事与敏捷方法—搜集故事
一、要像“托网渔船捕捞渔”那样来收集需求二、故事会随着项目进展二演变,所以需要一些可以反复使用的方法来搜集用户故事用户访谈——注意开放式问题和背景无关问题 问卷调查——不利于跟进后续问题,不能够深入探讨 观察 故事编写工作坊其中开放式问题和背景无关问题描述:开放式问题——比如“为了让我们新一代产品运行在浏览器中,你愿意舍弃什么”背景无关问题——“你会不会为了让软件在浏览器里...原创 2019-06-12 17:48:50 · 428 阅读 · 0 评论 -
用户故事与敏捷方法—用户角色建模
一、角色建模的步骤:头脑风暴,列出初始的用户角色集合 整理最初的角色集合 整合角色 提炼角色二、额外的两个技术虚拟人物——确保虚拟人物能够真正代表产品的目标用户 极端人物——使用极端人物可以导致新的故事产生,但很难确定是否应该把这些故事包含在产品中。三、总结:四、人员职责:开发人员的职责:负责参与确认用户角色和虚构人物的过程 负责理解每个用户角色或虚构人...原创 2019-06-12 17:10:38 · 796 阅读 · 0 评论 -
用户故事与敏捷方法—编写故事
一、编写故事1、优秀的故事应该具备以下特点:独立的 可讨论的 对用户或客户有价值的 可估计的 小的 可测试 独立的 避免故事间的相互依赖(方法:将相互依赖的故事合成一个大的、独立的故事;用不同的方式去分割故事) 可讨论的 故事卡是功能的简短描述,不是签署好的的合同或者软件必须实现的需求。有注释的故事卡可以帮助开发人员和客户继...原创 2019-06-12 17:07:00 · 352 阅读 · 0 评论 -
用户故事与敏捷方法—概况
1、用户故事包含哪三部分?一份书面的故事描述,用来做计划和作为提示。 有关故事的对话,用于具体化故事细节。 测试,用于表达和编档故事细节且用于确定故事何时完成。2、客户团队有哪些人组成?客户团队中确保软件满足用户需求的所有人,可以包括测试人员、产品经理、实际用户和交互设计师。3、为什么在故事卡背面写测试描述?4、什么是验收测试?验收测试用来验证实现的用户故事是否符合客...原创 2019-06-12 10:43:33 · 533 阅读 · 0 评论 -
PMI-ACP备考计划
一、PMI-ACP中推荐的参考资料print1:完成01编号《01.轻松Scrum之旅:敏捷开发故事(入门推荐)》泛读,初识敏捷!Sprint2:完成02编号《02.敏捷实践指南》精读,逐个字阅读!了解敏捷。Sprint3-4:完成03编号《03.用户故事与敏捷方法》精读,掌握敏捷全流程实施做法。Sprint5:完成04编号《04.硝烟中的Scrum...原创 2019-06-04 13:59:14 · 1125 阅读 · 0 评论 -
ACP敏捷管理—习题解析(一)
1、当提起敏捷项目管理时,项目经理成功的一个关键因素是什么?——AA、从一个控制者到一个促进者的理念的转变B、用一种增量的方式指导工作C、仅仅为下一个迭代安排任务D、放弃空hi并且在团队中进行一些旋转的管理2、当实现故事的信息技术缺少或者不足的,哪种方法最合适用来实现用户故事?——CA、缺陷B、松弛C、 探测D 、非功能性的3、回顾会的主要目的是...原创 2019-06-04 00:00:34 · 1512 阅读 · 0 评论 -
燃起图燃尽图分析
Scrum中采用燃尽图(Burndown Chart)来直观得展现项目总体进度。它展示了时间和项目剩余总体工作量间的关系。燃尽图(burn down chart)是在项目完成之前,对需要完成的工作的一种可视化表示。理想情况下,该图表是一个向下的曲线,随着剩余工作的完成,“烧尽”至零。示例如下:燃起图(Burnup Chart),它能够直观展现项目时间与已完成的工作间的关系的一种图表,根据每...原创 2019-05-30 14:58:23 · 15561 阅读 · 0 评论 -
计划扑克(Planning Poker)
【计划扑克(Planning Poker)】这是利用一种标有斐波那契数字的扑克牌通过游戏的方法测算难度。计划扑克的目的是为了能够在一个尽可能短的时间内,让团队成员更加多的了解需要做的工作,同时顺带得到一个可接受的估算结果,一般推荐4到8人参与估算。所谓“计划扑克”(Planning Poker)是一种标有各种数字的扑克牌。参加游戏的 人每人各拿一叠扑克牌,牌上有不同的数字。客户或者产品...原创 2019-05-30 14:21:16 · 4260 阅读 · 0 评论 -
敏捷实践指南(二)
三、实施敏捷:创建敏捷环境1、仆人式领导:是一种为团队赋权的方法;促进团队发现和定义敏捷;(考点)为团队服务 帮助他人成长 引导与控制 提升自我意思等工作重点从管理协调->促进合作仆人式领导消除组织障碍2、敏捷团队敏捷团队注重快速开发产品,以便获得反馈。最有效的敏捷团队3~9人组成。敏捷团队应该集中办公。——敏捷提倡集中办公,减少被干扰,同时满足面对面的高...原创 2019-05-30 10:48:11 · 822 阅读 · 0 评论 -
敏捷实践指南(一)
一、敏捷概述二、生命周期选择原创 2019-05-30 10:45:33 · 2074 阅读 · 0 评论 -
轻松Scrum之旅:敏捷开发故事(一)
初识敏捷,接触到下面这些这些新词汇。Scrum ScrumWorks Product Backlogs 每日Scrum会议 Scrum会议回顾 Scrum会议评审 Sprint User Story 持续集成1)ScrumScrum来自英式橄榄球,敏捷开发的团队就好比一只橄榄球队,他们拥有明确的最高目标,而且每时每刻都朝着目标努力,他们熟悉最佳实践,高度自我管理,高度协作...原创 2019-05-28 16:14:23 · 1043 阅读 · 0 评论