私が働いている社内の同僚と私は定期的に小さな記事を作成し、かんばん方式を使用してプロセスを改善および管理する場合など、柔軟なアプローチに関するさまざまなケースを分析します。そのような記事を「アジャイルショーツ」と呼びます。そして、「あなたの記事をもっと多くの人に公開してみませんか？」と思いました。そして、見よ、今日私はこのシリーズの最初の記事を公開しています。
今日は、「進行中の作業量の制限」やWiP制限などの方法の使用が失敗するケースの1つを説明します。これが唯一の理由ではないことを予約しますが、私の実践では、それは非常に一般的です。将来の記事では、このトピックをさらに興味深い状況で取り上げる可能性があります。
IT分野で働く人々の中には、製品を作成するための柔軟なアプローチについて聞いたことがない人はほとんどいません。アジャイル、カンバン、スクラムはすでに現代の企業のレキシコンに浸透しています。誰かが誇りを持って、誰かが皮肉を持って、そして誰かが歯を食いしばってそれらを発音します。
後者は、おそらく彼ら自身の経験で、ある種の管理ツールの使用の失敗に直面し、彼らの否定的な経験を将来のすべてのアイデアに投影しました。
しかし、この投稿は彼らのためではありません。このメモは、ツールがさまざまな方法で使用できることを理解し、間違いから学ぶ準備ができているあなたのためのものです。
ユーザーストーリーの制限とサブタスクの操作
多くの場合、アジャイル文化で使用されている実践と方法の基本に精通していると、Ctrl + CとCtrl + Vを押すことで、トレーニングケースで見たのと同じ素晴らしいものが得られるという印象を受けます。実際、「Ctrl + V」は、冗談のように、ファイルを使用して慎重に変更する必要があることがわかりました。
チームの作業を視覚化することで、新人は多くの場合、あるレベルで顧客にとって価値のあるタスクと、プロセス内でのみ価値のあるタスクを組み合わせます。なぜ、彼らは結合されているのですか？基本的に、彼らは「私は仕事を与えられた-私は仕事をする-私は仕事をした」というパラダイムで働くことに慣れているので、それを完了するための価値について考える必要はありません。
, :
« MVP » - , -, .
– , -
– ,
–
« WIP-?», . , , , . , , , , -, - , .
: , « » « », ( ), . - , (, , , ), , . - ! - - , - . , - , , , .
- , , - , - .
, ? , , .
:
.
. – , .
. , :
// ( – )
()
( )
,
. Customer recognizable item – , , , , , , .
, .
, , - , . , , . – , , , .
, , :
, ,
,
- , , , -,
, , « , », .