アジャイルなインフラのつくり方とデータマネジメント - メソッド屋のブログ
さて、今日２発目のブログは、多くの人に書いてくれ〜と言われて約束していたネタです。 目下最近の私の２大関心毎は「Lean Startup/UX」と「Continuous Delivery」です。Lean Startupは書きましたので、何で「Continuous Delivery」か？というのは、理由があります。 最近実は企画フェーズのコンサルの中でプログラムを書いています。JQuery Mobile + Ruby on Rails on EC2 という感じです。インフラからアプリケーション、そしてUX的な要求開発なんかもやっています。チームは企画フェーズのアジャイルなので小さいですが、今回のアプリケーションを作っていて思っていることですが、Agileに加えてRailsやJQuery Mobileを使うとかなり開発って加速するのですが、どうしてもめんどくさい事があります。１つはインフラ構築
大規模アジャイル開発の実態～ セールスフォース・ドットコムの作り方（前編）
クラウド上に構築したアプリケーションをサービスとして提供するセールスフォース・ドットコム。同社は千人以上の開発者を抱える開発部門全体でアジャイル開発手法を採用し、開発を行っています。 アプリケーションのメジャーアップデートは年3回。クラウドで提供しているサービスという性格上、もしもアップデートにバグがあればそれは全ユーザーに対して大きな影響を与える可能性があります。バグがないこと、性能低下を起こさないこと、品質管理はパッケージソフトウェア以上に重要です。 同社はどのようにしてアジャイル開発手法を採用し、品質を重視した開発を進めているのか。2月17日に行われたデベロッパーズサミット2011で、株式会社セールスフォース・ドットコム CTO 及川喜之氏のセッション「salesforce.comの作り方 どのように世界最大規模のアジャイル開発を実現したか」で詳しく紹介されていました。 同社の開発手
【中級】反復開発 現場のノウハウ 第1回
決まらない要件や不安定なアーキテクチャ――。システム開発における「リスク」は年々増大し続けている。だが，リスクという課題に対して，従来のウォータフォール型開発では力不足だ。今，現場の開発者たちは反復型開発でリスクと上手に付き合う解を見つけた。先行ユーザーの成功と失敗から得られた最新情報を基に，実践上のポイントを明らかにする。 「1200万人分のバッチ処理をJavaで成し遂げなければならない」──。初めて挑む技術的難題に対して，電通国際情報サービス（ISID）の土屋尚友氏（産業ソリューション開発部 グループマネージャー）は，反復型開発プロセスのRUP＊1に活路を求めた。技術リスクを抑えることに適した開発プロセスと考えたからである。結果は，土屋氏の狙い通りに成功を収めた。 一方，ディーシーカードでカード会員向けのサイト構築を指揮する小林良彦氏（デジタル事業推進部 インターネット推進グループ 部
スクラムによるドメイン駆動設計 - Digital Romanticism
ビジネスとソフトウェアの統合という観点から、スクラムとドメイン駆動設計の関係をとらえなおす。 導入 ここ数ヶ月は日本のスクラムにとって、おそらく非常に有意義な期間だったのではないかと思います。12月にJim Coplien氏による認定スクラムマスター研修、１月にGabrielle Benefield氏とJeff Sutherland博士による認定プロダクトオーナー研修が開催され、さらにInnovation Sprint 2011では野中先生とSutherland博士の対談までもが行われました。私は幸運なことに、これらのイベントにはすべて参加することができたのですが、そうやって学ぶことができた今では、スクラムのことを、一言で言うと「価値の流れを生み出すためのフレームワーク」ではないかというイメージを持っています*1。「フィードバック」や「改善」など、スクラムにとって重要な概念はいくつかありま
「10分でスクラム」、アジャイル開発の「スクラム」に興味がわいた方へ
今週は、野中郁次郎氏とジェフ・サザーランド氏というアジャイル開発手法「スクラム」の生みの親2人が基調講演を行った歴史的イベント「Innovation Sprint 2011」のレポートを2本公開し、たくさんの方に記事を読んでもらうことができました。 スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） 重要なテクノロジーは10名以下のチームで作られた ～ Innovation Sprint 2011（後編） この記事きっかけに「スクラム」に興味を持ったという読者もおられたようで、そんな方のために（かどうかは分かりませんが：-）、「Innovation Sprint 2011」の実行委員長だった川口恭伸氏が「10分でスクラム」というスライドを公開しました。
アジャイル開発の現在・過去・未来
9月4日土曜日に、有志によるアジャイル開発のイベント「XP祭り2010」が早稲田大学西早稲田キャンパスで開催されました。イベントは200名以上の参加者が集まる盛況となり、アジャイル開発への注目の高さをうかがわせました。 基調講演では、「アジャイル開発の現在・過去・未来」というタイトルで、アジャイルの第一人者であるチェンジビジョン代表取締役社長の平鍋健児氏が登場。タイトル通り、アジャイル開発の全体と最新動向を俯瞰する、アジャイル開発のイベントでしか聞けない充実した内容となっています。 この記事では、その基調講演の内容を紹介しましょう。 なぜアジャイルが注目されるようになったのか なぜいまアジャイルが注目されるようになったのか？ 何かのビジネスを行う際には、企業が市場を分析して、企画を立て、IT関連のシステムを発注する、といったことが行われる。すると、ITが「仕様通りにできました」と納品してく
スクラムとかんばんの議論、対立か両立か？
ソフトウェア開発において、スクラムとかんばんとは、対立するものなのか、それとも両立するものなのか。同じ日に異なる意見がブログで表明されていると、平鍋健児氏のブログ「An Agile Way」のエントリ「かんばん、と、スクラム。現時点での最新議論。」で紹介されています。 かんばんで削ぎ落とすムダとは創造性だ Waterfall, Lean/Kanban, and Scrum « Ken Schwaber's Blog: Telling It Like It Is 平鍋氏は、スクラムの創始者であるKen Schwaberが6月10日にポストしたエントリ「Waterfall, Lean/Kanban, and Scrum」について、自身のブログで次のように紹介しています。 Kenは、「スクラムは難しい問題を人間の創造性を使って解くためのもの。かんばんを使っても、ウォーターフォールに隠れていた無駄
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
「アジャイルソフトウェア開発宣言」公式日本語版が公開
アジャイル開発手法の精神ともいえる内容を宣言した「Manifesto for Agile Software Development」（アジャイルソフトウェア開発宣言）の公式な日本語版が、英語版が公開された2001年から約10年たって、ついに公開されました。 アジャイル開発手法にはエクストリーム・プログラミング（XP）、スクラム、RUP／UP（ラショナル統一プロセス／統一プロセス）などさまざまな手法があります。そして、これらのアジャイル開発手法の精神をまとめた文書として、2001年にアジャイル開発手法を支持する多くの著名人によって公開されたのが「Manifesto for Agile Software Development」（アジャイルソフトウェア開発宣言）です。 以下に、公開された日本語版の全文を引用しましょう。 アジャイルソフトウェア開発宣言 私たちは、ソフトウェア開発の実践 あるいは
ロートルの嘆き、アジャイル開発って何 - 未来のいつか/hyoshiokの日記
20数年前に大学を卒業しプログラマになって、この変化のとっても早い業界でまだ禄を得ている。最近でこそコードを書くことはないが（今でも職業としてコードを書きたいと強く思っている）、それでも、ソフトウェア開発について20数年前に得た知識、経験、スキルが役に立っているように思える。 日進月歩で日々新しいバズワードが登場し、若い人たちはそれをフォローするのにひーひー言っている。クラウドだアジャイル開発だなんだかんだ。 プログラマの一日は、会社に来て、テストを書いて、テストをして、不具合があればコードを修正し、またテストをして、問題がなければコード管理システムにチェックインする。その作業を淡々と日々こなす。この日常の流れというのは、使う道具立てこそ変わったとしても、基本的に変化がないように思える。コードを書くのは20数年前も今もプログラマだし、テストを書くのもそうだし、テストを自動化することは20数
アジャイルとシステムテストの新たな関係（前編）
The Rational Edgeより： 自社製品の品質改善とタイムリーなリリースを行う手段の1つとして、多くの企業がアジャイル開発手法の採用を進めている。どの会社やチームも、アジャイル開発環境においてシステムテスト戦略を最良の形で実行に移す方法を見つけたいと考えている。 [Mary Ellen Kerr（System Test, IBM）, Curt J. Rousse（System Test, IBM）, Donna P. Dynes（Development Manager, IBM）, Dave Booz（Development Manager, IBM），＠IT] 本稿で使う「システムテスト」という言葉は、ソフトウェア製品を顧客に提供する前に行われる最終製品テストを指す。このテストは、開発と機能検証テスト終了後に行われるのが一般的だ。コードのシステムテストが実行できるかどうかを判断
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
