BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ ニュース PayPalエンジニアリングチームがプレモーテム分析を実装

PayPalエンジニアリングチームがプレモーテム分析を実装

原文(投稿日:2021/07/22)へのリンク

最近のブログ投稿で、PayPalエンジニアリングチームはプレモーテム分析を、通常のソフトウェア設計プロセスの一部としてどのように使うかを公開した。チームは昨年、プレモーテム分析をカスタマイズしたバージョンを採用し、それが、PayPalエンジニアリングに大きなメリットをもたらした。

プレモーテムは、チームがプロジェクトが失敗したことを想像し、プロジェクトの失敗につながる可能性のあるものを特定するために逆方向に作業していく戦略である。この方法を使うことで、潜在的な障害シナリオについて話し、実際に実行する前にチームが何を改善できるかを考えるチームの能力が培われた。投稿者のSeema Thapar氏は、問題が発生した後にチームが実行する事後分析や根本原因分析とは異なり、プレモーテムではプロジェクト開始前に、それらが実行されるものであると述べている。


出典: https://medium.com/paypal-tech/pre-mortem-technically-working-backwards-1724eafbba02

Thapar氏は、PayPalでのプレモーテム分析プロセスについて説明している。

技術設計が文書化されたら、標準的な次のステップは、主な利害関係者に設計をレビューしてもらうことです。

プレモーテム戦略では、役割を入れ替えて、提案された設計の実装が失敗した場合はどうなるかを尋ねます。この戦略の次のステップは、技術設計が失敗し得る理由についてチームとブレインストーミングすることです。覚えておくべき主なポイントは、チームで創造性を発揮することです。失敗についてできるだけ多くのアイデアを考え出します。特にプロジェクトの開始時に開始された場合、より多くの人々の利益のために欠点を見つけることは解放感を得られるエクササイズです。目的は、最も堅牢な設計の選択肢を多くのアイデアから見つけ出すことです。この時点では、まだ解決策でなく、問題にのみに努力を払うことが重要です。ソリューションのブレーンストーミングは、後ほどチームで実施するものとして出てきます。

PayPalプロセスでは、エンジニアがユーザストーリーを1ページで記述し、そこには問題と提案された解決策の説明を含める。次に、チームは、この設計がどのように落とし穴を見逃す可能性があるかを議論するために、事前調査を実施する。チームが事前調査を完了すると、エンジニアは問題に対処し、設計を改善する。

PayPalにとって最も重要なメリットは、問題を早期に発見し、死角を明らかにできることである。さらに、事前調査では、チーム全員が全体像を把握することを奨励している。サイロを分解し、チームの集合知と想像力に頼るのである。また、これによって、チームが失敗について話すことが定常化された心理的に安全な環境を作り出す。

さらに、Thapar氏によると、これは技術リーダーやマネージャーが新しい経験の浅いチームメンバーを指導するための優れた方法であり、チームの関与と参加を促進する。

Gary Klein氏は、2007年にハーバードビジネスレビューの記事で「プレモーテム分析」という用語を生み出した。これは、プロジェクトチームが最初にリスクを特定する助けとなるように考案された方法である。Klein氏は、プレモーテム技術の本質を整理した。

プロジェクトチームのメンバーに何がうまくいかないかを尋ねるような、典型的な批評的なセッションと違い、プレモーテムは「患者」が死亡したことを前提として進むため、何がうまくいかなかったかを尋ねることになります。チームメンバーのタスクは、プロジェクトの失敗のもっともらしい理由を生み出すことです。

プレモーテムは、事後調査の反対で、仮説を伴うものである。医療現場では死後、医療専門家と家族は、患者の死の原因を知ることができる。Klein氏が述べているように、事後調査では皆が恩恵を受ける。ただし、患者を除いてである。

この記事に星をつける

おすすめ度
スタイル

BT