トピック7.1 — アジャイルな納品の実践とチームの健全性

一文で言うと： 納品チームが週ごとに実際にどう働くか、つまりそのリズム、セレモニー、ワーキングアグリーメント、そして何よりその健全性は、ソフトスキルの飾りではなく、安全で使いやすいデジタルケアが出荷され、維持されるかを決める、オペレーティングシステムです。

医療・ケアにおいてなぜ重要か#

トピック7.0 — チーム構造、役割、責任は、チームの周りに境界を引き、誰が何をするかを名指ししました。本トピックは、仕事が始まったあと、それらの境界の内側で何が起こるかについてです。2週間のリズム、人々が実際に出席する会議、行動を統べる合意、そして負荷の下でチームを機能させ続ける、人間としての持続可能性。構造は解剖学であり、働き方は生理学です。

医療・ケアでは、これはほとんどのセクターより重要です。デジタルサービスを構築し運用するチームは、しばしば、決して止まらない臨床の運営を支えているからです。電子患者記録、電子処方システム、ベッド管理のプラットフォームを保守するチームは、ケアの提供のクリティカルパスの上にあります。そのチームが、疲弊し、黙らされ、あるいは計画外の仕事に溺れているとき、失敗のパターンは、逃したマーケティングの期限ではありません。休息を取り、心理的に安全なチームなら捉えてフラグを立てたであろう、診断の遅れ、投薬の誤り、安全インシデントです。

チームの雰囲気が臨床の成果に影響するという、強いエビデンスがあります。患者安全の研究は、リスクについて職員が声を上げられることと、害の予防を、一貫して結びつけており、Mid Staffordshire以降のNHSの失敗のレビューは、懸念が声に出されず、あるいは聞かれなかった文化を、繰り返し見いだしています。納品チームがスタンドアップとふり返りをどう運営するかは、同じ問いの小さな規模版です。人々は、恐れずに「これは安全ではない」と言えるか。どう働くかは、単なる生産性ではなく、臨床安全と国民の信頼の問題です。

中核概念#

アジャイルソフトウェア開発。 2001年のアジャイルソフトウェア開発宣言に成文化された、網羅的な前もっての計画より、動くソフトウェア、利用者との緊密な協力、変化への対応を重んじる、アプローチの一群です。医療・ケアでは、アジャイルはガバナンスを飛ばす許可ではありません。臨床安全と情報ガバナンスの問いを、最後ではなく、早期に頻繁に表面化させる方法です。俊敏さは、安全で価値ある納品の手段であり、それ自体が目的ではありません。

反復的・漸進的開発。 サービスを、それぞれが使え、それぞれが次を形づくるフィードバックを生む、小さな増分で構築することです。これは、あらゆるアジャイルの手法の下にある中核の仕組みです。すべてを前もって予測するのではなく、薄い断片を出荷し、実際の利用を観察することで学びます。

スクラム。 最も広く採用されているアジャイルの枠組みで、仕事を、スプリントと呼ばれる固定長の反復（通常1〜2週間）に整理し、それぞれが開始時の計画と、終了時のレビューとふり返りで区切られ、調整のために毎日のスタンドアップミーティングがあります。スクラムの価値は、その予測可能なリズムと、組み込まれた検査と適応のループです。リスクは、その下にある透明性なしに、儀式として採用されることです。

かんばん。 仕事をボードで可視化し、各段階の仕掛かりの仕事（WIP）の量を制限し、期限付きのまとまりではなく流れを管理する、連続的な流れの手法です。かんばんは、需要が予測不能な運用とサポートの仕事、つまり医療・ケアの稼働中のサービスの仕事の多くを行うチームに適しています。不規則な到着を、人工的なスプリントの境界に押し込まないからです。WIP制限は、その特徴的な規律です。一度に、たとえば3件以下の仕事しかしないと合意するチームは、すべてを始めて何も完了しないチームより、速く物事を終えます。

