敏捷转型中的看板

本文探讨了如何使用Scrumban方法帮助客户实现灵活的敏捷模型,即使他们在初期并未采用Scrum、精益看板或其他敏捷方法。通过建立看板并展示工作流程,实现透明度和初步的敏捷实践。文章还讨论了看板的使用、卡片的表示、工作流程的优化以及与其他敏捷方法的关系。

Scrumban最初是一种从Scrum向精益看板转换的机制,现在它已经支持双方向的转换,并可以应用到项目和精简BAU(常规商业运营)工作流。能够实施Scrum和精益方法的相互转换自然是很好的。但当你的客户不具备实践这些方法的条件时,你如何去帮助他们实现一个灵活的敏捷模型呢?当一个客户当下没有使用Scrum、精益看板或者其它任何一种敏捷方法时,他们如何才能从Scrumban这类方法中获益呢?万一Scrumban方法关联的项目或BAU工作流出状况了呢?你如何去帮助一个“十分努力才勉强运行”的客户提升呢?

\

敏捷咨询顾问Ian Mitchell认为,成功实现敏捷转换的第一步是实现透明度,利用好看板。

\
\

我认为使用一个看板(Kanban board)就可以达到这个效果。在这个看板上,我们用卡片来代表不同工作。团队选择的是Scrum方法还是要其它方法并不重要。重要的是这个项目中有这么一块板子,并且这个板子是可见的。我认为最初阶段的目标就是展示现状…谁都在做什么。在这个阶段我不会试图去推动进程。我追求的只是在板子上进行信息的首次呈现。

\

通常,最初人们会认为自己有很多工作要做。现在我将通过标注人们真正做的工作来纠正这一观点。我们暂且将这些工作都放在“正在进行”状态栏中,并查出是不是有阻碍它们的事情。我将把内部阻碍与外部阻碍分离开——即团队自身就可以解决的阻碍、必须依靠外界力量来解决的阻碍。我也标注出开发者认为自己很快就可以完成的工作——贴在待办栏的第一个。除此之外,我对过程不做其它假设。客户可以采用“瀑布模式”(waterfall scheme),也可以不采用。

\
\

对于一个典型的看板,相比于大部分人认为开发者应该做的,Ian对开发者实际做的和开发者期待自己做的更感兴趣。

\
  1. 有些展示的工作和实际任务完全无关。因此,如果这些工作在消耗某些团队成员的时间的话,我希望这些工作是可见的。\
  2. 在这个阶段,我们对于看板上出现的卡片数量并没有限制。\
  3. 状态(看板上每一列的标题)分别是“待办的工作”、“正在进行中”、“在测试中”(或“在审查中”)以及“完成”。此外还会有一个“有障碍的”,尽管这一栏的卡片可能会被贴的乱七八糟。\
  4. 团队的定义可能是模糊的,没有明确的说明哪些人是团队成员哪些人不是。\
  5. 卡上的文字是抽象的…可能只是两三个字,但在从事这项工作的人能很好地理解这些卡片。\
  6. 卡片不一定与合适的、符合验收标准的用户故事相关联。\
  7. 各卡片所示工作的工作内容可能有明显的重叠。\
  8. 某张卡片上的工作可能远比其它卡片上的工作复杂、耗时。但看板并没有标注这种差异性。\
  9. 对完成的定义可能不符合真正完成的要求(如“所有代码都已验收”),或者定义可能是重复的(如“完成测试”)。\

很明显,这个阶段没有什么最佳实践。Ian认为,在看板上不会有在制品(Work In Progress)限制,也不会有对速度以及其它指标的鼓励、督促或记录。这是一种有争议的方法,甚至有些人称之为“歪门邪道”。很多敏捷指导,包括许多知识渊博的精益教练都提倡在敏捷转换中首先要嵌入一个好的流程。如果非要使用看板的话,看板排在第二。

\

Ian举了实例:例如,Jim Coplien将最近看板的流行看作是Taichi Ohno推动的一场对精益系统的侵吞运动。Coplien认为开发者首先要有一个优化整体流动性的精益流程。他指出:“我们看到有些团队采用这种滥用的看板方法,将看板作为一种工具或方法,而不是作为一种‘世界观’,也不事先构建单件流水作业所需的基础和规律。”Coplien还表示,当最优的实践嵌入以后,我们甚至可能没有必要再使用看板了。他提到了结对编程,并认为这种方法是实现单件流水作业的催化剂,也会降低对透明性的需求。“好的结对编程是相当无组织的,”他说,“因为反馈流程是在本地进行的,于是一下子间开发者就不需要文字化的看板了。”我考虑了这个观点背后的理论依据。不过,我认为看板具有重要价值是因为它可以作为提供透明度的工具,而不是因为它是所谓的系统“世界观”的一部分。我认为这是为实现成功的敏捷方法所迈出的探索性的一步。你总要从某个地方起步…并且按我的经验,实现敏捷方法的关键是清楚的认识你现在所处的状态。

