ギャグ布のIT円(2)母親のためのストーリーのトピック

 

前回は、私たちは2枚のピザで始まります。ピザは良いですが、我々はそう、今日は「ギャグ布」の話について話を、食べてはいけません。

以下を読んだ後、あなたは、少なくとも3つの質問への答えを知っている必要があります。

  1. なぜ、彼女の母親の口をブロックするには?
  2. それはアジャイルスクラム失敗を作る理由は、何ScrumButているのですか?
  3. 正しいモデルがスクラムの実装では何ですか?

スクラム、アジャイルの創設者からの話も17ケンSchwaber氏、大きな牛文開始の1の宣言に署名しました。

ケンSchwaber氏はかつて「言った私は、組織内のスクラムの使用は、組織の75%が成功し、彼らはスリランカの期待利益を得ることができないと推定します。」

これはなぜでしょうか?スクラムは、あなたではないのですか?

多くの人がスクラムに暴露した後、スクラムはあまりにも理想主義的だと思います。彼らは、私たちがスクラムを使用していると言うが、:

私たちは週に一度持っているので、•駅毎日は、あまりにも多くの費用がかかります。  

•私たちは行いませんので、会議時間の無駄を想起。  

•私たちは、その6週間反復プロセスで何月、元に戻します。  

•管理者は私たちに、一時的な使命を与え、私たちは、国防総省を完了することはできません。

採取された上記の理由のためhttp://www.scrum.org/scrumbut 次のように、読み出し

このため、彼らはスクラムフレームワークのすべてを使用するつもりはありません。代わりに、彼らは、彼らがフィットを見るようにカットを作るために彼らの実際の状況、スクラムフレームワークに基づいて行われます。

私たちは、「ScrumBut」と呼ばれるこの現象や動作を呼び出します。

「ScrumBut」問題はありますか?

スクラムケンSchwaber氏の創設者素晴らしいアナロジーを持っている音声が、そこでは、彼はスクラムの使用はあなたの母親と一緒に暮らすことのようであると言った、彼女は自分の欠点を指摘していきます、あなたは改善を行います。ある日、あなたは疲れている場合は、ScrumButある何かを彼女の口を詰めました。しかし、それはあなたの母が適切ではないと述べたことを意味するものではありません。

スクラムは、それが透過的に問題を特定し、問題を解決するためにあなたを助けるために軌道に乗っていない場合は問題と問題解決の枠組みその小さな作品を識別するのに役立ちます。それはあなたが現在の問題に屈するのではなく、それに直面し、それを解決するために、です。

また、スクラムの専門家は、ほとんどのも「ScrumBut」など重大な結果に同意します。

https://timgsa.baidu.com/timg?image&quality=80&size=b9999_10000&sec=1579440100471&di=33ec89c2212ba2b8031b0a6bc02a9a52&imgtype=0&src=http%3A%2F%2Fwww.agilebuddha.com%2Fwp-content%2Fuploads%2F2012%2F04%2Fscrum-methodology.gif

但事实上,因为有很多历史遗留问题,确实很难解决,所以绝大多数人又确实在用“ScrumBut”。即他们会根据自己的实际情况,对Scrum框架做出自认为合适的裁剪。这样的后果,就是Ken Schwaber预料到的“75%的组织无法成功获得他们所斯望的收益”。

那么,怎么识别“ScrumBut”呢?

《持续交付》翻译者乔梁先生一次演讲中,曾经说过“开发后期发现的缺陷仍旧较多;项目进度仍旧存在很大的不确定性。很不幸,你已经进入 ScrumBUT model”。

“ScrumBut”到底是什么?scrum.org给出了定义,如下:

翻译过来,大概意思是说,ScrumButs是团队不能充分利用Scrum来解决他们的问题并获得使用Scrum进行产品开发的全部收益的原因。每个Scrum角色、规则和时间盒的设计都是为了获得期望的收益和解决可预见的重复问题。ScrumButs意味着Scrum暴露了导致问题的功能障碍,但是很难修复。ScrumBut保留了这个问题,同时修改了Scrum,使其不可见,这样功能障碍就不再是团队的眼中钉了。

在我曾经参与翻译的《敏捷Scrum基础》(Agile Scrum Foundation)一书中,也有一个章节专门讲解“ScrumBut”。

该书提及到,关于敏捷有很多误解,例如,大多数人认为他们只需将预测的范围划分为更小的片段,在叫作冲刺的时间段内开发它们,就可以称为Scrum了,这是错误的。敏捷是自适应的,而不是采用一组特定的术语。

但是,我们怎样才能做到自适应呢?这涉及很多要求,这就是为什么使用一个结构精良的框架总是最好的选择,而不是“重新发明轮”。

每个框架都有一套规则,以及调整改进的空间。Scrum调整的空间相对来说极低,因为它真的非常轻量级。在Scrum中,一切几乎都是强制性的,你不能省略任何方面。但是有些人就是那样做!比如,他们说:

  • 我们使用Scrum,但我们不遵守冲刺时间盒。
  • 我们使用Scrum,但我们在冲刺计划中设定冲刺的周期。
  • 我们使用Scrum,但我们不允许产品待办列表改变。
  • 我们使用Scrum,但我们认为没有必要做冲刺回顾。

所有这些情况都称为“ScrumBut”,这不是Scrum。

 

“ScrumBut”不是Scrum。因为当你仅遵循 95%的Scrum 规则时,你别指望能获得95%的收益,也许只有10%到20%的收益。

 

看完上文,对于上面开始的第一个问题,为什么Ken Schwaber会说 “我估计,在使用Scrum的组织中,75%的组织无法成功获得他们所斯望的收益”,真相大白了吧。

 

2020-1-24

 

您如果有好的故事,或者愿意分享的人和事,请联系我。

更多趣味故事和知识,请关注公众号:王道质量

https://img-blog.csdnimg.cn/20200110233558310.jpg

发布了44 篇原创文章 · 获赞 19 · 访问量 5万+

おすすめ

転載: blog.csdn.net/wangyinghong_2013/article/details/104079349