準備完了の定義と完了の定義。 品質の境界を定める、二つの共有された合意です。準備完了の定義は、チームが着手する前に、仕事が満たさなければならない条件（明確なユーザーニーズ、受け入れ基準、特定された臨床安全やアクセシビリティの考慮事項）を述べます。完了の定義は、「終わった」が何を意味するか（テスト済み、アクセシブル、文書化済み、安全への影響が評価済み、展開済み）を述べます。医療・ケアでは、完了の定義は、譲れないものを組み込む場所です。DCB0129/DCB0160の臨床リスクの活動、WCAG 2.2に対するアクセシビリティ、情報ガバナンスの承認は、期限の圧力の下で静かに落とされないようにします。

チームのワーキングアグリーメント（またはチャーター）。 チームが働き方として選ぶものを述べる、チームが所有する短い文書です。コアタイム、会議の規範、判断の下し方、意見の相違の扱い方、オンコールの分担の仕方。暗黙の想定を、明示的で見直せる合意に変え、臨床家、エンジニア、リサーチャーが、非常に異なる職業上の規範を持って到着する多職種チームでは、特に価値があります。

心理的安全性。 Amy Edmondsonによって広く研究された、チームが対人的なリスクを取るのに安全であるという、共有された信念です。つまり、罰せられたり辱められたりせずに、質問し、誤りを認め、懸念を提起できること。Googleの有名なProject Aristotleの研究で、効果的なチームの、単独で最も強い相関要因であり、医療では、エラーの報告と学習に直接結びついています。それがないチームは、問題がインシデントになるまで隠します。

燃え尽き症候群。 世界保健機関が認める、管理されない慢性的な職場のストレスから生じる症候群で、疲労、シニシズム、有効性の低下を特徴とします。持続可能なペース、つまりチームが、そのリズムを無期限に維持できるべきだというアジャイルの原則は、その対策です。安全上重要な臨床システムを支えるチームにとって、燃え尽きは安全のリスクです。24時間365日のサービスを支える、疲れた人々は、誤りを犯すからです。

継続的改善。 エビデンスに基づいて、働き方に小さな定期的な変更を加える、規律ある習慣です。チームレベルのふり返りは、その一例です。トピック10.2 — 品質改善と改善科学は、Plan-Do-Study-Actサイクルを含む、より広い科学を扱い、それは、臨床パスウェイと同じくらい、働き方にも当てはまります。

ベストプラクティス#

1. 流行ではなく、仕事の性質に合わせてリズムを選ぶ。 仕事が計画でき、予測可能な鼓動とステークホルダーのリズムの恩恵を受けるところでは、期限付きのスプリント（スクラム）を使い、稼働中のサービスのサポートや運用のチームのように、需要が予測不能なところでは、WIP制限を伴う連続的な流れ（かんばん）を使います。多くの医療・ケアのチームは両方を行い、「スクラムバン」のハイブリッドで、ディスカバリーと構築をスプリントで運営しながら、稼働中のインシデントを流れのボードで扱います。最後のサプライヤーが使っていたものを引き継ぐのではなく、意図して決め、その判断を見直してください。

2. セレモニーを、その目的のために運営し、目的に資さなくなったらやめる。 スタンドアップは、マネージャーへの状況報告のためではなく、障害物を表面化し、その日を調整するために存在し、レビューやデモは、動くソフトウェアについて、本物の利用者とステークホルダーからフィードバックを得るために存在し、ふり返りは、来週の働き方を変えるために存在します。会議がもはや目的を果たさないなら、短くし、再構成し、あるいはやめます。試金石は簡単です。出席者は、そこにいるためにお金を払うか。

3. デモを、臨床家と利用者が本物の進捗を見る瞬間にする。 それを使う臨床家、患者、運用職員に、動くソフトウェアを示す2週間ごとのレビューは、フィードバックのループを引き締め、採用が依存する信頼を築きます。サービスと共に暮らす人々を招き、（都合のよいものだけを選んだのではない）現実的なシナリオでデモを行い、学んだことを、バックログの変更として捉えます。これは、誤ったものを作ることに対する、最も安価な保険です。

4. 準備完了の定義と完了の定義を書き、譲れないものを完了に入れる。 仕事の開始と終了の条件を合意し、臨床安全の活動、アクセシビリティ、情報ガバナンスの承認、十分なテストを、完了の定義に符号化して、それらが英雄的ではなく構造的になるようにします。期限が締めつけてくるとき、明示的な完了は、チームに、安全でない仕事の出荷を拒むための言葉を与えます。継続的デリバリーのパイプラインが、完了の一部を自動化できる方法は、トピック3.6 — DevOpsとエンジニアリングの卓越性を参照してください。

