プロセスの要（かなめ） - フィードバック

フィードバックループ

スクラムでは、スプリントの結果からフィードバックを得て、次のスプリントへとフィードバックが反映されます。このように、フィードバックがループを形成しています。第3回で説明したプロセスのパターンも同様にループを形成していました。プロセスのパターンはいずれも、活動の結果が次の活動に影響を与えるように設計されています。つまり、フィードバックループを形成するように設計されており、活動を常に洗練させるようになっています。

フィードバックループにはサイクル時間が設定されます。スプリントにおけるフィードバックループのサイクル時間は１ヶ月に設定されています。つまり、１ヶ月で１サイクルするということです。他にも、スクラムでは1日単位でタスクの割り振りを実施しており、１日をサイクル時間とするフィードバックループを形成しています。スクラムとは異なりますが、ペアプログラミングは設計と実装に対して数分のサイクル時間でフィードバックしています。

フィードバックループのサイクル時間が短いほど、活動の方向性を修正することが機敏になり、活動を最適化できる可能性が高まります。しかし、サイクル時間が短いということは、フィードバックの情報を処理しなければならない時間が短いことを意味し、短時間で情報を処理できないならば混乱と無駄を招くことになります。フィードバックループは、その活動を行う人たちの情報処理能力に応じて設計する必要があります。

フィードバック

ここまではフィードバックの使い方を中心に説明してきましたが、フィードバックをするとは具体的に何をするのでしょうか？具体的には、第3回で説明したIDAサイクル（図6）がフィードバックループそのものです。つまり、フィードバックの対象となる活動がDecideとActであり、Informがフィードバックになります。図4において検証と呼んでいる行為はInformと対応し、Informにより見えてきた未来の可能性が活動の方向性を形作ることになります。そして、Decideが活動の方向性を１つに決めます。図4と図6は同じ事柄を異なる視点から見ています。

また、フィードバックには対象となる活動がありますが、フィードバックの対象をさらに分類すると2つの側面があります。それは、活動の結果（文書やモデルなど）と活動の過程（進め方）です。フィードバックは、活動の結果を洗練すると共に、その結果を生み出すための過程を洗練するために行います。図5では、活動の結果に対してのフィードバックが行われていますが、スクラムではこれとは別に『ふりかえり』によって活動の過程に対してのフィードバックを行います。

おわりに

今回説明した内容から要点を以下にまとめます。

• フィードバックは、何らかの活動を行った結果をその活動の入力にすること
• フィードバックの目的は、活動が適切に実施されていることを検証し、活動の方向性を修正すること
• IDAサイクルはフィードバックループの具体例であり、活動を継続的に洗練しながら成果を生み出す
• フィードバックの対象は活動であり、詳しくは活動の『結果』と『過程』に分けられる
• フィードバックループのサイクル時間は短いほど活動を最適化できる可能性が高まる
• しかし、短時間でフィードバックの情報を処理できないならば混乱と無駄を招く

フィードバックの要は、フィードバック情報の処理能力にあります。それは言い換えれば、IDAサイクルのInformを適切に行う能力と言えます。そこで、次回はInformを適切に行うために必要となる『見える化』を取り上げます。