B=MAT
Behavior = Motivation,Ability,Trigger
行为产生的三个要素:
Motivation激励/意愿/动机
直接动机:愉悦或痛苦
间接动机:希望或恐惧。
社会认同/拒绝:少年的叛逆行为可能是表现给同龄人看的。
Ability能力/Simplicity
有能力完成并且成本在其可接受范围之内。
时间、金钱、体力、脑力、社会压力(比如获得认同)、习惯的力量。
Trigger触发
刺激Spark、引导Facilitator、信号Signal。
Fogg行为模型,Fogg Behavior Model,FBM
B=MAT Behavior = Motivation,Ability,Trigger 行为产生的三个要素: Motivation激励/意愿/动机 直接动机:愉悦或痛苦 间接动机:希望或恐惧。 社会认同/拒绝:少年的叛逆行为可能是表现给同龄人看的。 Ability能力/Simplicity 有能力完成并且成本在其可接受范围之内。 时间、金钱、体力、脑力、社会压力(比如获得认同)、习惯的力量。 Trigger触发 刺激Spark、引导Facilitator、信号Signal。
0 Comments
软件开发领域的领军人物,XP 共同创造者 Ron Jeffries 2015 年出版 《The Nature of Software Development:Keep It Simple,Make It Valuable ,Build It Piece by Piece》《软件开发的自然之道》.
以简单朴素的文字和生动活泼的手绘图描述了软件开发的自然之道,并提出大量的开放性问题,引发读者的思考。作者在软件以尽早持续高效交付价值为基础,以简单有效为自然之道,指引软件开发者从复杂中找到简单的出路。 软件开发过程,也是价值创造过程,在软件设计与构建过程中,始终以追求简单,创造价值,逐步构建为本,以价值为中心,根据价值做规划与管理以及构建特性,阐释价值的完整循环。 (1)我们最终想要的是价值(任何对我们有意义,我们关注的),创造价值的是特性,特性发布越早,我们就能够越早提供价值。即尽早且持续提供价值。 (2)基于价值的管理比基于时间或工件等不提供价值的事物更深更胜一筹。 (3)根据特性进行规划更为简单,必要时进行估算(如果估算纯粹是内部事务,很可能是浪费时间而已)。根据“昨天的天气”来安排下一个阶段的工作,效果更好。 (4)采用增量开发方法,短周期交付小而完整的产品。产品是真正可用的,而且设计良好。 (5)开发工作必须要交付真正可用的特性。产品经过业务人员和开发人员的严格测试。产品一直处于随时可交付状态。 专注于价值(我们看重的东西),才能得到最好的结果。 不断地开发出真正的产品,才能知道我们到底想要什么。 逐步构建我们想要的东西,才能知道我们实际做得怎么样。 学习所需的计划、管理以及技术方面的能力,才能又好又快地构建产品。 敏捷开发仍然需要文档,只是有所不同。
源代码是最佳文档,没错,但不是全部真相,另外,其可阅读难说最佳! 文档最重要的的作用是沟通,显然文档不是好的沟通工具。文档对自己可用作思考与规划的工具,对团队成员是相互沟通的工具,对组织内部其他团队是知识传递的工具,对组织是资产(某种意义上是需要投入成本维护的负债!),对客户是投资回报的结果之一,对社会是责任/法律核查的依据。 写文档要考虑的要素: 谁是读者?因何而写? 读者要的是什么? 如何让读者易读易理解? 何时写最好?涌现式文档。 如何产出、存放及交付? 敏捷文档的价值观是增值且恰好(Just Enough)。 敏捷文档的准则:轻量化;高质量(准确、最新、简洁、易读、严谨);尽可能趋向自动化(方便、易于维护、保证质量);同步化(明确描述的文档与程序同步,即活文件 living document)。 敏捷开发的文档一般包括: 需求文档:What 及 Why。 架构文档:How 软件系统如何架构运行; 程序文档:精化需求/产品代码 + 验收条件/测试代码;技术实现上表现为实例化需求SBE/验收测试驱动ATDD/行为驱动开发BDD等。 本文是学习Industrial Logic公司的CEO Joshua Kerievsky 《Modern Agile》 一文的摘要。 未经授权,仅为学习之用。 现代敏捷的四个指导原则:
使员工更加优秀; 以安全为先决条件; 快速地试验与学习; 持续交付价值。 “使员工更加优秀”原则指的是对整个生态系统的思考,其中并非仅有用户, 还有评估员、销售人员、经理和购买者等。 “以安全为先决条件”原则,心理安全是高绩效团队所具有的最重要属性。 如果一个人处于恐惧文化中,那么任何精心设计的实践和过程都无法对他有所帮助。 “快速地试验并学习”原则指的是能够“严谨地从失败中抽取出价值”,进而实践于快速反馈循环之中。 “持续交付价值”原则指的是去做到不可能的事情,正如为实现软件部署安全而每天完成五十次的交付。 该原则包括:从质量保证转向质量工程,从短程冲刺转向持续流程,从手工构建转向持续部署。 用“使员工更加优秀”原则替换“客户合作胜过合同谈判”; 用“持续交付价值”原则替换“工作的软件胜过详尽的文档”; 用“快速地试验并学习”原则替换“响应变化胜过遵循计划”; 用“以安全为先决条件”原则替换“个体和互动胜过流程和工具”。 敏捷发展至今,在原本简单的原貌上加上了很多修饰,某种意义上说,知识使事物变得更为复杂性,直至它开始重新变得简单,这一阶段称之为心,意味着心或精神。现在是应该回归敏捷原创精神之时。敏捷之心也即是返回敏捷中心/原创精神的适当描述。 敏捷之心难以描述,勉强可以用4个动词来描述:协作(Collaborate)、交付(Deliver)、反思( Reflect)和完善( Improve)。 协作:信任,你是否让别人按他们自认为合适的做法做,甚至允许失败?如何让他们感觉轮流做贡献?
交付:假如降低WIP会有什么改进?如何能够尽可能地得到真实反馈,甚至是从实验性交付中得到? 反思:你的团队对结果感觉如何?什么可以增进团队的自感力? 完善:如果再给你一次机会,你会怎做做?完善只是一项实验。 当我们考虑规模化敏捷时,我们试着反复问自己: 1.如何增进协作? 2.如何增进从发布给用户的实际版本和和实际交付中获得反馈? 3.如何让人们暂时停下,反思一下发生他们身上的事? 4.在组织不同层面做什么实验使得发生小改进? 说明:本文是学习alistair.cockburn的HeartOfAgile的心得笔记。 作为管理者或企业家,有责任保持愉快员工,创造快乐工作环境,提高幸福指数。
幸福门是一种敏捷实践的组合,被称为反馈墙和幸福指数。 就某个活动或话题让全体参与者反反馈:高兴、中立、不高兴。 一个卓越的用户故事必须具备三个要素:产出、成效和影响。
产出:用户需要做什么。用基本的、非技术化的用语即说人话,描述用户希望通过你的产品或服务实现什么,即交易或交互本身。 作为浙江广电微平台用户,我可以摇一摇报名一个活动。。。。。。 成效:用户通过做这些得到什么结果?描述通过完成你的产品或服务中的一个任务来是实现什么/目标。 作为浙江广电微平台用户,我可以摇一摇,进而赢得免费乡村旅游的机会。。。。。。 影响:为什么用户关心取得成效。即为什么要关心用户是否完成一些任务以实现目标。 作为浙江广电微平台用户,我可以摇一摇,进而赢得免费乡村旅游的机会,这样我就可以免费出行愉悦身心。 卓越的用户故事有利于让产品团队、领导以及用户明确对他们来说有意义的目标,让大家将精力集中于解决用户和组织的真正问题上,随之实现用户和组织的真正目标,产生积极影响,进而改变人们的生活和工作。 自组织的定义
自组织(Self-organization)是自下而上涌现的复杂自适应系统。在这个系统中个体通过简单且本地化的规则频繁的反馈而产生相互作用,并且在系统层面上(作为整体)产生新的的特性,如产生令人惊叹的创新。 没有自上而下的命令和控制权威来指挥开发团队应该采用什么样的具体工作方式。相反,由跨职能团队根据规则和环境自行选择最合适的方式完成工作。 环境和边界 自组织需要在有鲜明边界的特定环境中培育,需要与领导者紧密合作,以“建立足够的检查点,以防不稳定、不确定性和紧张演变成混乱”。 检查和边界有许多形状和形式。 1.规则和做法 通过不断执行和加强一系列规则,团队自组织的边界的概念将被明确定义,使之专注于有价值的工作。 2.团队组成 选择合适的人,以确保团队具有自组织的天然条件,以集体形式协同工作。 3.工作物理环境 开放并有一定独立的空间,有利于信息快速流动和传播。 4.文化 信任、开放、协作、坦诚、安全和允许失败的鼓励创新的文化。 5.需求 协作开发需求,对质量界限有一致共识,设定一致的期望。 6.适应 根据情景和规则调整适应环境,作出合适的改进和创新的行为。 在组织度量绩效通常是错误的做法。不过遵循以下12条规则,度量会相对合理。
1.度量目的。度量不是目标,而是手段。理解为什么要度量才是关键,度量背后是什么。 2.减少未知。度量数据只是给出来你所知道的,而事物之间存在依赖,通过度量数据,探索未知。 3.寻求改进。不只是数据好看,关键是通过度量数据反馈来更好地工作。 4.不信任任何数据。保持健康怀疑的态度,结合专业判断解析数据。 5.设置不精确目标。无需特别精确,但要求正确。关注度量背后的真正目的,而不是一味关注数据的精确。 6.拥有你自己的度量。每个都有自己的指标,并且促成整体目标达成。 7.不要与奖励相关联。奖励往往会扼杀原有动机,导致组织混乱。 8.促进价值和透明。人是很善于游戏规则,所以必须有利于促进价值观,透明以便于运作。 9.可视化和人性化。用可视化的方式展现数据,尽可能置于开放空间和视野之内。 10.尽早和经常度量。防止风险和问题扩大,及时作出反应和对策。 11.愉悦利益攸关者。工作或组织的成败依赖利益攸关方,需要从其他方看度量是否合适。 12.尝试干点别的。一成不变地度量一样的度量指标通常不是好主意。时空变化度量也应做相应变化。 有效实践体现在与软件开发项目密切相关的组织战略规划、组织承诺和协作、准备、执行和演进等5个方面。
1.以敏捷指南和敏捷采纳策略为起步。 2. 应用敏捷术语和敏捷示例加速迁移敏捷知识和技能,诸如用户故事(表述需求)及其写法示例。 3. 在项目和组织两个层面上持续改进敏捷采纳。 4. 搜寻识别和解决项目和组织层面上的障碍。 5. 经常获得利益攸关者或客户的反馈。 6. 授权小跨职能/专业的团队。 7. 检视进展,包括与需求相关已妥善完成及未完成的工作。 8. 通过展示每个迭代结束时验证的价值获得信任。 9. 应用工具和度量跟踪进展。 10. 每日可视化跟踪进展。 |
Author我是一名敏捷教练致力于帮助软件组织探索和设计更好地交付高价值软件的方法,专注于向软件团队讲述如何创造价值以愉悦客户并利用精益与敏捷指导软件开发。 Archives
六月 2023
Categories
全部
Click here to edit.
|