アジャイルを完全体にするインパクトマッピング – ゆびてく

テクノロジーカテゴリーの変更を依頼記事元:

ubiteku.oinker.me

2 usersがブックマークコメント

コメントを保存する前にはてなコミュニティガイドラインをご確認ください

0 / 0

twitterアカウントが登録されていません。アカウントを紐づけて、ブックマークをtwitterにも投稿しよう！登録する

現在プライベートモードです設定を変更する

記事へのコメント0件

人気コメント
新着コメント

新着コメントはまだありません。
このエントリーにコメントしてみましょう。

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

<iframe marginwidth="0" marginheight="0" src="https://b.hatena.ne.jp/entry.parts?url=https%3A%2F%2Fubiteku.oinker.me%2F2015%2F10%2F06%2F%25E3%2582%25A2%25E3%2582%25B8%25E3%2583%25A3%25E3%2582%25A4%25E3%2583%25AB%25E3%2582%2592%25E5%25AE%258C%25E5%2585%25A8%25E4%25BD%2593%25E3%2581%25AB%25E3%2581%2599%25E3%2582%258B%25E3%2582%25A4%25E3%2583%25B3%25E3%2583%2591%25E3%2582%25AF%25E3%2583%2588%25E3%2583%259E%25E3%2583%2583%25E3%2583%2594%25E3%2583%25B3%25E3%2582%25B0%2F" scrolling="no" frameborder="0" height="230" width="500"><div class="hatena-bookmark-detail-info"><a href="https://ubiteku.oinker.me/2015/10/06/%E3%82%A2%E3%82%B8%E3%83%A3%E3%82%A4%E3%83%AB%E3%82%92%E5%AE%8C%E5%85%A8%E4%BD%93%E3%81%AB%E3%81%99%E3%82%8B%E3%82%A4%E3%83%B3%E3%83%91%E3%82%AF%E3%83%88%E3%83%9E%E3%83%83%E3%83%94%E3%83%B3%E3%82%B0/">アジャイルを完全体にするインパクトマッピング – ゆびてく</a><a href="https://b.hatena.ne.jp/entry/s/ubiteku.oinker.me/2015/10/06/%E3%82%A2%E3%82%B8%E3%83%A3%E3%82%A4%E3%83%AB%E3%82%92%E5%AE%8C%E5%85%A8%E4%BD%93%E3%81%AB%E3%81%99%E3%82%8B%E3%82%A4%E3%83%B3%E3%83%91%E3%82%AF%E3%83%88%E3%83%9E%E3%83%83%E3%83%94%E3%83%B3%E3%82%B0/">はてなブックマーク - アジャイルを完全体にするインパクトマッピング – ゆびてく</a></div></iframe>

プレビュー

規約違反を報告

アジャイルを完全体にするインパクトマッピング – ゆびてく

IMPACT MAPPING インパクトのあるソフトウェアを作る http://www.amazon.co.jp/dp/4798135933 ソフトウ... IMPACT MAPPING インパクトのあるソフトウェアを作る http://www.amazon.co.jp/dp/4798135933 ソフトウェア開発は、開発の根拠となる「必要」をどう捉えるか、その考え方の変遷とともに進化してきたと言えるかもしれない。例えばウォーターフォール開発では、「必要」は疑いの無いもの、予め決定可能なもの、固定のものとして存在していた。製造業において当たり前のように繰り返されて来た、青写真（設計図）があって、それを実現（施行）するという手法である。その後、ソフトウェア開発において「必要」は予め決定出来ないという問題意識の元、計画・実施を細かく繰り返してフィードバックを得られるようにし、ビジネスと開発で密なコミュニケーションを取りながら本当の「必要」を探る、アジャイルという手法が生み出された。そして更には、計画段階で提案された仮説を、計測に基づく客観的な検証