PMBOK原理・原則：テーラリング入門 〜プロジェクトに合わせて "いいとこどり" する技術〜 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? PMBOKのテーラリングについて記事を書きました。 プロジェクトマネジメントの手法は、「全部入り」でも「完全省略」でもNG。大切なのは、プロジェクトの特性に合わせて「使える手法は何でも使う」という考え方です。 金融系基幹システムのシミュレーションとしての更改事例も紹介し、要件定義・開発・管理の各フェーズでどのようにテーラリングしたかを実践的に解説しています。 はじめに：なぜテーラリングが必要なの？ 「PMBOKの手法をすべて導入しないといけない」 「アジャイルだからウォーターフォールの手法は使えない」 ...こんな思い込み、ありませんか

[jacoby]

テーラリングは標準プロセスのカスタマイズなんだけど、(再発防止で肥大化した)プロセスを省略と受け取られがち。なぜプロセスが必要ない(必要)の理由を記載したテーラリング記録ぐらいは残さないと振り返りできない

[morimarii]

テーラリングは頭のいい人間か人望の厚い人間か独裁者でないとまとまらないのでその点は留意する必要があります

[chiroruxx]

いいとこどりをできるほどアジャイルとウォーターフォールに精通している人が希少すぎて現実味があまりない感じがした。

[gairasu]

手法を使うことが目的になってないなら当たり前のこととして受け入れられると思う

[hiroomi]

“テーラリングの本質は、プロジェクトに合わせて、使える手法は何でも使う”チェックリスト： ・プロジェクトの特性を整理した ・チームの意見を聞いた ・段階的な導入を計画した ・定期的な見直しの機会を設定した

[matsu0313]

✋️