5. 仕掛かりの仕事を制限する。 始めることは簡単で満足感がありますが、価値を届け、リスクを減らすのは、終えることです。WIP制限に合意することで、チームは、より多くを引き込む前に、仕事の完了に群がるようになり、リードタイムを短縮し、ボトルネックを露わにし、そして医療では決定的に、一度に進行する、半分終わった、部分的にしかテストされていない変更の数を減らします。明示的な制限を伴う、目に見えるボードは、苦労しているチームが行える、単独で最もレバレッジの高い変更であることが多いのです。

6. ワーキングアグリーメントを共同で作成し、生きたものとして扱う。 チームに、会議の規範、コアの協働時間、判断、オンコールの公平性、うまく意見を異にする方法を含む、自前のチャーターを書かせ、定期的に見直します。デジタルヘルスのチームは多職種で、異なる既定を持つ臨床と技術の文化にまたがるため、規範を明示することで、信頼を損なう静かな摩擦を防げます。上から押しつけられたチャーターは芝居であり、チームが所有するものは、本物の道具です。

7. 持続可能なペースを意図して守り、燃え尽きの先行指標を見守る。 英雄的なピークではなく、チームが無期限に保てるキャパシティに合わせて計画し、残業を通常とする、恒常的な繁忙から守ります。先行するシグナル、つまり増える計画外の仕事、縮むふり返りでの率直さ、休暇を取らない人々、オンコールの疲労を監視し、それらが退職やインシデントになる前に行動します。24時間365日の臨床サービスを支えるチームには、オンコールを公平に分担し、振替の休息を守り、楽な道だけでなく、レジリエンスのために人員を配置します（トピック3.8 — サービスマネジメントと稼働中の運用参照）。

8. 心理的安全性を、意図して築く。 リーダーが調子を決めます。仕事を学習の問題として枠づけ、自分自身の誤りを認め、悪い知らせに、非難ではなく好奇心で応え、懸念を提起した人に感謝します。非難のない事後レビューを運営します。臨床に隣接する現場では、「このリリースは安全ではないと思う」や「この要件がわからない」と言える意思は、害が防がれる仕組みであるため、想定するのではなく、積極的に育てなければなりません。

9. 軽量なチームの健全性チェックを使って、見えないものを見えるようにする。 構造化された自己評価を定期的に運営します。チームが、価値の提供、学習、楽しさ、使命の明確さ、支援といった次元にわたって、自分自身を緑／琥珀色／赤で評価する、Spotifyによって広まった「スクワッドヘルスチェック」のモデルで、時間の経過に伴う傾向を表面化します。価値はスコアではなく、それらが始める会話と、危機になる前にチームが下降に気づけるようにする方法です。速く、役立つところでは匿名で、チームが所有するものに保ちます。

10. 実際に行動を変える、ふり返りを運営する。 不満のリストを生むだけで行動のないふり返りは、ないより悪いものです。声を上げることが無意味だとチームに教えるからです。それぞれを、少数の、具体的で、所有され、期限付きの実験で終え、次は、前回のものが実行されたかを確認することから始めます。働き方の改善を、独自の継続的改善のバックログとして扱い、トピック10.2の改善科学に結びつけます。

11. リモート、ハイブリッド、非同期の協働を、既定として設計する。 医療・ケアの納品チームは、しばしば、トラスト、地域、サプライヤーにまたがって分散しているため、良い文章でのコミュニケーション、うまく運営されたビデオのセレモニー、非同期の判断記録を、代替ではなく、中核の能力として扱います。不在の同僚が見つけられる場所に、判断を文書化することを既定とし、書面の更新で済む会議を最小限にし、同期であることが本当に利益になる、少数の高帯域の瞬間（計画、ふり返り、インシデント対応）について、意図して選びます。

チームで話し合うための問い#

