「プロエンジニアになるための「アジャイル開発」再入門」が素晴らしい - プログラマの思索
倉貫さんの資料プロエンジニアになるための「アジャイル開発」再入門が素晴らしいのでリンクしておく。 新入社員向けのアジャイル研修の資料は、これを使えば十分ではないかな、と思った。 以下はラフなメモ書き。 【研修資料】 【参考】 アジャイル開発とウォーターフォール型開発の違いについて再考: プログラマの思索 アジャイルとウォーターフォールは文化や価値観のレベルで異なるという話 - たなかこういちの開発ノート アジャイル開発の本質 ? アジャイルとウォーターフォールの違いとは | Social Change! ソフトウェアは完成しても価値はない ? アジャイル開発は何を解決するのか | Social Change! アジャイル開発とは：「アジャイル開発」をエグゼクティブサマリにまとめてみた | Social Change! ドキュメントをなくしてもうまくいく？ ? 人に依存するリスクへの対処とは
アジャイル開発のタスク見積もりでやりがちなミス - HOW TO GO
アジャイル開発、主にスクラムをやっている人にとってタスクの見積りは悩ましいところかと思います。 個人的な備忘録も兼ねてよくあるミスをまとめてみます。 ここでのタスクの見積もりとはスクラムガイドにあるスプリント計画ミーティング第２部のことです。念のため。 ①見積りポーカーで時間がかかりすぎる 見積りポーカーを用いて見積りをするのはよい方法なんですが、いかんせん時間がかかりすぎる場合が多いと感じています。 みんな様子を伺っていてこれといった決め手がないままダラダラと議論してしまう 逆に好き勝手に話をしてもよいと思うメンバーがいて、決め手がないまま話が長くなってしまう。 見積りポーカーをやる理由は「タスク量の認識ズレをなくすこと」です。 認識ズレがないようなら見積りポーカーは必要ないはずです。そもそも別の方法でもよいかもしれません。 対策 認識ズレがありそうなタスクに対してのみ見積もりポーカーを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
