米国と英国の政府会計監督機関は先日，政府の出資する開発プロジェクトへのアジャイルプラクティス適用に関する報告書とガイドラインを公表した。米国政府説明責任局 (GAO / Government Accountability Office) と英国監査局 (NAO / National Audit Office) はいずれも，政府部門でソフトウェアシステムを構築するための最善の方法としてアジャイルの採用を推奨すると同時に，その適用とガバナンスに関するガイドラインを提供する。 NAO の報告書 によると， 政府はプロジェクトの失敗によるリスク軽減のため，情報および通信技術 (ICT) の調達と提供にアジャイル手法を採用します。2011年5月に実施された公会計委員会 (Committee of Public Accounts) の公聴会で政府は，アジャイルを単独ではソフトウェア開発の改善方法とは考

ソフトウェア開発プロジェクトでは、顧客への定期的な進捗報告を行うために、当然のことだが進捗を管理しなければいけない。中規模以上のプロジェクトではプロジェクトはいくつかのチームに分かれていて、さらにチームごとに担当する会社が異なることもある。ありがちな事だが、チーム別にプロジェクト内の進捗会議を行うようになってくると、これが壮大なムダになっていく。 チームリーダーはソフトウェア開発プロジェクトのボトルネック ソフトウェア開発プロジェクトは、ウォーターフォール形式であれアジャイル開発プロセス型であれ、膨大なコミュニケーションと意思決定を行うことで進んでいく。ソフトウェアの仕様や構成について決定するのは、たいていはチームリーダーの仕事だ。また、各開発担当者の仕事の結果が正しいのかをレビューやインスペクションによって判定するのもチームリーダーの仕事であることが多い。そして、チームリーダーはチームメ

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 【ラウンドアップ】 アジャイル開発の基本的な事項を解説。ウォーターフォール型開発との比較、契約モデル、予算策定手法に加え、旧来のプロジェクトマネジメントとの軋轢が生む様々な困難を解決する考え方も紹介。 「アジャイル開発」って何がいいの？--アジャイル開発を実案件に生かすための基礎知識 「アジャイル開発」と聞くとどんなイメージを思い浮かべるでしょうか。英語の“agile”を辞書で引くと「俊敏な、迅速な」という意味が載っています。刻々と変化する市場の要求、顧客の要求に迅速に対応していくというのが基本的なアジャイル開発のあり方です。

最近、とある機会があって、いろんなアジャイルが出来るといってくるベンダーさんとあう機会があるけど、正直「おい！どの口がアジャイル出来るって言ってるねん！」って思う事がむっちゃくちゃ多い。 今は確かにアジャイル開発ブームで、世間では引き合いも多いらしい。いろんなベンダーの営業さんが、「うちもアジャイルできます」って言って営業してはるけど、マジでちゃんと自社でできるか調査してから営業してほしい。私はアジャイルを１０年以上やってるけど、元々は「この方法やったら、お客さんにホンマにええアプリを届けれるんちゃうか？」と思ったところから来ている。 それが、今や猫もしゃくしもアジャイル出来ますとか言って、ろくにアジャイルも出来へんのに売りつけて、結局効果がでなくて、「やっぱアジャイルなんかアカンやん」ってなるのがむっちゃくちゃ嫌なのだ。 これって数十年昔のオブジェクト指向ブームと一緒やん。当時のオブジェ

こんなエントリを書いて早4ヶ月。 なんでアジャイルに取り組みたいか - kaji_3's blog BtoBで対価を頂いてアジャイル開発として遂行した案件が先日終わったのでKPT形式でふりかえります。 前提 期間一ヶ月半 Scrumを参考にしてプロジェクト運用 イベント用WEBアプリケーション 案件の内容をぼかして書いているので、一部整合性の合わない記述があるかも知れませんがご了承ください。 Keep 高い顧客満足度 プロダクトオーナーから「自分たちの意志が反映できた物を作ることができた」とコメントを頂きました。フィードバックから実際のものができるまでのスプリントという考えについても好評でした。顧客の社風として良い物を最後まで模索するという考えがあるとのことで、仕様凍結後の変化は、仕様変更として好まれないウォーターフォールには不満があったとのことでした。 育つシステム 当初想定されていたシ