1. 私たちのリズムとセレモニーの集合は、実際に安全な納品の助けになっているか。それとも、いつもそうしてきたからというだけで、アジャイルの儀式を演じているか。 多くのチームは、目の前の仕事に合っているかを問わずに、毎日のスタンドアップ、2週間のスプリント、スプリントレビュー、ふり返りというセレモニーの予定を引き継ぎ、その結果、実際の時間を消費しながら、価値が減っていく会議になります。誠実な議論は、目的についてです。各セレモニーは何のためにあるのか、そして私たちのものを観察する中立的な観察者は、それが目的を果たしていると結論づけるか。予測不能な臨床インシデントに対応する、稼働中のサービスのチームは、硬直したスプリントにうまく対応されず、かんばんの流れのほうがよく対応されるかもしれず、ディスカバリーのチームは、スプリントの鼓動と、それが生むステークホルダーのリズムの恩恵を受けます。馴染みのある日課の安心感と、その場所に値する行事だけを運営する規律の間には、本物の緊張があります。セレモニーの時間を1か月計り、会議ごとに、どの判断や調整を生んだかを問うことを検討してください。良い答えは、セレモニーをやめたり作り変えたりすることに感傷的にならず、調整のニーズを、状況報告の習慣から区別し、リズムの選択を、枠組みの図が示すものではなく、自分たちの仕事の実際の予測可能性に結びつけます。

2. このチームで、「これは安全ではないと思う」や「私は間違えた」と言うことは、本当に安全か。そして、どうやってそれを知るか。 心理的安全性は、主張するのは簡単で、持つのは難しく、臨床システムを支えるチームでは、誤ることのコストは、単に逃した期限ではなく、患者の害で測られます。居心地の悪い問いは、チームが安全だと信じているかではなく、どんなエビデンスがあるかです。最後に誰かが、スタンドアップで誤りを認めたり、上級者の設計に異議を唱えたり、直感でリリースを止めたりしたのはいつで、そのあとその人に何が起きたか。インシデントのレビューを見てください。本当に非難がないのか、それとも、誰が責任を問われているのか、全員が静かに知っているのか。リーダーが正直に直面しなければならないトレードオフがあります。決断力のあるリーダーシップのように感じられる行動（速く動く、確実性を投影する、悪い知らせに鋭く反応する）が、しばしば、まさに人々に黙っていることを教えるものなのです。最も静かなチームメンバーが、会議で意見を異にすることがあるか、そしてなぜしないのかを考えます。強い答えは、「もちろん、ここでは人々が声を上げられる」という心地よい想定に抵抗し、最近の具体的な事例を示すか、その不在を認め、安全をグループの固定された特性として扱うのではなく、変えるべきリーダーの具体的な行動を特定します。

3. 私たちは、1年持続できるペースで働いているか。そして、そうでないというシグナルに、何をしているか。 持続可能なペースは、アジャイルの創設時の原則の一つであり、圧力の下で最初に放棄されるものの一つで、特に、止められないサービスを支えるシステムを持つチームではそうです。緊張は、英雄的な行動が、その瞬間に目に見えて報われることです。本番を直すために週末に働いた人は感謝されます。一方、チームの健全性の緩やかな損耗は、人々が去るか、誤りを犯すまで見えません。先行指標は何かを問います。計画された仕事を押し出す計画外の仕事、取られない年次休暇、睡眠を妨げるオンコール、静かになるふり返り、言葉に忍び寄るシニシズム。安全上重要な文脈では、疲れたチームは単に不満なのではありません。害を防ぐ欠陥を見逃し、アラートを読み違える可能性がより高いため、これは、ウェルビーイングの会話であると同時に、臨床リスクの会話です。キャパシティの計画が、楽な道を想定しているのか、インシデント、休暇、学習のための予算を組んでいるのかを考えます。良い答えは、燃え尽きを、個人の弱さではなく、設計して防ぐシステムの特性として扱い、チームが見守る具体的なシグナルを挙げ、より強靭になれという激励ではなく、資源、オンコールの公平性、WIP制限といった具体的な変更にコミットします。

