アジャイルソフトウェア開発の導入
私がKRAYでアジャイルソフトウェア開発の布教活動を始めて、そろそろ１年になります。組織のアジャイル度はまだまだ成長中ですが、アジャイル開発導入の経験を話すと興味を持って聞いてくれる人が何人もいました。そこで今日は、アジャイル開発の導入について、その段階と課題を、KRAYの例を使って紹介します。 何から始める？ スクラムやXPといったアジャイル開発のフレームワークには、組織のあらゆる部分に関わる様々なプラクティスが含まれています。例えば、朝会、イテレーション計画ミーティング、ふりかえり、テスト駆動開発、継続的インテグレーション、ペアプログラミング、完了の定義、ユーザーストーリー、リリースバーンダウンチャート、バックロググルーミングなどです。 断言しますが、それらのプラクティスを全て一度に導入することはできません。そんなことをすれば、プラクティスに意識を取られ、関係者の理解度の違いから混乱が
スクラムの原典を読み解く(1)：An Agile Way：オルタナティブ・ブログ
連載で、スクラムの元になった"The New New Product Development Game"を再び読み、そこから得られるアイディアと、現在のアジャイルにおけるスクラム、を対比させて解説しよう、という試みをはじめます！ 第一回目。 竹内弘高・野中郁次郎の論文「The New New Product Development Games」 (1986年)は、日本で行われている「新製品開発のプロセス」をNASA等の米国型のそれと比較して論じたものだ（図）。 この論文では、Type Aを米国NASAのPPP(Phased Program Planning)を例にとって、「各工程の専門家集団が、文書で次の工程の集団にバトンを渡すようにリレーをしている」と書いた。これに対して、Type Bの例として富士ゼロックスが、そしてType Cの例としてキヤノンとホンダが挙げられ、「ラグビーのようにボ
一括請負という契約形態のままアジャイル化するのは危ない - すこしふしぎ
何年か前に、顧客（と元請けの営業）だけがアジャイルに盛り上がった結果盛大に火を噴いて関係者が闇に消えた開発に関わったことがある。立場上そのままは書けないし、適宜フェイクも混ぜていくが、バッドノウハウの一例として紹介するとともに、ウォーターフォールからの脱却という意味でのアジャイルについて書いておきたい。 前提 契約はSI型一括請負、全外注。且つ、アジャイル。 闇アジャイル化の経緯 営業がアジャイルを売り込みたかったという背景があり、「だいたいこれぐらい」で契約が成立（仕様がないのに見積もりだけはあった） その時点で、元請け企業の偉い人たちがこの案件を切り捨てた（応援要請も突っぱねるよう根回しがあった）（まあしかし偉い人はさすがである、経営的な観点では正しい） 全外注は予想されうる責任回避のための手段として決定された（選択権もなかった） 顧客は仕様を決めなくてもなんとかなるのがアジャイルだと
「アジャイル開発基本のキ リターンズ 完全版」#agilesamurai #横浜道場 - ヲトナ.backtrace
5/25 に開催されたアジャイルサムライ読書会 横浜道場で話しをさせてもらいました。 当日の資料は以下になります。 この資料は、今年開催された AgileJapan2012 の時の資料に、時間の都合上割愛した部分と現場に何か持って帰る切っ掛け作りのワークショップを足したものになります。 ＃タイトルは半分悪ふざけですww これは普段の仕事で、これからアジャイル開発を始めたい人向けのセミナーに利用しているものなので、今回のアジャイルサムライ読書会の参加者には物足りないんじゃないかと心配でした。 また、仕事あがりの時間帯から約 2 時間ぐらいの仕事っぽいセミナーとかやってゴメンなさいww でも、少なくともワークショップ部分はみなさん楽しそうだったので、何とか喜んでもらえたんじゃないかと、ひと安心しました。 それよりも、後半は僕の方が体力フラフラな感じになって、質疑応答とかだいぶ言葉足らずになって
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
Scott W. Ambler: アジャイルモデルのエッセンス: アジャイルに作れる成果物
北海道の田舎で子供２人がいる専業主婦です。主人は学校の先生をしていて休みともなれば生徒さんが遊びに来て気が休まる暇がありません。また休みに生徒さんが遊びに来るというので、隣町のパチンコ屋で暇つぶしをしたところ面白くなってきてしまい、一ヶ月分の生活費を全部使ってしまいました。主人は息抜きにパチンコをしてもいいけど、借金してまでお金をつぎ込まないように。と言っていました。とりあえず、食費分だけでも借金しようと思っています。ネットで見かけるレディースキャッシングは専業主婦でも申込めますか？ 専業主婦でもキャッシングを利用できます！ えーと。ご主人はパチンコで生活費を使い果たすな、と言っているわけですよね？今後のためにも勇気を出して打ち明けてみてはどうですか？北海道の田舎に住んでいるなら、リフレッシュできる場所も限られてくるので、ご主人は怒らないような気がします。なんといっても、田舎といえばパチン
UML
UML(Unified Modeling Language)とは、オブジェクト指向分析・設計のためのモデリング言語として、従来から使われていた数種類の記述法を統合したものです。UMLを用いて分析・設計を行う事で、すっきりとした道筋で考えを進める事が可能になります。 オブジェクト指向の設計方法論は、1980年代後半から1994年ぐらいにかけて多くの提唱者が現れ、まさに百家争鳴というべき状態でした。代表的なものだけでも次のような方法論がありました。 「オブジェクト指向システム分析」を出版したシュレアー氏とメラー氏の手法 Adaの設計で有名なブーチ氏の手法 General Electric社でランボー氏が開発したOMT(Object Modeling Technique) ユースケースを使い要求分析が得意なヤコブソン氏のOOSE(Object-Oriented Software Engineer
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
