私が初めてeXtreme Programming に出会ったのは確か2000年だと思う。実際に初めてのプロジェクトを実施したのが2001年。それからすでに15年が経過していることになる。そんな長い間アジャイル、そして DevOps の日本での導入に関わってきた。日本のアジャイル導入に関しては全て成功とは言わないが、かなり成果は上げてきたとは思う。だけと、今日は自分の導入ポリシーの誤りに気付いて、新たなステージにいける気がしたので、そのことを共有してみたい。 2002年 尊敬するアリスターコバーンと、XP JUG関西のメンバーと清水寺で。私が写真撮ってたのかなw Alistair.Cockburn.us | Alistair's first trip to Japan sept 2002 日本はアジャイルの導入がこれからという噂を聞いたけど本当？ これは、私がマイクロソフトの面接の時に、当時

1. 1 2014年9月29日 ＧＭＯインターネット株式会社 次世代システム研究室 藤村 新 アジャイルな オフショア開発 ～オフショア開発の動向、問題点とその改善施策～ 2. 2 目次 1)自己紹介 2)発表の目的 3)オフショア開発の歴史と背景 4)オフショア発注先の各国の特徴 5)オフショア開発のトレンド 6)オフショア開発成功事例

アジャイルを採用している組織は，時として，期待したメリットが得られないことに不満を訴える場合がある。考えられる理由のひとつは，アジャイルの価値観と原則を支える技術的なプラクティスの実践に対して，十分に注意を払っていないことだ。 "The State of Agile Software Development"と題したブログ記事でMatt Badgley氏が述べた意見が，アジャイルコミュニティの中に，エンタープライズアジャイルとスケーリングアジャイルに関する議論を引き起こしている。 企業組織にとって，エンタープライズアジリティへの対応 - ビジネスあるいは市場の変化に対する，迅速かつ効果的な適応能力が必須であるというのは，衆目の一致するところです。エンタープライズアジリティのニーズを満たす- そのために大企業は，ソフトウェア開発や他の部門へのアジャイルプロセス採用を推進しています。エンタープ

今月前半、アジャイル宣言の共著者であるDave Thomas と Martin Fowlerの2人が GOTOデンマークの一連の会議でパネルディスカッションに参加した。パネルは“アジャイル宣言のやり直し”を中心としていた。これはDaveの最近のブログ記事、『アジャイルは死んだ (敏捷性万歳)』から着想を得たものである。この記事は3月に公開されて以来、興味深いディベートやディスカッションを生み出してきた。 本 Q&A は、Pragmatic Daveとして広く知られているDaveが自身の考えを説明するものである。テーマは、当パネルディスカッション、彼のブログ記事、そして、アジャイルについてあまり重点を置かず、敏捷性の実際的な適用に重点を置くべき時だと彼が信じるようになった理由についてである。 InfoQ: ごく最近までアジャイル関連のイベントに参加してこなかったのはなぜでしょうか？ それは元

これはアジャイル開発を自分以外の人に伝えようとする際に必ず立ち塞がる疑問だと思います。 社内でアジャイル開発を認めてもらうまでに社内外問わず、色々な人からこの疑問についての意見を頂きました。「朝会(デイリー・スタンドアップ・ミーティング)をしたらアジャイル開発」、「TDDをしたらアジャイル開発」、「ペアプロをしたらアジャイル開発」、「いやいや、それら3つをして初めてアジャイル開発」等々の意見を聞きましたが、少なくとも私の中ではこれらではないと考えています。現にスクラムではTDDやペアプロをする様に規定していませんが、それをもってアジャイル開発ではないとは言えないはずです。同様に、朝会(デイリー・スタンドアップ・ミーティング)をしているからといって、それをもってアジャイル開発であるとも言えません。 他にも「ユーザに価値を提供する意識を持って行動を判断出来ること」、「ユーザとチームを組めること