\
\

当然我也看到了一些例外。例如,Jeff Sutherland带着他的Scrum转换“休克疗法”投身到“过程改进第一”的大阵营中,我也清楚这之后的基本原理。我认为这种方法类似于学习外语时的“全浸入”方法。在我看来这是一项伟大的方法….如果你侥幸能够成功的话。毫无疑问,“休克疗法”可以带来很棒的结果,而且其它方法可能需要很长时间才能达到这么好的结果。问题是很多客户——我甚至可以说绝大部分客户——在采用“休克方法”方法时并不具备很大的吸收能力。这并不是因为缺乏勇气。一个组织很少进行整个组织的转换。实际上,你仅可以帮助整个企业中很小的一部分。你可以帮助那些依赖于非敏捷部门并且深受限制的人们,那些持敌对态度的人们,或者那些在与其它部门交涉进程缓慢的人们。看板上贴出的第一组卡片所描述的工作中,有百分之九十以上都将会因为这些依赖性而停滞。认识到这一点,并意识到需要寻求解决办法已经是客户所能达到的极限了。所以我认为首要的是展示什么在发生。这也是最初引入看板的原因。我希望可以做到透明度第一,这样我就可以展示什么在进行。当然当我们想要更好地实现敏捷方法时,我们要改进流程,但这是第二位的事情。

\
【完美复现】面向配电网韧性提升的移动储能预布局与动态调度策略【IEEE33节点】(Matlab代码实现)内容概要:本文介绍了基于IEEE33节点的配电网韧性提升方法,重点研究了移动储能系统的预布局与动态调度策略。通过Matlab代码实现,提出了一种结合预配置和动态调度的两阶段优化模型,旨在应对电网故障或极端事件时快速恢复供电能力。文中采用了多种智能优化算法(如PSO、MPSO、TACPSO、SOA、GA等)进行对比分析,验证所提策略的有效性和优越性。研究不仅关注移动储能单元的初始部署位置,还深入探讨其在故障发生后的动态路径规划与电力支援过程,从而全面提升配电网的韧性水平。; 适合人群:具备电力系统基础知识和Matlab编程能力的研究生、科研人员及从事智能电网、能源系统优化等相关领域的工程技术人员。; 使用场景及目标:①用于科研复现,特别是IEEE顶刊或SCI一区论文中关于配电网韧性、应急电源调度的研究;②支撑电力系统在灾害或故障条件下的恢复力优化设计,提升实际电网应对突发事件的能力;③为移动储能系统在智能配电网中的应用提供理论依据和技术支持。; 阅读建议:建议读者结合提供的Matlab代码逐模块分析,重点关注目标函数建模、约束条件设置以及智能算法的实现细节。同时推荐参考文中提及的MPS预配置与动态调度上下两部分,系统掌握完整的技术路线,并可通过替换不同算法或测试系统进一步拓展研究。
先看效果: https://pan.quark.cn/s/3756295eddc9 在C#软件开发过程中,DateTimePicker组件被视为一种常见且关键的构成部分,它为用户提供了图形化的途径来选取日期与时间。 此类控件多应用于需要用户输入日期或时间数据的场景,例如日程管理、订单管理或时间记录等情境。 针对这一主题,我们将细致研究DateTimePicker的操作方法、具备的功能以及相关的C#编程理念。 DateTimePicker控件是由.NET Framework所支持的一种界面组件,适用于在Windows Forms应用程序中部署。 在构建阶段,程序员能够通过调整属性来设定其视觉形态及运作模式,诸如设定日期的显示格式、是否展现时间选项、预设的初始值等。 在执行阶段,用户能够通过点击日历图标的下拉列表来选定日期,或是在文本区域直接键入日期信息,随后按下Tab键或回车键以确认所选定的内容。 在C#语言中,DateTime结构是处理日期与时间数据的核心,而DateTimePicker控件的值则表现为DateTime类型的实例。 用户能够借助`Value`属性来读取或设定用户所选择的日期与时间。 例如,以下代码片段展示了如何为DateTimePicker设定初始的日期值:```csharpDateTimePicker dateTimePicker = new DateTimePicker();dateTimePicker.Value = DateTime.Now;```再者,DateTimePicker控件还内置了事件响应机制,比如`ValueChanged`事件,当用户修改日期或时间时会自动激活。 开发者可以注册该事件以执行特定的功能,例如进行输入验证或更新关联的数据:``...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值