2013/12/6に実施された「リーンな現場の実際 ～企画サイドと開発サイドからみる失敗と成功～」で使用した資料です。 公開用に一部修正をしています。
リーン開発の本質 公開用
2013/12/6に実施された「リーンな現場の実際 ～企画サイドと開発サイドからみる失敗と成功～」で使用した資料です。 公開用に一部修正をしています。
アジャイル開発で『動くソフトウェア』による開発を始めるために必要な考え方 まとめ | mah365
アジャイル開発においてもソフトウェアを作り始める以上、仕様を決める必要があります。いわゆる要件定義です。ただし、全く新しいものを作る場合と、古いものを新しく置き換える場合とで、やり方を変える必要があります。 新しいものを作る場合 ビジネスモデルはあるものの、それを実現するソフトウェア像はまだはっきりしない・・・新しいものを作る場合には、当然よくあるケースです。 ウォーターフォールとカウボーイスタイル この場合、「全部決めないと開発できませんよ！」というのが一般的ウォーターフォール開発であり、「とりあえず作りながら考えましょうか！」というのがカウボーイスタイルのアジャイル開発です。前者は冷静に考えて不可能（最初から決められたら誰も苦労しない）ですし、後者は手戻りすぎて永遠にローンチできません。 リーンスタートアップスタイル 新しいものを作り始める場合は、リーンスタートアップのスタイルを採用す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