2001年2月11日に、ユタ州のソルトレイクシティ近郊のスノーバードというところに人が集まって、みんなで考えたのが、アジャイルマニフェストです。 この週末は、その10周年を記念して、同じスノーバードに人が集まってわいわいやっています。(Twitter で #10yragile とか #snowbird10 とかのタグでつぶやかれてます。写真が公開されてます。雰囲気よさそう。) アジャイルマニフェストに至る経緯はいろんな本で書かれているみたいですけど、訳されたり訳されてなかったりなので、ちょっと説明が難しい感じです。 というわけで、Alistair Cockburn の "Agile Software Development : The Cooperative Game" の付録に、ちょっと説明があるので、訳して置いておきますね。 Agile Software Development: Th

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 アジャイルな手法を使用して技術的負債を返済する David Laribee すべてのコードベースには、暗くて恐ろしい隠れた場所や小道があります。非常に脆弱なコード、回帰バグが発生するコード、および処理をたどろうとするとイライラしてしまうようなコードのことです。 Ward Cunningham は、コードの、変更が困難でエラーが発生しやすい部分を金銭的負債ににたとえて、みごとな隠喩を作りました。技術的負債があると、前に進んだり、利益を得たり、"黒字" の状態を維持したりすることができなくなります。現実世界と同様に、安い負債もあります。低リスクの金融商品よりも利率の低い負債です。また、負債をさらに増やしていく高利

メンバーの特徴はアジャイル開発に積極的な人物が多いということ、プロジェクトへの途中加入が多いということ、開発者だけではなく、発注者の猪狩氏が含まれていることである。アジャイル開発は開発者側から語られることが多いが、発注者からはどのように見えるのだろうか。今回はその辺りに注目してインタビューを読み進めてもらいたい。 プロジェクト対象 ワークフローを管理する製品の開発がプロジェクト全体の目的である。このチームは製品の基盤となるエンジン部分をJ2EEで開発している。開発チームは4人体制である。 利用ツール ――　「開発にはどのようなツールを利用しましたか？」 角谷　「統合開発環境（IDE）はEclipseですね。それとORマッパーの機能もあるので、Jude（永和システムマネジメントが開発したモデリング支援ツール）を拡張して使っていました。ほかに使ったといえばホワイトボードと、後はXPカードですね

スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） アジャイルなソフトウェア開発手法としてもっとも広く使われているのが「スクラム」です。このスクラムは、1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによって提唱されたものですが、その考え方の基盤となったのが1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。 1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、このスクラムの生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

Agile開発に限らないが、システム*1業界用語ってカタカナ*2表記が多すぎる。 「いや、元々が舶来なので日本語では微妙に表現できないのですよ」という人もいるかもしれない。 でも、この「カタカナ表記のまま」ってのが意思決定者の判断を誤らせたり、新規参入者に対する壁を高くしたりしている可能性は排除できないのではないかな。 今日、この後打ち合わせが入ってるプロジェクト*3もFeature、Story、Scenarioがごっちゃになりかけている。 なんとかわかりやすく表現できないかと悩み中。 以下、自分の案。名訳があったら、是非教えていただきたい。 Feature=特徴 自分は今までFeatureを「機能」と紹介してきた。 同じ「機能」でも開発者が対象にするのはFunctionで、利用者が対象にするのはFeatureですよ、と説明してきた。 でも、安井さんと角谷さんの本29頁を読むと「特徴」がい

9月4日 XP祭り2010 ～ アジャイル学園祭～(東京都)(#xpjug) で @shimizukawa さんの 「Pythonでアジャイル開発サイクル2010ver.」 というセッションに参加させて頂きました。 その場で、実行委員の@shibukawaさんが、「セッションに来られなかった人のために、レポーターをやる人」を募集していたので、それくらいならお手伝いできるかと思い、手を挙げさせて頂きました。 ということで、清水川さんのセッションのレポートを書かせて頂きます。 スライドについての補足的な話と個人的な感想等を添えながら纏めたいと思います。 セッションのスライドはこちらです。 清水川さんのセッションスライド スライドは、id:amachangさんが作成したs6というHTMLプレゼンテーションツールを使って作られています。 使い方は、とりあえず←→↑↓ボタンを押せば大体分かると思いま

9月4日土曜日に、有志によるアジャイル開発のイベント「XP祭り2010」が早稲田大学西早稲田キャンパスで開催されました。イベントは200名以上の参加者が集まる盛況となり、アジャイル開発への注目の高さをうかがわせました。 基調講演では、「アジャイル開発の現在・過去・未来」というタイトルで、アジャイルの第一人者であるチェンジビジョン代表取締役社長の平鍋健児氏が登場。タイトル通り、アジャイル開発の全体と最新動向を俯瞰する、アジャイル開発のイベントでしか聞けない充実した内容となっています。 この記事では、その基調講演の内容を紹介しましょう。 なぜアジャイルが注目されるようになったのか なぜいまアジャイルが注目されるようになったのか？ 何かのビジネスを行う際には、企業が市場を分析して、企画を立て、IT関連のシステムを発注する、といったことが行われる。すると、ITが「仕様通りにできました」と納品してく

Rubykaigi2010参加して本当に良かった。運営の皆様、スポンサーの皆様、参加してくださった皆様、Rubyを普段から支えてくださっている皆様。本当に有難う御座います。私もRubyに大変お世話になっていますので、少しでも私に出来ることはないかと思い、個人スポンサーとなって参加させて頂きました。そしてこのブログを残します。 本当のアジャイル 私がRubyKaigi2010に参加して一番痛感したことは、「今までの私はアジャイルをやっていなかったこと。むしろウォーターフォールに近いことをやっていた」と思い知らされたことです。 ウォーターフォールを御存知ですか？半年や１年の開発見積りを行い、それに従って開発を進めるが、見積りが合わなくなり（大抵は見積が足りない）、しかし見積は変えず、デスマーチと呼ばれる慢性的な長時間残業を行うようになり、自分への投資（技術の学習等）を行う時間を犠牲にする開発体

日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用されており、アジャイルソフトウェア開発手法の採用はまだ数％程度といわれています。12月8日に都内で開催されたイベント「Agile Conference tokyo 2009」では、米国でアジャイルソフトウェア開発のコンサルタントなどを行っているThoughtWorksのマネージングディレクター、Xiao Guo氏が会場からの質問に答えるトークセッションが行われました。 このセッションでは、多くのエンジニアが現場でアジャイル開発ソフトウェア手法の導入や運用で悩んでいること、疑問に思うことを率直にGuo氏に投げかけています。セッションでやり取りされた質問と回答の一部を紹介しましょう。 意志決定を先延ばしすること 質問　日本のSIerに務めています。日本では、設計書をエクセルを使って画面や処理などの書類を作成しています。海

アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 アジャイルに関する間違った理解、よく聞く誤解について整理しました。 アジャイルだから仕様変更は自由？スプリント中で実装中のプロダクトバックログアイテムの変更とスプリント内で実装するプロダクトバックログアイテムの追加は開発チームが受け入れない限り勘弁してください。 それ以外のプロダクトバックログアイテムの追加は歓迎しますが、変更や追加を行えば行うほど費用はかかる可能性があります。 もしくは優先順位の低い他の機能と入れ替えになります。 無制限・無費用な変更はありえません。 アジャイルだから画面から決める？そうとは限りません。 何を表示したいか、何をさせたいかは決めますが、コテコ