4. 期限が迫っているとき、私たちの完了の定義は、実際に何を落とすことから守ってくれるか。そして、それが持ちこたえることを証明したことがあるか。 あらゆるチームが、臨床安全、アクセシビリティ、情報ガバナンスが重要だと唱えられますが、本当の試験は、厳しい納品の日付と不安なステークホルダーとの接触を、何が生き延びるかです。緊張は、完了の定義が、あなたに何かを犠牲にさせるときにのみ意味を持つことです。DCB0160のハザードのレビューやWCAG 2.2のアクセシビリティのチェックが完了していないために、約束された日にチームが出荷しないことを強いるとき。完了が、一度もリリースを止めさせたことがないなら、それは統制ではなく、飾りかもしれません。圧力がかかる点を探します。「これは完了していない」と言う権限を誰が持ち、リーダーシップに支持されるのか、覆されるのか。譲れないものが、パイプライン、受け入れ基準、承認の関門に符号化された構造的なものなのか、最悪の瞬間に、誰かがそれらを思い出すことに頼っているのかを考えます。誠実な答えは、圧力の下で完了が発動された具体的な機会を示せるか、まだテストされていないことを率直に認め、それを心地よさではなく、埋めるべきギャップとして扱います。

5. このチームの異なる職業文化、つまり臨床、エンジニアリング、リサーチ、デリバリーは、本当に一つの働き方を共有しているか。それとも、互換性のない既定の上で、静かに動いているか。 多職種のチームは、医療・ケアでは、もっともな理由で義務づけられていますが、臨床家、エンジニア、ユーザーリサーチャー、データアナリストを一つのチームに入れることは、エビデンス、リスク、ペース、「良い」とは何かについて、四つの職業的な本能を持ち込むことを意味します。摩擦は、しばしば見えません。出荷して反復するエンジニアの傾向は、行動の前に確実であるよう訓練された臨床家には無謀に映り、臨床家の慎重さは、元に戻せる展開に慣れた人には妨害に映りえます。一般的なままの（「敬意を持つ、スタンドアップに出席する」）ワーキングアグリーメントは、これらの違いを決して表面化しませんが、良いものは、このチームが、どう判断を下し、専門分野間の意見の相違を扱い、臨床の慎重さと反復的な納品を調整するかを名指しします。規範が本当に共同で作成されたのか、最も声の大きい専門分野から輸入されたのかを考えます。強い答えは、職業文化の多様性を、不便ではなく、安全の源として扱い、それらの間を橋渡しする明示的な合意を示し、チームの規範が、覆い隠すのではなく、うまく解決するのを助けた、最近の意見の相違を説明できます。

6. 私たちのふり返りと健全性チェックが、何かを変えていることを、どうやって知るか。そして、変えていないとき、率直さはどうなるか。 チームは、2週間ごとに完璧なふり返りを運営し、四半期ごとにスクワッドヘルスチェックを行いながら、何も改善しないことがあります。重要な仕組みは、会議ではなく、やり遂げることだからです。腐食的な失敗パターンは微妙です。行動が生み出されて決して実行されないとき、人々は、問題を提起することが無意味だと徐々に学び、率直さは劣化し、リスクを表面化するはずのまさにその道具が静かになります。言葉にされない問題が安全上の懸念であるところでは、特に危険です。誠実な問いは、エビデンスに関するものです。直近の少数のふり返りの行動や健全性チェックのシグナルのうち、いくつが目に見える変化につながり、誰がそれらを所有したか。不満の長く満足できるリストを生むことと、チームが実際に完了する、少数の所有された期限付きの実験にコミットすることの間には、トレードオフがあります。次のふり返りが、前回の行動が実行されたかを確認することから始まるか、そして琥珀色から赤への健全性チェックの傾向が、修正に資源を与える権限を持つ人々に届くかを考えます。良い答えは、改善の習慣を、開催された会議ではなく、完了した変更で測定し、率直さの低下を、それ自体が早期警戒として扱い、働き方の改善を、チームが臨床パスウェイに適用するのと同じ規律に結びつけます。

実践例：医療・ケアの事例#

