アジャイル・スクラムチームが「Be Agile」になるまでのロードマップ。 version3.7: 状態、課題、次のステップを明確に記述 version3.6: 曖昧な文言をちょっと改善 version3.5: ステージ1から4の定義と次のステップを更新 version3.4: ステージ4と…

従来のシーケンシャルなライフサイクルの開発はうまく行きません。これらは小さいプロダクトにも、大きなプロダクトにも、あまり効果的ではありません。 2001年、アジャイル開発、特にスクラムは、ソフトウェア開発に革命を起こしてきました。 しかし、大規模なグループにアジャイル開発を適用する方法について尋ねると、「知らない」、「小さいチームにしか使うな」、「スクラムはチームレベルで行え」のような答えしか返ってきません。 どの解答も有用とは言えません。開発に人員を追加することを避けられればベストであるのは事実ですが、大規模なプロダクト開発がなくならないのもまた事実です。 そのため、我々はなんとかうまくやる方法を見つけないといけません。 私たち（Craig と Bas) は 長年さまざまなソフトウェア開発にあらゆる役割で関わってきました。 従来のシーケンシャルなライフサイクル、Unified Proce

アジャイル開発を採用しているチームにおいても、ビジネスの要求によっては「一定規模のフィーチャーセット」を「特定の時期にリリースする」ことを、達成しなければなりません。 そういった要求に対し、挑戦する20代の転職サイト「 キャリトレ 」 の開発チームがどのように立ち向かっているのか、リファインメントの実践例を通してご紹介します。 「キャリトレ」は2022年12月21日をもってサービス終了しました。 予測可能性を求めるビジネスの要求とは 分かりやすい例でいうと「業界の繁忙期に合わせて新機能をリリースしたい」などです。 また、BtoBビジネスの場合、開発チームがフィーチャーセットとリリース時期をある程度担保することができれば、 企業のお客様に対し事前のご案内がしやすくなります。 そのことは、リリース直後からその機能を最大限ご活用していただける、という大きなメリットがあります。 事業部一体となって

完全に出遅れ感ありますが、モダンアジャイルが気になってきたのでちょこっと自分の中で理解のために整理をしてみました。モダンアジャイル自体にプラクティス厨やめろというメッセージが含まれているかとは思いますが、とは言え、本家 Modern Agile - Industrial Logic でもある程度はプラクティス風な記載はされているので同様にやるべきこと、やるとよいことをプロットして思考を整理しました。箇条書きで見にくいかとは思いますが、あくまで自分用なので。今後追記編集していくかもです。テキトーに自分用メモとして書いただけなので間違ってたら指摘ください。また、入門というタイトルは自分が入門しただけなので、入門者のために書いてるわけではないのであしからずw 各プラクティスや方法論は理解してる前提で箇条書きしてます。 Modern Agileの位置づけの理解 ここにプロットされている諸々の方法論

私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して

2014年12月13日に開催されたAgile Samurai Basecamp 2014 InceptionDeck(Again)（http://agilesamurai-basecamp.doorkeeper.jp/events/17483）にて発表した資料。Read less

★最新版の45分拡大版はこちら http://www.slideshare.net/i2key/45-developers-summit-2015-devsumi-devsumib 「DevLove現場甲子園2014 日本シリーズ」 にて発表しました資料です。 http://devlove.doorkeeper.jp/events/16200 元の資料の加筆修正版になります。（リーン回りをもう少し詳しく） http://www.slideshare.net/i2key/ss-38266796Read less

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が最近リリースされ、重要な変...

TrackerTrackerはPivotal Trackerのデータをスクラムにあった形で表示してくれるソフトウェアです。 最近のプロジェクト管理のスタイルはアジャイルが多いように思います。また、その中でも人気があるのはスクラムです。Pivotal Trackerのデータをスクラムにしてビジュアル化してくれるのがTrackerTrackerです。 カラムがステータス、その中にタスクが入っています。 タグによる絞り込みが可能です。 タグは複数設定できます。 イテレーションのステータスやベロシティをグラフ化できます。 TrackerTrackerはPivotal TrackerのデータをWeb API経由で取得して表示しています。さらに表示だけでなく、操作による書き込みにも対応しています。複数プロジェクトの出し分けにも対応しており、よりアジャイルなプロジェクト管理に最適な画面を提供します。 T

こんにちは、UX統括部の横幕です。すっかり春になって、桜を眺めるのが気持ち良いですね。 最近、社内で活発に「デイリースクラム」が行われるようになりました。 日々、チームメンバーの持っているタスクの進捗を確認し合うことで、スケジュール感の共有・調整、あるいは、チームメンバー同士でタスクの振り分けを見なおしたりなどができ、チームの有機的な動きを作ることが出来るようになってきています。 さて、そんななかで、今回は、プロジェクトを進める上で、また日々のデイリースクラムをする上で重要な「タスクの見積り」についてお話しようと思います。 これが実際のPlanning Pokerです。アメリカのMountain Goat社が企画発売し、ライセンスしています。 1. 見積る前に 1-1. 計画を立てよう タスクの見積りをする前に、何をするのか、その計画を立てていきます。 ・フィーチャーを考える フィーチャー

