アジャイル開発と僕 - Mitsuyuki.Shiiba
振り返るだけのエントリー。 カウボーイコーディング バイト時代含めて5年くらいはベンチャーでカウボーイコーディングやらせてもらってました。自分が作ったソフトが売れなかったら会社が潰れるんだって危機感を持って仕事ができて幸せでした。XPを調べたりペアプロやったりもしたなー。 Waterfall その後SIerで3年くらい仕事したときに、エクセル方眼紙に出会いました。あんまあわないなーと思ったのだけど、入ったからには3年は続けよっかなと楽しみました。結局、色々勉強になりました。ここで一通りのWaterfallを経験できたのは良かったです。 Waterfall 2010 2010年の中頃に今の会社に入って、最初はWaterfallでした。その当時のやり方があんまり好きじゃなくて、スケジュール管理とかタスク管理とかを無理言ってやらせてもらいました。WBSとガントチャート作ってたっけな。 今考えたら
5分で理解するリーンな「かんばん」
Henrik Knibergさんのブログで「One day in Kanban land」という記事を見つけました。そこでは、かんばんの使い方のポイントがうまく描かれたマンガが紹介されています。各国語に訳されているので、ヘンリック氏に許可をいただき、日本語訳してみました。 赤い人がプロダクトオーナー（PO）の役割で、青い人たちが開発チーム（DEV。ここでは2名ずつ2チーム）、緑の人がテスターだと思います。テスターチームはデプロイまで担当しているみたいですね。 また、「TODO」「開発」「デプロイ」という各ステージにはWIP（Work in Progress：仕掛り作業）が制限されています。WIP制限とは、各ステージにWIPの数以上のカードを貼ることができないというルールです。
アジャイル導入の「最小限」の読書リスト | ワイクル株式会社
『Manage It! 現場開発者のための達人式プロジェクトマネジメント』などで有名なJohanna（かわいいおばちゃん！）が、「アジャイル導入の「最小限」の読書リスト」を公開していました。 http://www.jrothman.com/services/minimum-reading-list-for-an-agile-transition/ 詳細は原文を読んでもらうことにして、簡単に紹介しておきます（※印は私見です）。なお、あくまでも「最小限」なので注意してください。 スクラム スクラムガイド ↑ だけじゃ足りないので、スクラムの本を何か一冊読むといい ※『エッセンシャルスクラム』（翔泳社）がいいと思います!! カンバン David Andersonの『Kanban』 ※↑はいかにも教科書っぽいので『Kanban in Action』がオススメ。これは来年くらいには……。 XP Ke
日本のアジャイルムーブメントに、何が起きていたのか、何が起きているのか
（本記事は、InfoQに掲載された平鍋健児氏の記事「What has happened and is happening in Japan’s Agile movement」を、InfoQ Japanの許可を得て翻訳、転載したものです） この10年の私のアジャイル人生でもっとも誇らしい出来事と言えば、Agile2008で「Gordon Pask Award」を受賞したことでした。振り返れば、私が初めて参加したアジャイル関連のイベントは、ソルトレークシティで行われた「Agile Development Conference 2003」で、そこで私は賞をもらったことを思い出します。それは「Thank-you-very-much-for-coming-all-the-way-from-Japan Award」（わざわざ遠い日本からようこそいらっしゃいましたで賞）でした。 この記事では、私は「Go
アジャイルを導入する方法
トップダウンでアジャイルが導入されるのは、企業ではよくあることだ。しかし、その他の方法もある。ステルスでアジャイルを導入する方法や、継続的改善チームを使う方法、限定的にアジャイルの方法を取り入れて、ゆっくりと進め始める方法がある。 FCWのsneaking up on agile developmentという記事で、Mark Rockwell氏はManagement of Change 2014カンファレンスの模様をレポートしている。カンファレンスは、ステルスでアジャイルを導入するということは最も効果的な方法かもしれないという結論に達した。 "'アジャイル'という言葉を発すると人々はナーバスになります"、とRecovery Accountability and Transparency BoardのCIOのShawn Kingsberry氏は言う。氏は自らのエージェンシーを使ってアジャイル
重要なテクノロジーは10名以下のチームで作られた ～ Innovation Sprint 2011（後編）
1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、アジャイル開発手法の1つとしてもっともよく使われている「スクラム」の生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ基調講演を行いました。しかもサザーランド氏と野中氏が会うのは今回が初めてということで、アジャイル開発の歴史に残るイベントになりました。 野中氏の基調講演に続き、サザーランド氏の基調講演の内容を紹介しましょう。 （本記事は「スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編）」の続きです） なぜソフトウェアのプロジェクトは失敗するのだろう？ Chairman,the Scrum Training Institute ジェフ・サザーランド氏。 なぜソフトウ
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編）
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） アジャイルなソフトウェア開発手法としてもっとも広く使われているのが「スクラム」です。このスクラムは、1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによって提唱されたものですが、その考え方の基盤となったのが1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。 1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、このスクラムの生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ
Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み（後編）
先週の水曜日（10月19日）に、アジャイル開発手法のスクラムを学ぶイベント「Scrum Gathering Tokyo 2011」が都内で開催されました。 スクラムを実際に導入した事例として紹介されたのが「Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み ～組織と現場から～」のセッションで紹介されたヤフー株式会社の例。 組織としてスクラム導入にどう取り組んだかを紹介した前編に続き、後編では現場の取り組みが紹介されました（本記事は「Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み（前編）」の続きです。 スクラムの導入に現場はどう取り組んだか？ ヤフー株式会社 R&D統括本部フロントエンド開発1本部開発1部開発1 立木貴洋氏。 続いて、スクラムの導入について、現場でどう取り組んだか、という話です。私は2007年入社の5年目です。今回スクラムマスターを初めて担
Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み（前編）
先週の水曜日（10月19日）に、アジャイル開発手法「スクラム」を学ぶイベント「Scrum Gathering Tokyo 2011」が都内で開催されました。 スクラムを実際に導入した事例として紹介されたのが「Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み ～組織と現場から～」のセッションで紹介されたヤフー株式会社の例。 同社は2名の担当者が中心となり、社内セミナーなどでスクラムに興味を持ってもらうことで社内の自主的な変化を促す一方、評価制度や内部統制などの制度を調整する担当役も置くことで制度面での変化も後押しするなど、スクラム導入の具体的な手法が紹介されました。 そのセッションの内容を紹介しましょう。 2名で分担してアジャイル開発の推進を開始 ヤフー株式会社 R&D統括本部プラットフォーム開発本部本部長 志立正嗣氏。 組織の立場から見て、どういう風にスクラムを導入してき
アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（後編）。QCon Tokyo 2014
アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（後編）。QCon Tokyo 2014 4月30日に都内で開催されたイベント「QCon Tokyo 2014」では、サイバーエージェントのアメーバ事業部が混乱の中からどうやってスクラムを導入してきたのか、その経験とそこで得られた知見が語られています。セッションの内容をダイジェストで紹介しましょう。 （本記事は「アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（前編）。QCon Tokyo 2014」の続きです） アジャイルを組織に浸透させるTips ここまでの経験で、アジャイルを組織に浸透させる上でのTipsを紹介したいと思います。 まず、組織を丸ごと変えてやる、と気張ってしまうとやはりだめです。 無理矢理「君たち全員アジャイル開発を始めよ」と言って始めるのは、そもそも自律的な組織ではありません。アジャイル開発を
アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（前編）。QCon Tokyo 2014
アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（前編）。QCon Tokyo 2014 スクラムのようなアジャイル開発手法を採用して開発をうまく回している現場も、最初からうまくいっていたわけではありません。現場ごとに試行錯誤を重ね、よりよい方法を模索する中で少しずつ改善が進んできているはずです。 4月30日に都内で開催されたイベント「QCon Tokyo 2014」では、サイバーエージェントのアメーバ事業部が混乱の中からどうやってスクラムを導入してきたのか、その経験とそこで得られた知見が語られています。セッションの内容をダイジェストで紹介しましょう。 Ameba流 Scrumを浸透させていく方法 サイバーエージェントの大﨑浩祟です。アメーバ事業本部コミュニティ事業部というところで、現在は24Logのシステム責任者をしています。
海外でなぜアジャイル開発が普及しているのか？ IPAが分析と提言
海外ではなぜアジャイル型開発が普及しているのか、IPA（独立行政法人情報処理推進機構）が継続的に行っている非ウォーターフォール型開発についての調査や提言活動の一環として、海外でのアジャイル開発の背景などについての報告書「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書 （非ウォーターフォール型開発の海外における普及要因編）」が公開されました。 調査対象国は、アメリカ、イギリス、中国、ブラジル、デンマークです。アメリカはアジャイル宣言が行われたアジャイル開発先進国として、イギリスもアジャイル開発の先進国として選ばれ、中国は日本のオフショア先であり新しいソフトウェア開発市場が起こりつつある国として、ブラジルはアジャイルコミュニティが活発化しており、デンマークは政府がアジャイル開発を推進している国として選択されました。 報告書のハイライトを紹介します。 海外でなぜアジャイル
あなたの現場を「アジャイル」に変えたいとき、たどる道筋は2つある
国内でのアジャイル開発の普及と共に、アジャイルという言葉が指す内容にも広がりがでてきました。同じ「アジャイル」という言葉を用いたとしても、それが何を指すのかを注意深く理解する必要が出てきたといってもいいでしょう。 そんな現状を、アジャイル開発の第一人者である平鍋健児氏がブログ「An Agile Way」にポストしたエントリ「アジャイルの「ライトウィング」と「レフトウィング」」で、非常に分かりやすい図と共に整理しています。以下に許可を得てその主な部分を転載します。 アジャイルの「ライトウィング」と「レフトウィング」 アジャイルの認知が進むにつれて、アジャイルという言葉がどんどん広がっている。アジャイル、という言葉の中にはいろんな要素が入っていることが分かる。もっと大きなものは、CI（継続的インテグレーション）を中核とする技術的なプラクティス群と、スクラムプロセスフレームワークのような、人と人
もっと気軽にアジャイルを学べるようにしたい。「アジャイルチームを支える会」を設立表明、一般社団法人として
発起人は西村直人氏と市谷聡啓氏。両者はこれまで書籍「アジャイルサムライ」「リーン開発の現場」「Scrum Boot Camp The Book」などの翻訳や執筆に関わり、またイベント「Agile Samurai Base Camp」の開催などを通してアジャイル開発の普及を推進してきました。 その活動の延長として、もっと世の中にアジャイルチームを増やしたいという両者の思いが今回の社団法人設立の背景にあります。「僕たちの回りを見てもと、ぶっちゃけ、アジャイルをバリバリやってるチームって見ないですよね」（西村氏）。 活動を継続できる仕組みを持ちたかった 「なんで社団法人かというと、活動を継続できる仕組みを持ちたかった」（市谷氏）。社団法人は法人格として契約も結べ、たとえばセミナーの講師などに報酬が出せるなどの利点をあげて、「会社にもコミュニティーにもそれぞれの難しさがあるので、別の手段として社団
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ウォーターフォールからアジャイルへの移行によるムダの削減
英国における巨大アジャイルプロジェクト失敗の原因調査結果
アジャイルチームにおけるグループ業績評価と報償
プロダクションオーナはスプリントのレトロスペクティブに積極的に参加するべきだ
アジャイルにマネージャと職務階級は必要か？
ソフトウェアの負債を扱う