ある地域のNHSトラストは、電子患者記録（EPR）と患者向けの予約アプリを支えるデジタルチームを運営しています。チームは、トピック7.0の構造に従って立ち上げられた、多職種、つまりプロダクトマネージャー、デリバリーマネージャー、エンジニア、ユーザーリサーチャー、臨床安全責任者、データアナリストからなります。1年間、教科書どおりのスクラムを運営しました。2週間のスプリントと、完全なセレモニーのセット。しかし、EPRが不調になるたびに呼び出されるチームでもあり、臨床インシデントがスプリントのコミットメントを吹き飛ばし続け、常に遅れているように感じ、ふり返りはますます平板になっていきました。

デリバリーマネージャーは、変更を提案しました。仕事を分けます。予約アプリの計画されたプロダクト開発は、それを使う外来の臨床家向けの2週間ごとのデモを伴う、2週間のスプリントにとどまり、稼働中のEPRのサポートは、厳格なWIP制限と明確な流れの段階を持つかんばんのボードへ移ります。完了の定義を書き直し、EPRに触れるあらゆる変更について、「完了」の前に、完了したDCB0160のハザードのレビューとアクセシビリティのチェックを求めることにし、安全を、記憶に任せるのではなく、プロセスに符号化します。

また、四半期ごとのスクワッドヘルスチェックを導入します。最初のものは、「持続可能なペース」と「支援」の次元が琥珀色から赤になっていることを通じて、オンコールが同じ二人のエンジニアに偏り、休暇が取られていないことを表面化させました。チームは、この証拠を使って、ディレクターに具体的な主張をしました。より広いオンコールの当番表と、夜間の呼び出しのあとの明示的な回復時間。6か月後、ふり返りの行動は目に見えて完了し、臨床家は2週間ごとのデモを信頼し、直近の二つの潜在的な安全問題は、リリースの前に、「ちょっと待って」と言えると感じたエンジニアによってフラグが立てられました。ここには、特別なものは何もありませんでした。チームの働き方の意図した設計でした。

セクター別の視点#

スタートアップ#

小さなデジタルヘルスのスタートアップは、しばしば、本能でアジャイルを運営します。全員が一つの部屋にいて、非公式なスタンドアップ、素早い反復があり、それは速度と学習にとって本物の強みです。リスクは、「うちは小さすぎてプロセスは要らない」が、NHSの購入者のDigital Technology Assessment Criteria（DTAC）のレビューがギャップを露わにするまで、完了の定義から臨床安全とアクセシビリティを静かに除くことを意味することです。心理的安全性は、チームが小さく創業者主導のあいだは、通常高いものの、悪い知らせにまずく反応するカリスマ的な創業者は、それを目に見えない形で壊せます。早期に報われる動きは、安全とアクセシビリティの譲れないものを組み込んだ、軽量な完了の定義を書き留めることと、資金調達のラウンドのバーンレートの文化が、恒常的な繁忙を普通にする前に、持続可能なペースを守ることです。

小規模事業者#

確立した小規模の提供者、つまり一般診療所、地域薬局、介護施設、単独拠点のクリニックには、「納品チーム」がそもそもないことがほとんどです。働き方は、診療所のマネージャー、臨床リード、そしておそらく非常勤のIT請負業者一人が、患者を診ながら維持できるものです。改革すべきスプリントやふり返りはないため、実務上の動きは、最も安価でレバレッジの高い習慣を借りることです。未解決のデジタルの変更の目に見えるボードと、進行中の数の厳格な制限、そして稼働前に誰が変更を承認するかについての、短い書面の合意。完了の定義は、なお大きなトラストと同じ法定の義務、つまり臨床安全、アクセシビリティ、情報ガバナンスを担わなければなりませんが、臨床安全責任者が職員にいないため、これは通常、軽量なチェックリストと、保証のためにどのサプライヤーやICBの連絡先に電話するかを知っていることを意味します。同じ少数の人々がサービスの提供と変更を担うため、持続可能なペースは本物のリスクです。うまくいかなかったアップグレードは、オンコールの当番表に単に連絡できない職員にのしかかります。現実的な野心は、完全なアジャイルのセレモニーではなく、いま一人ですべてを頭の中に持っている人が去っても生き延びる、意図的で、書面の、既定で安全な習慣です。

大企業#

