「スクラム」を編集中 (節単位)

== 概要 ==
スクラムでは基本的に[[アジャイル]]と同じ流れで開発が行われるが、個々人が課題表をみて勝手に課題を解決していくのではなく、チーム内で毎日の進捗確認や方向性確認などを行った後に個々人が課題を解決してゆく。
なかでも[[アジャイル]]との最大の違いは課題表にバグを記載するときに、単にバグの発生した状況状態だけを記載するのではなく、チームで対策を話し合い大まかな解決策の目星まで付けた「課題」として記載する点にある。
[[Visual Studio Team Services]]（[[github]]の[[パクリ]]）ではプロジェクト生成時に開発手法を「アジャイル」と「スクラム」から選べるが、このバグトラッカーに話し合い機能があるかないかくらいの違いしかない。

スクラムもアジャイルの発展系であるため[[ウォーターフォール]]の欠点である事前見積の不正確さは大幅に改善される。
スクラムおよびアジャイルでは数週間単位で見積を作るため大きくブレることは少ない。
そもそもウォーターフォールは最序盤に数ヶ月から数年先まで未来予想して見積を作るというキチガイ手法である。

スクラムの欠点でもあり利点でもあるのは「チーム」が必須となる点である。
一般論としてチーム開発は理想であるとされるが零細企業などでは人手不足でチームが組めないということも多い。
ただ毎朝話し合う（スクラム会議）だけであれば[[ペアプログラミング]]よりは簡単である。
がんばろう。