アジャイル開発とスクラム 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント 作者: 平鍋 健児、野中 郁次郎出版社/メーカー: 翔泳社発売日: 2013/01/18メディア: 単行本（ソフトカバー） 3部から構成され、全部で10章から構成されます。 第1部「アジャイル開発とは何か、スクラムとは何か」は、平鍋氏が執筆されており、アジャイル開発およびスクラムが分かりやすく解説されています。普段、アジャイル開発の手法を取り入れて開発をしているのであれば、日々の開発活動と対比しながら読むことができると思います。完全なウォータフォール開発しか経験したことがない人にとっては、なかなかピンとこないかもしれませんが、アジャイル開発とウォータフォール開発の違いを理解することができると思います。 「スクラム」という言葉は、本書の共著者である野中 郁次郎氏が竹内弘高氏と共著した"The New New
agileに関するtakuya-itohのブックマーク (8)
-
takuya-itoh 2013/03/14
-
【TFSUG】プロダクトオーナーシップ
3. Scrumとは？ 複雑なプロダクトを開発・維持 するためのフレームワーク 可能な限り価値の高いプロダクトを 生産的、創造的に届けるためのもの シンプルでわかりやすいという特徴 http://www.flickr.com/photos/conchur/3358169824/
-
日経ITProの記事にケチつけておく - masayang's diary
日経ITPro: アジャイルはウォーターフォールよりも難しい 何を持って簡単・困難を定義するのかがわからないけど、「アジャイルはウォーターフォールよりもごまかすのが難しい」というのであれば、その通りだろう。 そもそもアジャイルは、大規模プロジェクトを想定していないし、請負契約が多い国内のプロジェクトは、要求の増加に歯止めが利きにくいアジャイルと相性が悪い。 そもそも大規模プロジェクトを想定して生まれた手法は存在しないわけで。 ウォーターフォールは他に選択肢がなかったために大規模に適用されてきたけど、それが適切だったかはなんとも言えない。失敗しても他に選択肢がないんだから「ウォータフォールが悪い」って言えなかったしね。 ただ、最近は大規模でのAgile事例は増えてきている。日本ではまだ少ない、というところでしょ。 「要求の増加に歯止めが利きにくいアジャイル」というのも変だよね。 当初の一欄に
-
楽天で角谷さんのお話を聞いた - 未来のいつか/hyoshiokの日記
解読アジャイルソフトウェア開発というタイトルでお話をしていただいた。*1 アジャイル開発の本質を角谷節で1時間あまり独演会してもらった。 Demystifying Agile Software DevelopmentView more presentations from Eiwa System Management, Inc. . ともかく映像を観てほしい。約1時間ちょっと、そしてその後に続く質疑応答も一緒に。 ソフトウェア開発における受託開発という立場ではない、もう一つのソフトウェア開発の現場が、自分のサービスを自分で作るという立場だ。 受託開発の場合はユーザー企業（発注する側）と開発する企業（受託する側）とがあって、時として敵対関係に陥る。一方の利益が他方の損というゼロサムゲームである。 自社開発の場合は、社内にユーザ部門と開発部門があったとしても、最終的にはユーザ部門の利益と開発部
-
「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey
日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用されており、アジャイルソフトウェア開発手法の採用はまだ数％程度といわれています。12月8日に都内で開催されたイベント「Agile Conference tokyo 2009」では、米国でアジャイルソフトウェア開発のコンサルタントなどを行っているThoughtWorksのマネージングディレクター、Xiao Guo氏が会場からの質問に答えるトークセッションが行われました。 このセッションでは、多くのエンジニアが現場でアジャイル開発ソフトウェア手法の導入や運用で悩んでいること、疑問に思うことを率直にGuo氏に投げかけています。セッションでやり取りされた質問と回答の一部を紹介しましょう。 意志決定を先延ばしすること 質問 日本のSIerに務めています。日本では、設計書をエクセルを使って画面や処理などの書類を作成しています。海
-
古い発想の経営トップ - masayang's diary
ITPro: 若い時にプログラムを書こう，必ず人生の豊かさにつながる 経営トップから「ウォーターフォール型開発」「分業制度」という発想が抜けないから、こういう「昭和時代体質」が延々と生き残ることになる。 悲劇といえば悲劇。 古い発想のままでいるということが理解できてないあたりは、喜劇的ですらある。 私どもの過去の開発実績の平均値を取ると、機能拡張のような案件を除く、ごく普通の開発の場合、開発工数の比率は、要件定義と設計が3、製造が4、試験（テスト）が3です。 今言っているのは、もっと自動化を進めて、4から2まできた製造のところをもう半分減らして1にしたい、ということ。そうすると3、4、3が3、1、1ぐらいでいけるのではないか。合計で5ですから半減、つまり倍速達成となる。 Agile化でフェーズ分割＋分業のオーバーヘッドをなくせば全体で4、下手したら2で済むかもしれない、なんてことは異次元の
-
アジャイルな見積りと計画づくり - masayang's diary
安井さんから1月下旬に頂いた「アジャイルな見積りと計画づくり」。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者: Mike Cohn,マイクコーン,安井力,角谷信太郎出版社/メーカー: 毎日コミュニケーションズ発売日: 2009/01/29メディア: 単行本（ソフトカバー）購入: 74人 クリック: 764回この商品を含むブログ (226件) を見る なんと読むのに二ヶ月かかってしまった... 言い訳すると...印象に残った所に付箋をペタペタ貼っていたため。 大変遅れてしまって申し訳ないが、読後感想などを... 全般 これからAgileを始めたい人はもちろん、既にAgile開発に詳しいつもりの人も、「俺はウォーターフォールでいいんだ」という人にも是非読んでもらいたい本。 特に「進行基準」に興味ある人には強く推薦。 読んだ後は「見積りを精査します！」なんて
-
アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣 - つれづれなる・・・
読み終えたのは去年のうちだったのにレビューがずれてしまった。アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣作者: Venkat Subramaniam, Andy Hunt, 木下史彦, 角谷信太郎出版社/メーカー: オーム社発売日: 2007/12/22メディア: 単行本（ソフトカバー）なんとなく知っていたアジャイル開発の具体的手法を知って、現場での振舞いに生かしたいと思っていたので読んだ。インターネットサービスにからむサービスはいかに早く世の中に出せるかが生命線なことは分かっていたが、じゃあ無駄のない効率的な開発ってどんなことを気にすればいいのか、スピード感を持ったフローって実際どういうものなのか。がまったく見えていなかった。結局、考え方とか理論とかは抽象化して広く人々に理解しやすくしている言い方なので、実践の具体的手法は見えない。そこが具体的にイメージできるようになりた
-
1
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました