以下は、
Fun Retrospectivesなどの回顧資料の形式主義と官僚主義です。 素材は有益なスタイルで、「私たちはそれを持っています」:)
回顧とは何ですか？
レトロスペクティブ（lat。Retrospectare、「振り返って」）-過去を振り返り、過去に何があったかの概要。 次の反復の前に「ツールをシャープにする」会議。 正式な場合、レトロスペクティブは、同じプロジェクト内の同じチームの作業を改善するために、チームの時間の最も近いセグメントを確認するチームアクティビティです。
回顧の目標
- 特別に割り当てられた時間に、開発プロセスをさらに改善する方法を手配します。
- レトロな問題を解決し、再発を防ぎます。
- チームだけでなく、外部リソースを集めて問題を解決します。
回顧で語る価値のあること
- 私がタスクを実行できなかったのは、チームの生産的な仕事を妨げる問題でした。
- 改善するために変更できるもの。
- 成功した成果と達成したタスクを共有します（「どうすればいいか！」）。
レトロスペクティブコミュニケーションルール
- 回顧-参加者ごと。
- SCRUMマスターはプレゼンターであり、レトロのオーガナイザーではありません。
- あなたの同僚が間違いを犯したと思われる場合は、その人が間違えられないように、最初にプロセスで何を変更できるかを考えてください。
- アクティブに！
遡及ルール
タスクと目標
問題または改善について議論した後、「目標」が形成される形式を採用しました-問題が解決または改善されることをどのように理解するか、およびタスク-目標を達成するためにどのように行うか。
レトロスペクティブページを見てください;個人的および社会的な目標と目的を持ってはいけません。 それらを実行可能なものに変更します。
- 「Vasisualiyはタスクを改善します」-悪い！ 必要性：「TheklaはコードVasisualiaをチェックし、彼がkakuをリリースしないように支援します。」
- 「チームは、良いタスクと呼ばれるタスクを追跡します」-悪い！ 必要性：「タスクの名前でフィルターを作成し、それらをスタンドアップで読み取ります。悪いものを笑います。」
準備する
- レトロが問題を表現するのを待つのは長い時間です。 将来の回顧ページまたは黒板にコメントを書くのが最善です。
- 振り返りの重要な要素は、品質の埋め込みです。 簡単な方法であれば、次の回顧展は過去の回顧会で行われた活動から始めるべきです。
- 振り返ってみると、スクラムマスターだけでなく、チームも準備する必要があります。
- 最初のレトロチームは、白紙の状態から始まります（各チームには独自のレトロスペクティブテンプレートがあります）。
回顧展自体
- レトロを始めよう！ （SCRUM-masterはスターターを発明します）
- 過去のレトロの活動を見て、うまくいったかどうかを判断します（最初のレトロスペクティブではチームは空です）。
- 準備からのコメント（フリップチャート、レトロに関するコメントなど）を考慮し、それらから「改善できるもの」を形成します。
- 「改善できること」でさらに多くのアイデアを収集しています。
- 「改善できるもの」の各項目について議論し、責任者と特定のタスクを形成します。
- レトロを閉じます！
- 新しいレトロなページ（新しいフリップチャート）を作成して、チームがアイデアを思いついた瞬間にコメントを記録できるようにします。
たとえば、アイデアを収集するためのスターター、クロージャー、およびメソッドは、SCRUMマスターが持っているフラッシュバックカードにあります。
一部のチームでは、スプリントデューティオフィサーが割り当てられ、同僚に割り当てられたタスクを思い出させます。
ターゲット回顧
対象を絞った回顧展を行うこともあります。その場合、SCRUMマスターは、ページの最初のコメントに回顧テーマと回顧の目的を記述します。
回顧展はいつ開催されますか
各反復後（通常は2週間ごとですが、より頻繁に）、チームによって回顧が行われます。
振り返ってみると、3〜4週間ごとは困難で非効率的です。 しかし、気にしないでください。
