我正与一个团队当有人提到他们想做“敏捷严谨”。这让我非常好奇,所以我跟他们讨论过这个。我的总结敏捷——他们想要的是“严谨”是自相矛盾的。
工作是复杂的,荣誉实证方法是更加困难。它需要信任,为了是透明的。如果你是透明的,你可以检查和适应。
互联网有很多评论,强调人厌倦。
从“Scrum弛缓性“马丁博客的许多评论社交媒体。
最近一个来自一个引起关注表示,瑞安微冻以下采访一些敏捷宣言的作者。引人注目的报价如下:
现在敏捷意味着,我们一半的Scrum差和使用Jira——安迪亨特
任何敏捷框架后带来的挑战,你需要使用整个框架的真正好处。我已经使用许多框架与团队合作,成功的使用他们选择的所有方面的框架与正念和意图。
Scrum -从角色、文物和事件——使用价值观指导交互学习和成长
XP -使用的所有元素和价值观指导交互
看板——雇佣的6个原则,特别是指标
使用框架来帮助了解你的背景和情况和学习!
不改变配方,直到你有试过
你想要一块蛋糕,你抓住朋友的配方。你看食谱,改变糖盐,惹的比例成分,而忽略的方法。当蛋糕的烤箱,它看起来糟糕,口味更糟。
你能告诉你的朋友,他们的配方是错误的吗?
有多少球队你听到说“我们每周每日例会”,或“我们所做的看板——但我不知道吞吐量”,或“我们做XP,我们没有持续集成服务器工作”。
他们不使用框架!
我和我儿子下棋几年前,他看到一个解决方案(大)和他的王后搬到完美的位置。
“将军!”他喊道,他赢了,除了此举是非法的。游戏不再是国际象棋,所以它是有争议的胜利条件是否满足。
这是足球如果你使用你的脚,如果你把球捡起来,这是橄榄球。很多事情改变。
使用经验主义
敏捷方法的核心是采用实证过程控制——透明度、检验和适应。当信息自由共享它允许人们理解的背景下,他们的处境——改善沟通和反馈。这种开放允许授权的团队使用最多的数据做出决策的影响。通过严格反馈回路接近数据允许灵活性——改变流程的意义——对吗?
这就是为什么三种最常用的框架(Scrum、XP和看板)所有依靠反馈回路和拉动机制给团队交付的工作专注于交付价值的灵活性。
最终的指标是工作产品——“完成”,潜在可发布的产品增量。如果这不是建在一个Sprint在XP、Scrum或迭代是一个伟大的学习。在看板将有一个长周期时间的变化给客户。完成工作的透明度是至关重要的。当一个团队是一个好的开始,可能会有一个漫长的过程之后,让开发团队工作,稳定时间应该是可见的。
显示没有解决
框架的目的是展示,而不是解决。
在最近的一次培训丹尼尔·文森提强调,看板委员会的目的是指导团队问正确的问题。
Scrum Master的目的在充当一个仆人领袖指导团队通过探索和询问,而不是流程管理员告诉人们该做什么。
在XP,至少一对工作每个问题促进协作解决。
这个构建的意图有目的的学习和好奇心。
- 这是我们能提供的最好的价值吗?
- 这是解决这个问题的最佳方法吗?
- 作为一个团队来提高我们能做什么?
所有的框架都是可扩展的
一个框架的目的是作为一个框架,适用于解决你特定的上下文。如果需要进行必要的扩展,注意和考虑的方式。
每次你扩展框架可以为一个特定的上下文或工作情况,你在那时,它并不保证您的扩展会在任何情况下工作。
有很多技术出现以来的20多年敏捷宣言的起草。这并不意味着他们没有任何相关性或在您的团队。添加一个免费实践基础框架为您的团队提供更多的工具和技术来解决他们所面临的任何复杂的问题。
LeanUX, DevOps,设计思维,A / B测试,多变量测试都可以使用,你的框架的基础上。敏捷的目的是迭代和增量,在你的产品和你的过程。
你的下一个实验是什么?
让你的创意团队
你有一个团队有才华的创造性的个体——一个领导者面临的挑战是走出的道路,让他们发挥自己的创造力。混合的思想大卫Marquet和黑猩猩Willink一个团队,每个人的角色是负责共享团队努力的结果。
每个人都需要拥有自己的股份的团队在做什么。这是他们理解目的,约束是什么效果,以及如何与周围的人(控制mechanisims)。
一旦团队已经算出沙坑的样子,然后他们可以构建最好的沙塔!
大部分时间它是一个闪亮的目标,突出护栏,走出。
你帮助你的团队如何?
什么是最小的实验你可以进行改进?