新しいオーディエンスとしてアジャイル（またはスクラム）のストーリに参加した場合、もしメンバがチームの仕事にフルタイムで専念できたらチームはもっともっと良くなるという、巨大で厄介な障壁に悩まされることがある。よくあることだ。我々は特別な問題、特に危機的な状況を取り扱うため、 "専門家チーム" や "スワットチーム"として召集される。けれども我々の組織は、独立して業務を遂行することができるスキルを持った人の集まり、というモデルを好むようになり、メンバは複数のプロジェクトに同時にアサインされる。今では、多くのことをいっぺんに実行することがデファクトソリューションになってしまった。これが"乏しいリソース"を最も効率的な使う方法と考えられている。つまり、なんでもこなせるスペシャリストを、少人数（少したりないくらい）でチーム編成するのである。 アジャイルモデルはこれを覆した。 我々は一定時間それぞれの

皆さんの現場では、矛盾を抱えながら開発を進めてはいないでしょうか？ 自分たち以外の誰かが決めた、スコープ、期限、コストを守るために、「絶対無理！」と いいながら毎日残業している方もいるのではないかと思います。 ウォータフォールプロセスは、このような矛盾を含んだ開発の代名詞のように語られる こともありますし、その対極の存在としてスクラムなどのアジャイルが語られることが 多いように思います。 私は、開発の矛盾は開発プロセスそのものには直接依存していないと考えています。 アジャイルも開発の矛盾を解消することを目的としているわけではありません。 しかし、組織の構造と開発プロセスの組み合わせが影響する場合はあるのではないかと考えています。 ヒエラルキーを持った組織とウォータフォールプロセスの組み合わせにおいては、 スコープ、期限、コストなどのコミットメントを上位に対して守らなければならない プレッシ

はじめまして。エンジニアの岡崎(@watermint)です。今回はGREEにおけるJenkinsの利用について紹介します。 Jenkinsは継続的インテグレーションの代表的なツールです。JenkinsがどういうものかはJenkinsコミュニティーの説明をみると良く分かります。 一言で言えば、Jenkinsは、容易ないわゆる「継続インテグレーションシステム」を提供し、開発者が変更をプロジェクトに統合でき、ユーザーがより新しいビルドを容易に取得できるようにします。自動化された継続的なビルドは、生産性を向上させます。 Meet Jenkinsより 継続的インテグレーションという言葉について耳慣れないというかたは、JenkinsならびにJenkinsの前身であるHudson開発者である川口さんによる解説をご覧ください。 Hudsonを使ったアジャイルな開発入門 GREEにおけるJenkinsの導入

Home も読んでね(本書にまつわる情報をまとめています) アジャイルサムライ道場 ReadingAgileSamuraiInShibuya ... 渋谷道場での読書会 ReadingAgileSamuraiInYushima ... 湯島道場での読書会 ReadingAgileSamuraiInSapporo ... 札幌道場での読書会 ReadingAgileSamuraiInESM ... 永和システムマネジメント(ESM)での読書会 ReadingAgileSamuraiInDwango ... ドワンゴでの読書会 ReadingAgileSamuraiInECNavi ... ECナビでの読書会 ReadingAgileSamuraiInDrecom ... ドリコムでの読書会 ReadingAgileSamuraiInAkita ... 秋田での読書会 ReadingAgile

今月のSoftware Designは非常に面白くてオススメです。 Software Design (ソフトウェア デザイン) 2012年 07月号 [雑誌] 出版社/メーカー: 技術評論社発売日: 2012/06/18メディア: 雑誌 クリック: 60回この商品を含むブログ (4件) を見る Vim/Emacsに目が行きがちなんでしょうが（これはこれで非常に良い記事）、アジャイル特集がとてもいいかんじです。著者はなんと「間違いだらけのソフトウェアアーキテクチャ」の著者、トム・エンゲルバーグ氏（ちなみに、イザヤ・ベンダサン的な意味合いで捉えるべきっぽいですね。某ゴッドハンドなんてどうやって原著から訳したのかと思いましたよｗ） 間違いだらけのソフトウェア・アーキテクチャ―非機能要件の開発と評価 (Software Design plus) 作者: Tom Engelberg,長谷川裕一,土岐

アジャイルサムライ−達人開発者への道− 作者: Jonathan Rasmusson,西村直人,角谷信太郎,近藤修平,角掛拓未出版社/メーカー: オーム社発売日: 2011/07/16メディア: 単行本（ソフトカバー）購入: 42人 クリック: 1,991回この商品を含むブログ (246件) を見る 【2012.03.06追記】読了しました。つまりは過去日記ですw とても判りやすく、読みやすく、しかも楽しめました。 挿絵がキュートでキャッチーで、文章が簡潔に面白く書いてあり、しかもアジャイル開発に必要なことを網羅している*1。 受託開発のプロジェクトだと本書の効果は絶大ですが、著者はそうじゃないプロジェクト・職場・会社への配慮もしています。 そして「価値のあるソフトウェアを顧客に届けること」について愚直なまでにあなたに問いかけます。「アジャイな見積りと計画づくり」だと挫折するかも知れません

ソフトウェア開発におけるアジャイル手法の適用が話題になっている。生産性が格段に向上した事例や、従来手法に比べて成功確率が上がったというレポートも出ている。では、あなたの（わたしの）プロジェクトにも導入すべき？　その判断はちょっと待ったほうがいい。 アジャイル手法とウォーターフォール型開発の比較とバランスについて論じた書籍『アジャイルと規律』では、アジャイル手法と既存手法の比較資料について下記のように評している。 人は失敗より成功を報告する傾向にある。 先駆的プロジェクトは、新しい手法をいち早く取り入れる、かなり有能な人によって実施されている。 先駆的プロジェクトにはホーソン効果が働いており、注目を浴びている間は非常に素晴らしい成果を上げることができる。 これらのプロジェクトは過去の特に効率が悪かったプロジェクトと比較されている。 アジャイルと規律 ～ソフトウエア開発を成功させる２つの鍵のバ

Developers Summit 2012（デブサミ2012）発表資料です。 レガシーコード、求められる開発生産性。開発現場の課題は、この10年で変化したのでしょうか？一方で、世界は日々変化しており、変化を抱擁しない限り、その変化と現実のギャップは徐々に広がっていきます。このセッションでは、楽天という大きな組織の中で始めたアジャイル開発についてお話させて頂きます。変化に対応できる開発のために導入した『アジャイル』が実際どうだったのか？その導入から他部署への展開で経験したリアルを共有させていただく予定です。Read less

短納期・低コストのソフトウエア開発プロセスとして注目を集める「アジャイル型プロセス」。取り組みが広がる一方で，アジャイル独特の考え方に疑問を抱くエンジニアも多い。本講座の目的は，アジャイルの基礎から具体的な実践手法までを理解してもらうことにある。Part1ではアジャイル登場の背景や狙いを解説する。 「それは要件定義書に記載されていません」。 システム開発の現場で，よく発せられるフレーズである。筆者自身，これまで何度このフレーズをユーザーに対して言ってきたことだろう。 情報システム開発に仕様の追加・変更は付き物であり，変更を要求するユーザー側にも，それなりの理由がある。もちろん対応できるものもあるが，予算や納期を考えると到底実現は不可能と思える追加要求も少なくない。 あまりに要求が理不尽なときは，要件定義書を“逃げ道”にして，追加開発を断ることもある。しかし，たいていの場合は冒頭の言葉を発し

Scrum Boot Camp 横浜に参加しました。たくさんのコーチ陣に囲まれてのワークショップは楽しかったです。また、いろんなつながりによって「はじめましてな人」「ひさしぶりな人」にもお会いすることができました。こういった場を提供してくださった@ryuzeeさんはじめ、皆様ありがとうございます。 今回のブートキャンプでは、アジャイル開発の基礎からスクラムの概要。そして、スクラムで登場するツールやプロセスをワークショップで体験し、理解を深めていく内容でした。私は、書籍を読んで現場でTry and Errorを試していた「野良スクラムマスター」なので、こういう場でコーチの説明を聞くことにより、「自分との差分」「理論の裏付け」など、いろいろと発見することができました。本からは読み取れない部分を学べるのがワークショップの醍醐味ですね。

「高校生になって初めてスクラムを始めました」～「ストーリー」で何を作るかまとめよう：かんばん！～もし女子高生がRedmineでスクラム開発をしたら（1）（1/3 ページ） 本連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法であるスクラムとプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです。

Amazonクラウド上でPaaSを提供しているHerokuのエンジニアCraig Kerstiens氏が、Heroku社内でのソフトウェア開発がどのように行われているのかを紹介した記事「How Heroku Works - Teams and Tools」を、自身のブログに掲載しています。 全体の運営をアジャイルにしつつ、小さな独立したチームが独自のツールを使い、頻繁なコミュニケーションの下で開発を進めるのがHerokuのやり方のようです。記事からポイントを引用しつつ、先進的な例の1つとして見てみましょう。 チーム、コミュニケーション、コラボレーション 記事の冒頭で、チームがAPIやデータ規約によって構成されていることが説明されます。 Heroku is a largely agile company, we work in primarily small teams that talk