在2014比荷盧經濟聯盟（即比利時、荷蘭及盧森堡）極限編程日大會（Days Benelux 2014 conference）上，Kris 提出了多層次反饋循環。InfoQ采訪了他，討論了Scrum中的反饋循環、進行完整PDCA循環的重要性、處理業務需求的反饋部署以及團隊從回顧中獲取反饋的好處。

 

InfoQ：您可否解釋一下你所理解的Scrum中的反饋循環是什么意思？

 

Kris： Scrum中的反饋循環，或任何其他的實證過程，都是一種處理數量有限的工作或信息的短期循環。在每一個循環的最后，我們會停止工作、允許我們檢查自己的工作并且在下一個循環中改進我們的流程。典型的反饋循環的一個例子就是戴明（Deming）質量環：計劃-執行-檢查-處理（PDCA）。

 

InfoQ：是什么讓這些循環變得如此重要？

 

Kris：反饋循環是實證過程的核心。實證過程反對遵守已定義過程的做法，它的前提在于：在復雜的項目中，例如一個IT項目，需要根據我們每日所做的新的知識不斷地適應。復雜的項目是非常難以預測的，因此需要一個流程來擁抱這種不可預測性。

 

反饋回路給你提供一種方式來實現實證過程。

 

InfoQ：您提到過，做完整的PDCA循環很重要，即從計劃到處理（P 到A）。您覺得人們很難做完整的循環的原因是什么，并且表現在哪里 ？

 

Kris：盡管很多人都理解反饋回路的概念，但是他們并不總是完善地考慮了執行的方式。例如，在Scrum中，我們看到的很顯然的一個反饋循環是：Sprint規劃會議，Sprint，Sprint評審會議和Sprint回顧會議，他們分別是計劃-執行-檢查-處理（PDCA）各自過程的化身。但在現實中，這個反饋循環未必完整地覆蓋了所有內容。在功能和技術需求層面，你可能僥幸應用了這個循環。但是產品的愿景呢？長期的規劃呢？團隊的動力呢？在 Scrum中，這些方面通常只覆蓋了一半，并且并沒有提供現成的、完美的反饋。

 

InfoQ：在Scrum中，您認為有哪些反饋回路？

 

Kris：反饋環路的數量是特定于每個上下文的。對于Scrum的項目，我定義了5個常見的反饋循環：

•長期愿景

•業務需求

•技術實現

•長期規劃及預算

•團隊動力

 

你可能會添加更多的循環，但反思這五個循環可能是一個很好的開始！所有的這些循環都需要包括PDCA所有的4個步驟。問一問你自己這些問題：什么時候開始真正地計劃特定工作類型的工作？什么時候執行這些工作，什么時候進行反思以及什么時候花時間做改進？

 

InfoQ：您提到的一個反饋回路是“業務需求”，您可否詳細闡述一下這個回路？

 

Kris：業務需求循環是在Scrum中定義最好的一個循環。在Sprint規劃會議中，我們規劃我們想要實現（計劃）的需求，并且在Sprint中，我們實現他們（執行）。在Sprint最后，我們在Sprint評審時（檢查）把我們的成果展示給業務人員，以及在回顧會議上，我們制定改進措施項，然后在Sprint規劃會議上再次選擇這些改進項（處理）。在Scrum中，這個回路是閉合而且非常穩固的。而其他的回路則不是。

 

InfoQ：在技術實現與團隊動力環路方面，回顧扮演了重要的角色。您可否解釋一下他們是怎樣使用的，并且團隊從回顧中可以獲得哪些好處？

 

Kris：我們看到Scrum中的回顧用來改進團隊動力、技術標準和一些功能性主題。這意味著回顧作為檢查階段，（至少）可以用于三個不同的反饋循環。一方面，回顧顯示了強大的力量和重要性：這里要說的太多了！另一方面，這也是致命弱點。很多回顧都失敗了，是因為團隊想要討論的話題太多（技術問題、團隊動力、功能性主題…），并且把他們全都混在一起。你需要一名強有力的引導者，保持團隊關注在數量有限的問題上。

 

回顧的結果也應該引入正確的后續（計劃）步驟：技術改進應該在下一個規劃會議中進行，功能改進也許需要在某種細化（refinement）會議上進行，以及團隊動能問題可能需要一個周期性的團隊建設，這些并不是標準Scrum的一部分。

 

InfoQ:如果大家想了解更多有關反饋循環的內容，您可否給一些建議呢？

 

Kris：我能給出的最好的建議就是根據我的幻燈片中描述的內容做練習。走你自己的流程，并且制定重要的反饋回路應用于你的情況中。然后，試圖為每一個反饋回路制定如何實現這些PDCA的每個步驟。