大規模なNHSトラストやヘルステック企業は、多くのチームと、その反対の問題を抱えています。アジャイルのセレモニーが増殖し、「アジャイル」が、変わらない指揮統制の文化の上の塗装になり、チームは、それを価値あるものにする自律なしに、儀式を行います。数十のチームにわたって、単一の枠組み（しばしば大規模アジャイル）に標準化することは、あるチームには合い、別のチームには支障をきたすリズムを押しつけるリスクがあるため、共有のガードレールの中で、スクラム、かんばん、ハイブリッドをチームに選ばせます。この規模では、チームにわたって集約されたチームの健全性チェックは、リーダーシップに、組織の雰囲気についての本物のシグナルを与えますが、それは、データがチームを助けるために使われ、順位づけや罰則に決して使われない場合に限ります。大企業の決定的な優位性は、持続可能なペースを、願望ではなく達成可能にする、プラットフォーム、オンコールの構造、確保された改善の時間に投資できることです。

政府#

NHS Englandや地方自治体のような国の機関は、他者が納品する基準を定めます。GOV.UK Service ManualとNHS Service Standardは、どちらも、アジャイルで反復的に働く多職種チームを義務づけており、働き方が費用対効果にどう変わるかについて、国民に説明責任を負います。納品の多くはサプライヤーに外注されるため、政府の働き方についての梃子は契約上のものです。アジャイルの言葉を着たウォーターフォールの計画に対して文書を受け入れるのではなく、定期的なデモで動くソフトウェアが実証される、本物のアジャイルな納品を主張します。説明責任は正式で監査可能であり、それが、チームの流れを絞る重いガバナンスのセレモニーへ引きつけうるため、規律は、チーム自身のリズムを窒息させずに、成果と安全を保証することです。国民の信頼の側面は、ここで最も鋭くなります。明らかに健全で透明な納品チームは、公的機関が、機微なデータを保持し、重要なサービスを運営する信頼を勝ち取る方法の一部です。

よくある失敗パターン#

• ゾンビのセレモニー。 マネージャーへの状況報告の芝居であるスタンドアップ、本物の利用者のいないレビュー、何も変えないふり返り。行事は自動操縦で動き、時間を消費し、参加が無意味だとチームに教える。各行事を、目的に容赦なく結びつけ直すか、やめることで直す。
• 計画なし、ガバナンスなしの隠れ蓑としてのアジャイル。 「私たちはアジャイルだ」が、臨床安全、アクセシビリティ、情報ガバナンスの仕事を飛ばす正当化に使われる。俊敏さは、これらをより早く表面化させるべきで、免除すべきではない。完了の定義に入れる。
• 形だけの枠組みの採用。 自律、透明性、信頼なしに、スクラムやSpotifyのモデルのラベルを真似る。原則を借り、自分の文脈に適応させ、ガードレールの中で、チームに自分のリズムを選ばせる。
• すべてが進行中で、何も完了しない。 WIP制限がないため、チームは多くを始めて少ししか終えず、リードタイムが膨らみ、半分しかテストされていない変更が積み上がる。仕事を可視化し、上限を設ける。
• 運用モデルとしての英雄主義。 少数が担う持続的な残業とオンコールが、直されずに称えられる。最高の人材を燃え尽きさせ、安全上重要なシステムでは、臨床リスクを高める。持続可能なペースと公平な当番制を設計する。
• やり遂げのないふり返り。 行動が生み出されて決して実行されないため、率直さが劣化する。少数の所有された期限付きの実験に限り、次回それらを確認する。
• 築かれず、想定されるだけの心理的安全性。 リーダーがチームを安全だと宣言しながら、自分自身の反応が、人々に黙っていることを教える。信念ではなく、行動で測定する。

成熟度モデル#

チェックリスト#

