アジャイル開発において、技術と品質の重要性は不可欠だ（前編）。Agile Japan 2013
年に一度行われるアジャイル開発のイベント「Agile Japan」が今年も開催されました。今年の基調講演は、アジャイル開発の中で品質の重要性をあらためて位置づける目的で、James Gernning氏が「“Demand Technical Excellence”アジャイルにおける技術と品質の重要性」という題で行っています。 アジャイル開発とは、単にすばやく柔軟に開発する手法なのではなく、そこに品質を作り込んでいくことが欠かせないのだ、というメッセージでした。非常に多くの内容が詰め込まれた講演でしたが、その概要を記事として紹介しましょう。 “Demand Technical Excellence”アジャイルにおける技術と品質の重要性 James Grenning氏。 その前に、私がアジャイル開発に関わった経緯について触れておきましょう。 1999年当時、私はRobert Martin（著名な
情報処理推進機構：ソフトウェア・エンジニアリング ｢アジャイル型開発におけるプラクティス活用事例調査｣の報告書とリファレンスガイドを公開
2013年3月19日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービスを提供するかに、ビジネスの命運がかかっているからです。 こうした要件の変化に柔軟に対応できる開発手法として、「アジャイル型開発」があります。これは、ビジネス上の優先度が高い順に、短いサイクルで機能単位の開発を繰り返す手法です。 このアジャイル型開発手法は自社開発（内製）が中心の米国で発展したものであり、要件を決めて外部に開発を委託することが多い等、受発注環境が異なる日本でアジャイル型開発を適用するのは難しいと考えられています(*1)。 「アジャイル型開発」には、
【資料公開】いつまで開発のやり方ばっかり語ってるの？
みなさんこんにちは。@ryuzeeです。 2013年1月15日、16日にScrum Alliance Regional Gathering Tokyo 2013が開催されました。 まずは実行委員として、ご来場頂いた参加者の皆様、登壇者の皆様、スポンサー各社様、様々なコミュニティの皆様、ほかご協力いただいた全ての方に感謝したいと思います。ありがとうございました。 僕は1日目の達人に聞けのセッション、2日目のScrum The Next Generationに登壇させていただきましたが、2日目の資料について以下で公開しておきます。 大胆不敵にも本イベントの実行委員長（僕らはプロダクトオーナーというロールにしています）が基調講演の裏で、とんがったセッションをやりたい、ということでこのセッションは企画されました。 したがって僕のスライドも結構過激になっています。 単に字面だけみて誤解をしないように
振り返ればカンバンがある ~チームとカンバンとProduct Ownership~
2013年1月15,16日開催のScrum Alliance Regional Gathering Tokyo 2013 (http://scrumgatheringtokyo.org/2013/) にて発表した資料。チームとカンバンの変化から見えてきた価値提供のために必要なことを考えてみた。Product Ownershipは一緒に働く事からはじまるのかもしれない。
アジャイル導入の壁〜ボトムアップでアジャイルが導入できるのか？ | Social Change!
「アジャイルを導入したいんですが、上司や会社に話が通じません。どうすればいいですか？」・・・アジャイルに触れたばかりの人からよく聞く質問です。 先日、Ultimate Agilist Tokyo というイベントに参加させていただき、壇上インタビューという形式で登壇させて頂きました。楽天の藤原さんからの質問に答えるという形で進みます。その中でも「よくある質問」として、この話が出ました。（決して楽天藤原さんが聞きたいと思っている訳ではなくて、こういう質問ってよく出ますよね、という対談です） そのときの私の回答は、ボトムアップでは難しいんじゃないか、というものでした。そのときは時間も足りなかったので、簡単に答えてしまいました。 この記事では、ボトムアップでアジャイルを導入することについて、壇上インタビューでは答えきれなかった部分も含めて考えてみます。 あなたのアジャイルは何をすることか？ 私は「
アジャイルに対する見方の変化
Accessibility View text version Categories Technology Upload Details Uploaded via SlideShare as Adobe PDF Usage Rights © All Rights Reserved Statistics Favorites 0 Downloads 0 Comments 0 Embed Views 0 Views on SlideShare 0 Total Views 0 アジャイルに対する見方の変化 — Presentation Transcript アジャイルに対する見方の変化- ソーシャルゲーム開発を経験して- 2012/11/17 太田健一郎 @oota_ken 目次 SIerの時のアジャイル感 アジャイルマニフェストの解釈 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の例としてキヤノンとホンダが挙げられ、「ラグビーのようにボ
【CEDEC 2012】『ドラゴンクエストX 目覚めし五つの種族 オンライン』という大規模プロジェクトはいかにマネジメントされたのか / GameBusiness.jp
スクウェア・エニックス開発部の荒木竜馬氏は「大規模開発のプロジェクト管理〜ドラゴンクエストXにおけるプロジェクト管理」と題して、発売されたばかりの『ドラゴンクエストX 目覚めし五つの種族 オンライン』という大規模なプロジェクトをいかに進行したかについて語りました。 8月2日にリリースされた最新作『ドラゴンクエストX 目覚めし五つの種族 オンライン』はそのタイトルが示すようにオンライン対応となったのがこれまでとの大きな違いです。近年のゲーム開発はテクノロジーの進化と専門分野の広がりによって規模が大規模になっていますが本作も例外ではありません。荒木氏は1人が全てを見渡すことのできる規模は50人が限界で、100人を超える規模となれば制作のコンセンサスを取ることもままならなくなっていくと指摘します。これはスケジュールの不徹底、遅延、メンバーの不満などを引き起こしプロジェクトを崩壊させかねません。
日本のアジャイル１０年、人々とコミュニティの私的物語：An Agile Way：オルタナティブ・ブログ
日本のアジャイル１０年、人々とコミュニティの私的物語 平鍋健児 （※）この記事は、2011年に書籍『Ultimate Agile Stories』に寄稿したものを転載しています。執筆時点で、『Ultimate Agile Stories - Iteration 2』が刊行されています。(2012/8/15) ぼくが初めてアジャイル、というか、XP、そうエクストリームプログラミングについて知ったのは、2000年の初めだった。ふと目について注文した洋書『Extreme Programming: Explained』がamazon.comから届き、それを週末に読んだのだ。このときに、どんな電流が走ったかは、多くの人の前で語ってきたが、Kent Beck という人物がとんでもなく明快に、そして極端に、人に喜ばれるソフトウェア開発、という視点でプログラミング活動を中心おいて4つの価値と12個のプラ
自分たちのよいところを認識することからはじめるXP：An Agile Way：オルタナティブ・ブログ
ぼくが尊敬する、Kent Beck 氏が書いた最近の記事「Appreciating Your Way to XP」、を許可を得て日本語訳しました。 印刷用のPDFもこちらに容易しました。 自分たちの良いところを認識することからはじめるXP (出典：”Appreciating Your Way to XP”) http://www.threeriversinstitute.org/AppreciatingYourWayToXP.htm Kent Beck, Three Rivers Institute 訳: 平鍋健児 概要 「問題を認識してそれを解決する」という考え方は工学では常識的だが、別の手法として、「現在うまくいっていることの価値を認識(appreciate)することからはじめる」というアプローチには、変化を生み出す大きな力がある。この記事では、AI=アプリシアティブ・インクワイアリ(
こんなプログラマはアジャイル出来ますって言ったらアカンやろ - メソッド屋のブログ
最近、とある機会があって、いろんなアジャイルが出来るといってくるベンダーさんとあう機会があるけど、正直「おい！どの口がアジャイル出来るって言ってるねん！」って思う事がむっちゃくちゃ多い。 今は確かにアジャイル開発ブームで、世間では引き合いも多いらしい。いろんなベンダーの営業さんが、「うちもアジャイルできます」って言って営業してはるけど、マジでちゃんと自社でできるか調査してから営業してほしい。私はアジャイルを１０年以上やってるけど、元々は「この方法やったら、お客さんにホンマにええアプリを届けれるんちゃうか？」と思ったところから来ている。 それが、今や猫もしゃくしもアジャイル出来ますとか言って、ろくにアジャイルも出来へんのに売りつけて、結局効果がでなくて、「やっぱアジャイルなんかアカンやん」ってなるのがむっちゃくちゃ嫌なのだ。 これって数十年昔のオブジェクト指向ブームと一緒やん。当時のオブジェ
初めてのアジャイル開発を終えてのふりかえり - kaji_3's blog
こんなエントリを書いて早4ヶ月。 なんでアジャイルに取り組みたいか - kaji_3's blog BtoBで対価を頂いてアジャイル開発として遂行した案件が先日終わったのでKPT形式でふりかえります。 前提 期間一ヶ月半 Scrumを参考にしてプロジェクト運用 イベント用WEBアプリケーション 案件の内容をぼかして書いているので、一部整合性の合わない記述があるかも知れませんがご了承ください。 Keep 高い顧客満足度 プロダクトオーナーから「自分たちの意志が反映できた物を作ることができた」とコメントを頂きました。フィードバックから実際のものができるまでのスプリントという考えについても好評でした。顧客の社風として良い物を最後まで模索するという考えがあるとのことで、仕様凍結後の変化は、仕様変更として好まれないウォーターフォールには不満があったとのことでした。 育つシステム 当初想定されていたシ
ソフトウェアデザイン7月号が非常に良いという話。 - 亀岡的プログラマ日記
今月のSoftware Designは非常に面白くてオススメです。 Software Design (ソフトウェア デザイン) 2012年 07月号 [雑誌] 出版社/メーカー: 技術評論社発売日: 2012/06/18メディア: 雑誌 クリック: 60回この商品を含むブログ (4件) を見る Vim/Emacsに目が行きがちなんでしょうが（これはこれで非常に良い記事）、アジャイル特集がとてもいいかんじです。著者はなんと「間違いだらけのソフトウェアアーキテクチャ」の著者、トム・エンゲルバーグ氏（ちなみに、イザヤ・ベンダサン的な意味合いで捉えるべきっぽいですね。某ゴッドハンドなんてどうやって原著から訳したのかと思いましたよｗ） 間違いだらけのソフトウェア・アーキテクチャ―非機能要件の開発と評価 (Software Design plus) 作者: Tom Engelberg,長谷川裕一,土岐
NTTデータのアジャイルは現場への警告であり、日本のソフトウェア産業の大きな1歩である | Act as Professional
アジャイルソフトウェア開発はキャズムを超えたと言われてもピンと来てなかったけど、本当に超えたと僕が実感でき日も近いのではないかと思う@HIROCASTERでございませう。 「キャズム」という意味は、先進的な人と一般的な人との間にある隔壁のことです。 つまり、一部で活発になってきているアジャイルソフトウェア開発が一般的になってきているということ。 システムインテグレータ大手のNTTデータが下記の発表をしたことについて、思うことを書いておきたい。 若手リーダー層を対象としたアジャイル開発研修を開始 会社としての姿勢これまで欧米を中心に普及してきたアジャイル開発は、米国IT企業のソフトウエア開発における採用率で30%を超えるなど、欧米では最も利用されている開発手法となっています。昨今では、日本国内でも、Webサービス業界やゲーム開発業界などを中心に多くの開発事例が見られるようになってきましたが、
デブサミ2012、講演スライド資料まとめ
翔泳社主催のソフトウェア開発者向けカンファレンス「Developers Summit 2012」（以下、デブサミ2012）が先週末に2日間かけて開催されました。ご参加いただいた皆様、ありがとうございました。現在Web上で一般公開されている講演スライドの入手先をまとめましたので、ぜひご参考ください。 2月16日（木）：A会場 【16-A-1】見る前に翔べ ～ギークの工夫で社会を変えよう～ 【16-A-2】大規模ソーシャルゲーム「ドラゴンコレクション」 ～ そのシステム運用の最前線を語る！ 【16-A-3】デブサミをきっかけに転職したエンジニアの歩き方 【16-A-4】Effective Smartphone UX at GREE 【16-A-5】node.jsテクノロジースタック for ソーシャルアプリケーション 【16-A-6】いまどきのi18nのはなし 【16-A-7】あの人の自分戦略
アジャイルはロックだったんじゃなかったか〜アジャイルジャパン2012東京サテライトを開催します | Social Change!
AgileJapanアジャイルジャパン2012は、メイン会場を大阪に移しての開催ですが、東京でもサテライト開催します。 アジャイルジャパン2012東京サテライト 午前中のアジャイルサムライ著者やTOC岸良氏のキーノートスピーチについては、大画面を使ってのUST生放送をパブリックビューイングします。そして、午後は東京オリジナルのコンテンツを用意しています。 私は東京サテライトの実行委員でもあるので、大阪には行かないで、東京を盛り上げていきたいと思っています。 もっとしびれるようなソフトウェア開発がしたい 今年の東京のアジャイルジャパンはサテライト開催のため、いわゆる王道のアジャイルではなく、サテライトだからこそ尖ったメッセージをもって取り組みたいと考えました。熱い大阪に負けない位、熱くてエネルギーの坩堝のようなイベントにしよう、と。 アジャイルはソフトウェア開発の現場で産まれました。プログラ
DVCSもBTSも知らない人達とScrumをやってみた。 - うさぎ組
このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ４年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 （元請け会社の2人、当時同じ会社だった先輩、僕の4人） そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201
ソフトウェアをつくるための３つの役割〜アジャイルに外部設計は必要か | Social Change!
ソフトウェア開発にはどんな役割が必要だろうか。よくあるウォーターフォールの世界では「要件定義」「基本設計（外部設計）」「詳細設計（内部設計）」「実装」などといった名前で工程を分けることで役割を分けています。アジャイル開発のスクラムでは「プロダクトオーナー」「スクラムマスター」「チーム」といった名前で分けています。役割の名前が違えば、ソフトウェアのつくり方が違うかというと、そうではなくて「やるべきこと」は同じだと考えています。 ソフトウェアをつくる上で「やるべきこと」は何か ソフトウェアをつくる上で「やるべきこと」は何かをざっくりと分けてみます。 最初に、どんな困った問題を解決したいか、どんなことを便利にしたいか、といった根源的なことが思いつきます。次に、どうやって解決するか、何をつくれば良いか、というアプローチを考えます。そして、それを実際に動くようにプログラミングしていく訳です。 一人で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
私がスクラムをやめた理由 - 全員スクラムマスター。＠DevLove -
アジャイルリーダーシップと組織改革 ～楽天のアジャイル開発というリアル～
