優先順位問題にまじ困ってる

第10章で解説されてる優先順位問題を見て，本当に目の前で起きてる問題と同じだなと思った．

ある意味で「選択と集中」に対して「覚悟を決める」ことが重要なんだと思う．優先順位が決められずに「アレもコレも重要」って言うのは結局優先順位を決められてないのと全く同じ．

エンジニアとしても，中途半端な機能がたくさんできてしまうのは残念だし，機能をしっかりリリースすることによる成功体験から学ぶことも多いし，優先順位を決めて上から進めていくことにメリットしか感じないんだけどなー，なんて思いながら読んでた．

スクラムにおける「心理的安全」

デイリースクラムで困ってることを正直に話せることが重要だったり，プロダクトオーナーから高圧的な指摘が入ると場の空気が悪くなってしまうなど，以前紹介したチーミング本に出てくる「心理的に安全な場」に通ずるものがあるなーと思った．

無知と思われたり，ネガティブだと思われたりっていうイメージリスクを気にせず議論することができて，失敗を糧に成長できるチームであることがスクラムの必須条件だと改めて確信した．

kakakakakku.hatenablog.com

スパイク

第5章で解説されてるプラクティスの中で「スパイク」と「パーキングロット」は正直知らなかったので勉強になった．

「スパイク」っていうのは，技術的不確実性を取り除くための調査のことなので，実際には今までそう呼んでなかっただけで「事前調査」とか呼ばれたりしてやっていた．

プロジェクトの開始前に完璧な見積もりなんてできないし，あくまで経験に裏付けされたものでもあるので，今後も大きな壁にぶち当たったときは「スパイク」する必要がある．今後は「スパイク」っていう共通言語で通じるようにチームに普及しよう．

パーキングロット

「パーキングロット」はアイデアの一時退避場ってことらしく，MTG の趣旨とは違うけど重要なアイデアが出るときは，「パーキングロット」に一時退避して別途検討の時間を設けるっていうプラクティスとのこと．次に自分が MTG のファシリテートするときは，ホワイトボードに「パーキングロット」を書いてみようと思う．