• チームが、仕事の性質に合わせて、リズム（スプリント、流れ、ハイブリッド）を意識して選び、その選択を見直している。
• 各セレモニーに、全員が理解する明示された目的があり、もはや資さない行事は変更またはやめられている。
• 定期的なデモが、本物の臨床家、患者、運用の利用者に、動くソフトウェアを示している。
• 書面の準備完了の定義と完了の定義があり、臨床安全、アクセシビリティ、情報ガバナンスが完了に符号化されている。
• 仕掛かりの仕事が可視化され、明示的に制限されている。
• チームが、ワーキングアグリーメント／チャーターを共同で作成し、定期的に見直している。
• 軽量なチームの健全性チェックが、定期的なリズムで、チームの所有のもとで運営され、その傾向が行動に情報を与えている。
• ふり返りが、少数の所有された期限付きの行動で終わり、次のふり返りが、それらが実行されたかを確認している。
• 燃え尽きの先行指標が監視され、オンコールが公平に分担され、キャパシティが持続可能なペースのために計画されている。
• リモート／ハイブリッド／非同期の協働が意図して設計され、判断が、不在の同僚が見つけられる場所に文書化されている。
• リーダーが、非難のないレビューと、悪い知らせへの自分自身の目に見える反応を通じて、心理的安全性を積極的に築いている。

主要な情報源#

• アジャイルソフトウェア開発宣言とその12の原則（「持続可能な開発 … 一定のペースを無期限に維持できる」を含む） — agilemanifesto.org
• スクラムガイド — Ken Schwaber & Jeff Sutherland — scrumguides.org
• かんばん — David J. Anderson — 流れの可視化と仕掛かりの仕事の制限
• NHS England — NHS Service StandardとNHS Service Manual — 多職種のアジャイルな納品とデモ
• GOV.UK Service Manual (Government Digital Service) — アジャイルな納品、アジャイルのセレモニー、持続可能な働き方
• Amy C. Edmondson, The Fearless Organization — 医療における心理的安全性とチームの学習
• Google re:Work — チームを効果的にするものについてのProject Aristotleの知見
• Spotifyの「Squad Health Check」モデル — Henrik Kniberg & Kristian Lindwall
• 世界保健機関 — ICD-11における燃え尽きの分類（QD85）

参考文献#

1. Agile software development — Wikipedia — https://en.wikipedia.org/wiki/Agile_software_development
2. Iterative and incremental development — Wikipedia — https://en.wikipedia.org/wiki/Iterative_and_incremental_development
3. Scrum (project management) — Wikipedia — https://en.wikipedia.org/wiki/Scrum_(project_management)
4. Kanban (development) — Wikipedia — https://en.wikipedia.org/wiki/Kanban_(development)
5. Stand-up meeting — Wikipedia — https://en.wikipedia.org/wiki/Stand-up_meeting
6. Retrospective — Wikipedia — https://en.wikipedia.org/wiki/Retrospective
7. Psychological safety — Wikipedia — https://en.wikipedia.org/wiki/Psychological_safety
8. Occupational burnout — Wikipedia — https://en.wikipedia.org/wiki/Occupational_burnout
9. Continual improvement process — Wikipedia — https://en.wikipedia.org/wiki/Continual_improvement_process
10. Manifesto for Agile Software Development — Beck et al. — https://agilemanifesto.org
11. The Scrum Guide (2020) — Ken Schwaber & Jeff Sutherland — https://scrumguides.org
12. NHS Service Manual and Service Standard — NHS England — https://service-manual.nhs.uk
13. Service Manual (agile delivery) — Government Digital Service, GOV.UK — https://www.gov.uk/service-manual/agile-delivery
14. The Fearless Organization: Creating Psychological Safety in the Workplace for Learning, Innovation, and Growth — Amy C. Edmondson — https://fearlessorganization.com
15. re:Work — Guide: Understand team effectiveness (Project Aristotle) — Google — https://rework.withgoogle.com/guides/understanding-team-effectiveness/
16. Squad Health Check model — Henrik Kniberg & Kristian Lindwall, Spotify Engineering — https://engineering.atspotify.com/2014/09/squad-health-check-model
17. Burn-out an "occupational phenomenon": International Classification of Diseases (ICD-11) — World Health Organization — https://www.who.int/news/item/28-05-2019-burn-out-an-occupational-phenomenon-international-classification-of-diseases

トピック3.6 — DevOpsとエンジニアリングの卓越性、トピック3.8 — サービスマネジメントと稼働中の運用、トピック7.0 — チーム構造、役割、責任、トピック7.5 — 人材・組織開発、トピック10.2 — 品質改善と改善科学も参照。