中規模、大規模のアジャイル開発において成功に寄与する主な要因は、リーダーシップを発揮するキーマン、教育と経験、段階的な導入、などの内容を含む報告書を、独立行政法人情報処理推進機構（IPA）が公開しました。 報告書のタイトルは「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査 調査概要報告書」で、プロジェクトの実メンバー数が30名から100名程度を中規模、100名以上を大規模と位置づけ、中規模の事例6件、大規模の事例4件、そして中規模大規模のプロジェクトで部分的にアジャイル開発を適用した事例4件を基に書かれました。 プロジェクトの内容はゲームソフト、ソーシャルゲーム、SNS、医療健康関連、ECサイト、基幹システムなどで、自社開発、受託開発ともに含まれています。 公開された概要からポイントを引用します。 非ウォーターフォール型の方が「いきいきしている」 基にした14件の事例。

みなさんこんにちは。@ryuzeeです。 継続的インテグレーションの導入に関する分かりやすい記事があったので抜粋・意訳にてご紹介します。 原文はJohn Ferguson Smart氏のブログ記事「The Seven Phases of Introducing Continuous Integration into Your Organization」です。 継続的インテグレーションは全部かゼロかといった類のものではない。事実、CIの組織への導入はいくつかの明確な段階を経て進んでいくのだ。それぞれの段階は技術的な構造もそうだが、それ以上に重要であるであろう開発チーム自体のプラクティスや文化のインクリメンタルな改善を含んでいる。 以下の章では各段階についておおよその全体像を示すことにしよう。 第1段階 ビルドサーバがない初期の段階ではチームはなんらの中央ビルドサーバも持ちあわせていない。ソフ

ScrumDoはアジャイル、スクラム開発に対応したプロジェクト管理。Django/Python製。 ScrumDoはPython/Django製のオープンソース・ソフトウェア。アジャイル開発が徐々に使われるようになっている（社内開発中心だが）。アジャイル開発では、ユースケースをストーリーという単位にして管理する。一つのイテレーションの中で一つまたは複数のストーリーをこなす形だ。 ストーリー作成 一つのイテレーションを終わった段階で複数の機能が開発、テスト、結合されているのでそのままリリースすることさえできる。それを繰り返して開発を進めることで徐々に機能や品質が高まっていく。そんな開発を実現するためのプロジェクト管理がScrumDoだ。 ScrumDoではストーリーを作成し、その中にタスクを追加する。そしてそれをイテレーションの中に組み込んでいく。イテレーションを行った結果はバックログとして

アジャイル開発手法としてもっともよく使われている「スクラム」の工程を1枚のイラストで説明した資料が、ブログRyuzee.comのエントリ「[Agile]Scrumの流れをイラスト1枚で説明した資料」で紹介されていました。 とても分かりやすいイラストでしたので、Publickeyでも紹介させていただきます（大きな画像はこちら）。 日本語の文字が少し小さかったので、あらためて僕の方で日本語を当てはめてみました。もしも変な訳だと感じた方がいましたらアドバイスなどいただければと思います。 このイラストのオリジナルとなったのが、ブログThe Critical Path by Derek Huetherにポストされた「Free Intro To Scrum Wallpaper」です。この記事ではもう1つ、スクラムの工程を別のイラストで紹介したものがあるので、そちらも日本語化してみました（大きな画像はこ

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が最近リリースされ、重要な変...

遠隔地の人とチームを組んでペアプログラミングしたい！そういうこと、ありますよね〜。そりゃ近くで顔見ながらやった方がいいですけど、止むに止まれぬ事情ってあるもんで。ぼっちプログラマ×ぼっちプログラマの夢のコラボレーションができます！ 準備するもの： 共用サーバ（Unix） Skype screen まず、共用サーバとして、さくらのVPSを借りた。月額980円！他のところでもっと安いところがあったんだけど、「OOMKiller発動→自分の何の落ち度もないプロセスがSIGKILLで落とされるを繰り返してた」とか「運営が勝手にVPSいじって全員を公開プロキシにした」とかいう噂を聞いたので、信頼と実績のさくらにした。 ほんで、Skype で音声＆チャットします。カメラがあればビデオ通話もいいですね。 んで Unix。 まず、セットIDしとく。 $ sudo chmod u+s `which scre

ウォーターフォール型で重視する要素（価値）とアジャイル開発で重視する価値を対比。ウォーターフォール型の価値を否定しているのではなく、重要であることを認めつつ、新たな価値にも目を向けることを促している アジャイル開発の各手法の提唱者が合意した宣言で、アジャイルの根幹ともいうべき精神を表す。ウォーターフォール型開発で重視すべき要素（価値）を四つ挙げ、それぞれに対するアジャイルの価値を提示している（図1）。 新しい四つの価値が、あたかも既存の四つの価値を置き換えるように見えるがそうではない。これまでの価値の重要性は認めつつ、別の新しい価値に目を向けることを促している。 word2　自己組織化 アジャイル開発が目指す行動規範のこと。チームを構成する各メンバーは自分自身をコントロールして自律的に行動し、目標に向かってチームの成長に貢献する。この成長を「自己組織化」と呼び、変化への適応能力を高める上で