アジャイル開発の優しい教科書 - The Dragon Scroll
わかりやすいアジャイル開発の教科書を読みました。この本の著者の皆さんは関西の方で、いずれの方ともコミュニティにて繋がった方々でした。前川さんには、私が企画した東京の方のイベントでお話を頂いたり、細谷さんとも同じくイベントや本作りでお世話になっています。西河さんには、昔私が関西で開いたイベントに来て頂いたことがありました。お三方ともソフトウェア開発に真摯に向き合っている方々で、私が開発コミュニティに顔を出し始める前から活動をされていて、尊敬する先輩諸氏です。身近に感じる方々がアジャイル開発の、教科書と銘打った書籍を出されると知って、これはどうしても読みたいと思いました。先輩諸氏がアジャイル開発についてどんな言葉を残すのか。どんな言葉を日本の開発現場に届けるのか。楽しみでした。 本には、様々な工夫が凝らされていました。まずは、構成から。冒頭のテーマは「なぜアジャイル開発なのか」です。Start
アジャイル導入の壁〜ボトムアップでアジャイルが導入できるのか？ | Social Change!
「アジャイルを導入したいんですが、上司や会社に話が通じません。どうすればいいですか？」・・・アジャイルに触れたばかりの人からよく聞く質問です。 先日、Ultimate Agilist Tokyo というイベントに参加させていただき、壇上インタビューという形式で登壇させて頂きました。楽天の藤原さんからの質問に答えるという形で進みます。その中でも「よくある質問」として、この話が出ました。（決して楽天藤原さんが聞きたいと思っている訳ではなくて、こういう質問ってよく出ますよね、という対談です） そのときの私の回答は、ボトムアップでは難しいんじゃないか、というものでした。そのときは時間も足りなかったので、簡単に答えてしまいました。 この記事では、ボトムアップでアジャイルを導入することについて、壇上インタビューでは答えきれなかった部分も含めて考えてみます。 あなたのアジャイルは何をすることか？ 私は「
第1回 「正しいもの」を作るのがリーンスタートアップ
第1回 「正しいもの」を作るのがリーンスタートアップ リーン開発の生みの親、ポッペンディーク夫妻に聞く（前編） 迅速かつ柔軟な開発を目指したアジャイル開発手法を採用する企業が増えている。この連載では、アジャイル開発を主導する「賢者」に開発の極意を聞く。今回と次回に登場するのは、「リーンソフトウエア開発」を提唱するメアリー・ポッペンディーク氏とトム・ポッペンディーク氏である。 リーン（lean）は「ぜい肉がない」ことを意味する。無駄を徹底的に排除するというトヨタ生産方式の基本理念に由来している。ポッペンディーク夫妻はこの概念をソフトウエア開発に応用し、2003年に『リーンソフトウェア開発』（日本語版は2004年、日経BP社）を上梓して高い評価を受けた。 リーンが製造業の流れをくむのに対して、アジャイルは1990年代の米ソフトウエア業界から始まっている。ただ出自は違うものの、迅速かつ柔軟なソフ
アジャイルに対するマネジメントの見方
Steve Denning氏はForbesでの連載記事でアジャイルコミュニティが主流のマネジメントに受け入れられるために直面する困難について書いている。 連載の第一回目の記事で氏はアジャイルはマネジメントの秘密の奥義だと主張している。過去数世紀の間にも、既存の考え方に対立する大胆な新しいアイディアが、門外漢からもたらされたことで無視されるということが何度もあった。 ...ちょうど10年前、マネジメント手法にブレークスルーが起きました。このブレークスルーによってソフトウエア開発チームは規律ある作業の実施と継続的イノベーションを両立させることができるようになりました。これは従来のマネジメント手法では達成できないことです。しかし残念ながらこのブレークスルーを起こしたのは“正しい人々”、つまり、ビジネススクールの研究者や大企業の高給取りのマネージャーではありませんでした。最もマネジメントの問題を解
ウォーターフォールのほうが楽だという話 - 勘と経験と読経
わたしはまだ本格的な(?)アジャイル開発をやったことは無いけれども、周りのウォーターフォール脳に比べたらアジャイルプラクティスをプロジェクトに取り込むことが多い（プロジェクトマネージャーの立場で、スクラムマスター的に推進）。いくつかのプロジェクトを終えて、結果を振り返ってみるとチームメンバーの平均的な帰宅時間は早まったし、休日出勤することも減ったと思う。QoELは確実に上がったと思っていたけれども、一部のエンジニアからは「キツかった」と言われて驚いた。 アジャイルの前のほうが楽だった？ 「第5回 TFSUG：ウォーターフォールからアジャイル、リーンへ」での発表で、アジャイル開発に挑戦した方がやはり「前のほうが楽だった」というような事を書いている。 http://kaorun55.hatenablog.jp/entry/2012/04/17/001312 第5回TFSUG WFからAgile
デブサミで話しました。：An Agile Way：オルタナティブ・ブログ
2/16 デブサミで、 『アジャイル開発の10年と今後を語ろう。』と題して話しました。内容については、新野さんのレポートがすごくまとまっているので、ご紹介。 publickey 平鍋氏「アジャイル開発の10年と今後を語ろう」、デブサミ2012 これまで10(+1)年のアジャイルを書籍を軸に振り返り、リーンの果たした役割、そしてそこからはじまった流れが、現在の２つの方向が、 組織改革 リーンスタートアップ というビジネスへの出口に向かっていることを示したかった。また、 野中郁次郎先生やトヨタなど、日本からの影響が大きい分野 本質は「知行合一」にあること。「考えること」と「行うこと」を分けて考えるのではなく、両方が同時に起こること。 も言いたかった。それと、現在の方向は、Context が強く意識され、 方法論、という外側から管理で固めていく方法ではなく、 プラクティスを集めたり、工夫したりし
日本のアジャイルは海外と比べると周回遅れか、アジャイル開発が国内で普及するには？ IPAの報告書から
海外ではアジャイル型開発の採用は開発企業のステータスとしての側面があり、現在のアジャイルの次にくるものの議論が始まっている。我が国の状況は周回遅れとも表現されることが少なからずあった。 日本のエンジニアが生き生きと働くためにどうすればよいのか？ その一環として独立行政法人情報処理推進機構（IPA）が発表した「非ウォーターフォール型開発に関する調査」では、まとめとしてこのような説明が掲載されています。 アジャイル開発普及のための3つのポイント こうした状況を脱し、国内でアジャイル開発を普及するためにどうすればいいのでしょうか？ 発表されたIPAの報告書では次の3つの指摘がありました。 (1) ビジネス等のコンテキストに応じた開発方法の選択 開発するソフトウェアの特性やプロジェクトに与えられる制約などを踏まえ、妥当な開発手法を定めた結果として、ウォーターフォール型開発色が強い場合もあれば、その
アジャイルソフトウェア開発宣言
私たちはソフトウェア開発を実践あるいは実践の手助けをする ことによって、よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスとツールよりも個人と対話に。 包括的なドキュメントよりも動くソフトウェアに。 契約交渉よりも顧客との協調に。 計画に従うことよりも変化への対応に。 すなわち、左側に書かれたことがらに価値をおきながらも、 私たちは右側に書かれたことがらにより価値をおく。 Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler
何をやったらアジャイルなのか？ | Social Change!
「何をやったらアジャイルなのか？」という疑問。アジャイル開発に興味をもち、勉強したり実践を始めたりしたら、一度は突き当たる疑問の一つだと思います。 昨日、参加したアジャイルの勉強会で出た疑問の意見です。 ペアプロすればAgile？朝会すれば？TDDすれば？・・・まさかそんなことはないでしょう。ただプラクティスに従うよりも大事なことがあるはずです。 その勉強会では、「ビジネスとしての価値に判断をすること」や「お客様との距離を縮めること・一致団結すること」といった意見が出ました。確かに、それはAgileを実践した場合の効果かもしれません。 私も同じような悩みをもったこともありました。これまでの私自身のスタンスで言えば、実はあまり言葉の定義は興味なくて、顧客も従業員も満足して利益が出ているのであれば、アジャイルと呼ぼうが何と呼ぼうが構わないのではないか、と考えています。ただ、それではあんまりなの
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
平鍋氏「アジャイル開発の10年と今後を語ろう」、デブサミ2012
デブサミが10周年、アジャイルソフトウェア開発宣言は2001年なので10年ちょっとたちました。僕が歩いてきた10年をみなさんと共有しつつ、次の10年について考えてみたいと思います。 まず、アジャイルの現状を復習。日本ではアジャイル開発を「XP」（eXtreme Programming）で知った人が多いと思います。その後でスクラムを知った、という人が多い。 「Evo」って知ってます？ トム・ギルブさんが1970年代に、PDCAサイクルをソフトウェアに当てはめたらどうなるか、ということで作った。おそらく世界最古のアジャイル開発方法論です。 その後、トヨタ生産方式（TPS、Toyota Production System）を源流にしてポペンディックさんが作った「リーン」。このあたりが経営者がアジャイル開発を知り始めた機会かなと思います。 「XP」はケント・ベックさんがパターンランゲージをソフトウ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SCRUM BOOT CAMP THE BOOK | 西村 直人, 永瀬 美穂, 吉羽 龍太郎 |本 | 通販 | Amazon
組織にアジャイルを広めるのは挑戦だと調査が示す
NTTデータ公式サイト
三周まわったおれたちのアジャイル
ドリコム的Railsアプリ開発流儀
NTTデータ公式サイト
Agile Backlogs. Sigh. | Tiny Giant Books
「高校生になって初めてスクラムを始めました」～「ストーリー」で何を作るかまとめよう
アジャイル開発の広範な普及を目指して ― ＠IT情報マネジメント
