成果を生み出すアジャイルな開発プロセス」を読んだ際のメモ。感はあるが、要点のまとめとして現在スクラム開発現場で仕事をしている、またはこれから導入しようとしている方々のちょっとした参考にでもなればと思い投稿する。PO、SM、開発チーム。...スプリントの計画を作る。...アイデアを一時退避する。アイスブレークのように場を和らげた上で行った方が緊張をほぐし、積極的に意見を出したり、参加したりしてもらうのに効果的→お菓子を食べながらレビューグラウンドルール、ワーキングアグリーメントを作る最後にスクラム開発現場を開発メンバー(Tリーダー)として2年ほど経験した感想には以下のようなことが挙げられる。促す」という点では有効かつ効果的なシステム・プロジェクト自体がイテレーションを回すサイクルに向いているかの判定をどこかでするべき大切なのは「自ら課題を発見し、素早く効果を上げるプロダクトづくり」ができるか否かだ。そのためには手法そのものに固執する必要はなく、仕組みのいいところだけを取り入れつつ旧来の手法に戻る、または新たな方法を模索してもいいように思う。