アジャイルサムライの入門者向けイベント「Agile Samurai Base Camp」レポート #agilesamurai #アジャイル｜CodeIQ MAGAZINE
12月8日（日）に開催されたAgile Samurai Base Campのイベントレポートです。今給黎さんとしんやさんによる寄稿です。 内容の濃い、なかなか充実したイベントだったようですね。 by CodeIQ運営事務局 Agile Samurai Base Camp ってなに？ 2013年12月8日に、渋谷マークシティでアジャイルサムライの読者向けに入門者向け大規模セミナーの「Agile Samurai Base Camp」が開催されました。 「アジャイルサムライ」とは、勘違い日本的なゆるふわな雰囲気を伴いつつも、アジャイル開発の本質がコンパクトにまとめられた本です。以前から「Agile Samurai Dojo Gathering」や、「アジャイルサムライ他流試合」といった大規模なイベントが開かれてきましたが、今回は、「入門者向け」ということで、アジャイルサムライで語られていることに
情報処理推進機構：ソフトウェア・エンジニアリング ｢アジャイル型開発におけるプラクティス活用事例調査｣の報告書とリファレンスガイドを公開
2013年3月19日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービスを提供するかに、ビジネスの命運がかかっているからです。 こうした要件の変化に柔軟に対応できる開発手法として、「アジャイル型開発」があります。これは、ビジネス上の優先度が高い順に、短いサイクルで機能単位の開発を繰り返す手法です。 このアジャイル型開発手法は自社開発（内製）が中心の米国で発展したものであり、要件を決めて外部に開発を委託することが多い等、受発注環境が異なる日本でアジャイル型開発を適用するのは難しいと考えられています(*1)。 「アジャイル型開発」には、
アジャイルの取り組みが大きく遅れている
アジャイル開発が盛んな米国に対して、日本では依然としてウォーターフォールモデルによる開発が大半だといわれている。実際に、日本はアジャイルの取り組みが米国のほか英国、ブラジルなどと比べても遅れを取っていることが調査結果からも明らかになった。 情報処理推進機構（IPA）が2012年6月に公開した「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」によると、米国や英国では非ウォーターフォール型開発の普及度が高く、逆に日本や中国では低い（図1）。ここで、非ウォーターフォール型開発とはアジャイル開発など、短いサイクルで反復的に開発を進める手法のことである。 アジャイル開発の普及が進まないと、激しさを増す市場や社会環境の変化に日本のITが対応しにくくなる恐れがある。IPAの柏木雅之氏（技術本部 ソフトウェア・エンジニアリング・センター エンタプライズ系プロジェクト 研究員）は、「アジャ
アジャイルって組織論ですよね（DevLOVE2012ご報告） - arclamp
2012年12月15－16日に開催されたDevLOVE2012で「どうしたら良いシステムが作れるのか」というタイトルで講演をさせていただきました。 Devlove2012 どうしたら良いシステムが作れるのか from yusuke suzuki アーキテクチャとマネジメントについての講演は2年ぐらい前からしていますが、そこで考えてきたことをギュっとまとめたので相当密度の高い内容になっています。予想通り時間も足りず、ちょっと最後が駆け足で申し訳なかったです。前半部分とかを丁寧に見たい方は過去記事を漁ってもらうとよいかも。 この資料を作るにあたって1960年代からのIT技術とマネジメント手法の歴史を見直していたのですが、組織論や科学（認知学/複雑系など）の流れとの絡み合いは非常に面白かったです。 その中で「アジャイルって組織論なんだな」と当たり前の事実に（いまさら）気づけけました。スクラムのJ
第4回 絶対的な解は存在しないから「協調」を重視する
迅速かつ柔軟な開発を目指したアジャイル開発手法を採用する企業が増えている。この連載では、アジャイル開発を主導する「賢者」に開発の極意を聞く。今回と次回は、敏腕アジャイルコンサルタントのジェフ・パットン氏に話を聞いた。 パットン氏は、プロダクトマネジメントとUX（ユーザーエクスペリエンス）デザインに深い造詣を持ち、2007年にアジャイルアライアンスのゴードン・パスク賞を受賞した。同賞は、アジャイルプラクティスに貢献したコミュニティーのメンバーに贈られるものだ。 メアリー・ポッペンディーク氏は、リーン開発の次のステップは「正しいものを作る」ことだと話していた（関連記事：「正しいもの」を作るのがリーンスタートアップ）。パットン氏は、まさに「正しいものを作る」スペシャリストだ。同氏にアジャイルプロジェクトの悩みをぶつけてみた。 「プロダクト指向の規律」が足りない アジャイルに関わるようになったきっ
アジャイルの「ライトウィング」と「レフトウィング」：An Agile Way：オルタナティブ・ブログ
アジャイルの認知が進むにつれて、アジャイルという言葉がどんどん広がっている。アジャイル、という言葉の中にはいろんな要素が入っていることが分かる。もっと大きなものは、CI（継続的インテグレーション）を中核とする技術的なプラクティス群と、スクラムプロセスフレームワークのような、人と人との会話のプロトコルと協働関係を作るしかけだろう。自分の現状を、アジャイルに変えるためには、どうしたらよいだろう？ "最近、「アジャイル」といっても中にいろんな要素があるために、「あなたのアジャイルは何のことを言っていますか？」と聞くことからはじめないと、話がかみ合わない"、と、Agile2012帰りのかわぐちさんと話していて、そのときに、かわぐちさんが描いた絵（たぶんどこかにある４象限の図）がいまひとつ自分にしっくりこなくて、私が描いて見た絵がこの絵だ。 あなたが、現状の開発現場を「アジャイル」に変えたい、と考え
第3回 「攻めるテスター」がアジャイル開発の品質を保証する
第3回 「攻めるテスター」がアジャイル開発の品質を保証する カナダ ドラゴンファイアー創立者 ジャネット・グレゴリー氏に聞く 迅速かつ柔軟な開発を目指したアジャイル開発手法を採用する企業が増えている。この連載では、アジャイル開発を主導する「賢者」に開発の極意を聞く。今回は、アジャイル品質プロセスのコンサルティングや研修サービスを提供するカナダのドラゴンファイアーの創立者であるジャネット・グレゴリー氏に、アジャイル開発におけるテストの勘所を聞く。 グレゴリー氏のインタビューに入る前に、アジャイル開発のテストについて簡単に説明しておこう。アジャイル開発におけるテストは、従来型開発のテストと意味合いが異なる。従来型開発のテストは通常、要求・要件に適合しているかどうかを検証することを目的とする。これに対し、アジャイルのテストは「ビジネス価値を最大化しているか」を検証することを最大の目的としている。
スクラム導入で開発を取り巻く矛盾はなくなるのか？ - Yasuo's Notebook
皆さんの現場では、矛盾を抱えながら開発を進めてはいないでしょうか？ 自分たち以外の誰かが決めた、スコープ、期限、コストを守るために、「絶対無理！」と いいながら毎日残業している方もいるのではないかと思います。 ウォータフォールプロセスは、このような矛盾を含んだ開発の代名詞のように語られる こともありますし、その対極の存在としてスクラムなどのアジャイルが語られることが 多いように思います。 私は、開発の矛盾は開発プロセスそのものには直接依存していないと考えています。 アジャイルも開発の矛盾を解消することを目的としているわけではありません。 しかし、組織の構造と開発プロセスの組み合わせが影響する場合はあるのではないかと考えています。 ヒエラルキーを持った組織とウォータフォールプロセスの組み合わせにおいては、 スコープ、期限、コストなどのコミットメントを上位に対して守らなければならない プレッシ
かんばんボードによるプロジェクトの見える化
アジャイル開発でプロジェクトを進めている現場では、やるべき作業を表す付箋や、進行状況を示すチャートをプロジェクトルームの壁に貼って状況を見える化し、共有している光景をよく見かける。 本稿では、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていく。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案する。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装 “TRICHORD” を紹介する。 アジャイル開発プロジェクトにおける見える化 XP(eXtreme Programming)の中に、“情報発信する作業場所”というプラクティスが紹介されている。これはプロジェクトの進行状況を、一目で把握できる
アジャイルとシステムテストの新たな関係（後編）
前回は、アジャイル開発プロセスにシステムテストのサブセットを含めた経緯、作業の経過、および結果としてうまくいった点について解説した。今回は、逆に今後の課題として残った点と、開発以外のプロセスに与えたメリットについて説明する。 [Mary Ellen（Kerr, System Test, IBM）, Curt J. Rousse,（System Test, IBM）, Donna P. Dynes,（Development Manager, IBM）, Dave Booz（Development Manager, IBM），＠IT] アジャイルシステムテストの課題 われわれがアジャイルシステムテスト作業中に直面した、いくつかの最重要課題を以下に示す。 ■ 短いイテレーション期間 システムテストシナリオのリグレッション･テストは、イテレーション期間の第2週から第6週にかけて行った。第2週から第
アジャイルソフトウェア開発 - Wikipedia
ソフトウェア工学におけるアジャイルソフトウェア開発 (アジャイルソフトウェアかいはつ、英: agile software development) は、人間・迅速さ・顧客・適応性に価値を置くソフトウェア開発である[1]。典型的なアジャイルソフトウェア開発では、チーム主導で設計・実装・デプロイを短期間に繰り返してユーザーが得た価値を学習し適応する、すなわちトライアルアンドエラーで開発が行われる。アジャイルソフトウェア開発を可能にする開発手法にはエクストリーム・プログラミングやスクラムなどがある。 ペアプログラミング アジャイルソフトウェア開発は人間・迅速さ・顧客・適応性に価値をおくソフトウェア開発である（アジャイルソフトウェア開発宣言）。すなわち自己組織的なチームが対話の中で方向性・仮説を見出し、顧客へ価値を素早く届け、実践投入の学びから素早く改善をおこなう在り方に価値を置く。 この価値観を
第2回 イテレーション設計における透明性 | gihyo.jp
はじめに 本連載では、「透明性」というキーワードで、アジャイル開発について説明していきます。第二回目は、顧客の視点からの透明性について考えます。 開発の状況をこまめに報告したり、コミュニケーションを円滑にして、情報の漏れや行き違いを防ぐことが大切です。その為にもっとも直接的で効果的な方法は、成果物(特に動作するソフトウェア)を実際に見てもらうことです。要求仕様へのフィードバックとして成果物を頻繁に顧客に提供し、実際に使ってもらうことで、要求仕様との適合性を検証するのみならず、要求仕様そのものの検証をしてもらうことが可能となります。 このような開発者から顧客へのフィードバックを如何にして有効なものとするかについて今回は整理してみましょう。 イテレーション アジャイル開発では、こまめに顧客のニーズの変化を要求仕様として反映させていくことを説明しました。しかし、一般的には要求仕様がコロコロと変
アジャイルとシステムテストの新たな関係（前編）
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] 本稿で使う「システムテスト」という言葉は、ソフトウェア製品を顧客に提供する前に行われる最終製品テストを指す。このテストは、開発と機能検証テスト終了後に行われるのが一般的だ。コードのシステムテストが実行できるかどうかを判断
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テストチーム運営方法 V1 2
アジャイル開発から継続的デリバリーへ TFSUG#5