アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 Definition of Readyが参考になる記事だったので抜粋・意訳にてご紹介します。 アジャイルな開発では（そうでなくてもですが）完成の定義は非常に重要です。 人によって仕事が完了していることの理解が異なっていると、「本人は終わったつもりだったが他から見ると終っていない」とか「本人は終わっていないつもりだったが、他からみるととっくに終わっている」という状態になりやすくなります。 前者は品質上の問題を抱えることが多く、後者は時間をムダにします。 さらに言えば、そもそも着手するのに十分な状態でなければいけません。 以下では着手するのに十分であることを確認するためにReadyの定義
さて、今日２発目のブログは、多くの人に書いてくれ〜と言われて約束していたネタです。 目下最近の私の２大関心毎は「Lean Startup/UX」と「Continuous Delivery」です。Lean Startupは書きましたので、何で「Continuous Delivery」か？というのは、理由があります。 最近実は企画フェーズのコンサルの中でプログラムを書いています。JQuery Mobile + Ruby on Rails on EC2 という感じです。インフラからアプリケーション、そしてUX的な要求開発なんかもやっています。チームは企画フェーズのアジャイルなので小さいですが、今回のアプリケーションを作っていて思っていることですが、Agileに加えてRailsやJQuery Mobileを使うとかなり開発って加速するのですが、どうしてもめんどくさい事があります。１つはインフラ構築
アジャイル開発を開発者以外にも２ページ程度のサマリで説明するというのに挑戦してみました。なるべくアジャイル開発の文脈で使われる言葉（適応型とか）を使わないようにしてみたのと、従事する人でなく決定権を持つ人向けに中身よりも得られる価値などを中心に記述しました。（記事の最後でPDFを皆さんの会社でも使えるようクリエイティブコモンズで公開してます。） アジャイル開発に関するサマリ アジャイル開発（アジャイルソフトウェア開発）とは、ソフトウェア開発における開発手法の総称です。その特徴は、日々変化するビジネスや市場環境に応じて、作るべきソフトウェアも変化させていくことが出来る点です。 アジャイル開発におけるゴールと狙いは、IT投資に対するソフトウェアから得られる価値を最大化することです。コストパフォーマンスの最大化であり、ただソフトウェアを作ることだけが目的ではありません。 １．誕生の経緯と求められ
なぜアジャイルか？ なぜデザインか？ なぜペルソナか？ この資料は"CC BY"(Attribution)ですが、以下の点にご注意ください。 ・Jesse James Garrett氏の図は氏の著作物(copyright contents)なのでご注意ください。 ・参考図書の表紙画像も各著作権者の著作物ですのでご注意ください。Read less
Ryo Asai @ryoasai74 今日インドで研修を受けてきた先輩社員の体験談のプレゼンを聞きましたが、すごく共感できる内容で感動しました。タイトルがたしか「アジャイル西遊記」とかだったのですが、今はまさにインドは浄土に近いITの先端の国であり玄奘のように経典を持ち帰って学ばせてもらうという意識が大切だと思った。 2011-05-28 01:27:22 Ryo Asai @ryoasai74 とにかくインドだとアジャイルは品質を重視する手法であるということは開発者も品質管理者も常識として認識しているが、日本だと安くいい加減につくると誤解している人が多いという指摘もその通りだと思ったし、あちらではPMがVersionOneなどのツールを使って定量的に進捗を把握している。 2011-05-28 01:29:37
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
スクラム提唱者から学ぶ、チームの不幸を減らすたった2つの方法：スクラム提唱者が教える、チームの不幸を減らす方法（1/2 ページ） スクラム提唱者のジェフ･サザーランド氏を講師に招いた、日本初の「スクラムアライアンス認定プロダクトオーナー研修 レポート」レポート。チームも顧客も不幸な状態をなくす方法は実にシンプルだ。 2011年はアジャイル実践者にとって歴史的な年となった デスマーチ続きでリリースは遅延、チームはプレッシャーを受けてマネージャはてんてこ舞い、顧客も不幸……そんな状態を良い方向に転換する方法はたった2つである――「スクラム」提唱者の1人である、ジェフ・サザーランド氏の言葉です。 1月11日と12日、サザーランド氏による日本初のスクラムアライアンス認定プロダクトオーナー研修（Certified Scrum Product Owner 研修、以下CSPO研修）が開催されました。翌日
2012年3月26日 更新 2011年4月7日 公開 独立行政法人情報処理推進機構 ソフトウェア・エンジニアリング・センター 概要 最近のソフトウェア開発では、ビジネス環境の変化への対応、これに伴う要求の変更、ソフトウェアの市場投入や投資効果の確認の迅速化が、以前にも増して厳しく求められています。このような状況において、要件を最初に決めずに開発に着手できるアジャイル型を中心とする非ウォーターフォール型の開発手法が注目されています。 IPA（独立行政法人情報処理推進機構）ソフトウェア・エンジニアリング・センター（SEC）では、ウォーターフォール型開発及び、アジャイル型開発の経験が豊富な実務者、契約に詳しい専門家など、産学官の有識者をメンバーとした「非ウォーターフォール型開発ワーキンググループ」を設置し、これらの課題について検討してきました。 この度、日本におけるアジャイル型開発に適したモデル
burndown chart via kakutani アジャイルなチームを目指す。私がチーム運営を始めたときのポリシーでした。どうやって作業をこなすだけから、アウトプットへの価値へとシフトしていくか？チームの方向を示すためにも、様々なメトリクスやKPIを見える化する必要がありました。 通常のプロジェクト管理方法だと、ガントチャートでロードマップを設定、進捗の状態を管理。WBSなどを作ってそれぞれのタスクを管理・・・といった形が一般的なのでしょうか。しかし、それではワクワクしない。そんな中、常に改善を心がけ、私が試して行き着いた方法を紹介させていただこうとおもいます。 唯一生き残ったプラグイン バーンダウンやタスクボードなど、Redmineのプラグインで様々な見える化をしましたが、ずっとそれを使うことはしませんでした。その中で、最終的に生き残ったのがパーキングロットチャートです。なぜ、これ
今、アジャイルの導入のお手伝いをさせてもらっている現場で「他のスタッフにもアジャイルについてざっくり教えてよ」というオーダーで勉強会をやりました。 そこで「アジャイル開発 基本のキ」と題し、実際の進め方の説明ではなく、その手前の考え方や心構えにフォーカスして話をしました。 20名ほどの人数向けに作った資料なのですが、普段アジャイルについてのイントロダクションの話をする時にいれるキーワードは大体盛り込んだ感じになったので、もしかすると誰かの役に立つかもしれないので公開しておきます。 ただし、勉強会のターゲットがエンジニアではなかったので、エンジニアリングについては薄くなっているのでご注意を。 Basic of Basics of Agile DevelopmentView more presentations from Nishimura Naoto. あと、話は変わりますが、普段アジャイル
終わった！ 午後参加した二つの発表はレガシーコードとどう付き合うか、という毎年ある話。 だけど、年々より具体的かつある程度体系化された手法が確立されつつある。 今日のは納得いく発表だった。 って、報告はもう疲れたので帰りの飛行機か、帰宅してからにします。 この日は午後の二つのセッションに参加。いずれもレガシーコードに関わる話題だ。 一件目のThe Worst of Legacy Code: Forensic Developmentは「本当に」レガシーなコードをどうやってリファクタリングしていくか、の提案で対象は「オブジェクト指向だろうが手続き型だろうが問わない」ということだった。(ただし手続き型の場合は、CやCOBOLでテスト書くのと同じくらいの煩雑さは増えると思われる) ここでいう「本当に」レガシーなコードとはテスト自動化が足りてないあるいは全く達成されていない、と思ってよい。何か触れば
The document discusses the traditional "iron triangle" of project management consisting of scope, cost, and schedule. It then introduces the "agile iron triangle" which prioritizes value and adds quality and constraints. The agile approach recognizes that scope, cost, and schedule are constraints, not priorities. It emphasizes that XP (eXtreme Programming) is about enabling social change through t
みなさんこんにちは。@ryuzeeです。 スプリントプランニングでは、スプリントの終了までに「どのプロダクトバックログアイテムを完了させるか」を計画します。 このコミットメントとは何なのか？先日のCertified Scrum Product Owner研修でジェフ・サザーランドさんに以下のどれなのかを聞いてみました。 スプリントプランニングで決定した内容をスプリント期間中に「全て終わらせる」ことをコミットするそのスプリントにおいて、チームが「全力で選択したプロダクトバックログアイテムを完了させようとする」ことをコミットする1または2のいずれになるかはコンテキストに依存する プロジェクトの初期段階の数スプリントでは、見積りの精度は低いし、自分たちのベロシティがはっきりしていないので、通常はオーバーコミットしがちです。 またそもそもスクラムの経験が豊富ではないチームでは、「プロダクトバックロ
「アジャイル開発は、実は本を読んで理解するのがとても難しい」。9月4日に、有志によるアジャイル開発のイベントの基調講演「アジャイル開発の現在・過去・未来」の中で、アジャイルの第一人者であるチェンジビジョン代表取締役社長の平鍋健児氏はこう発言しました。 本を読んで理解するのが難しいのだとすると、アジャイル開発はどのようにして学んでいくのがいいのでしょうか？ 平鍋さんが伝えようとしたことを詳しく聞くために、メールインタビューをしました。 自分で考えることが本質 先日のXP祭りで平鍋さんの講演を聞いたとき、「アジャイルは人づてに伝わっていく」という部分が印象に残りました。また、「アジャイルは、実は本を読んで理解するのがとても難しい」ともおっしゃっていました。とはいえ、アジャイル開発を本や講演などから学び始める人も多いはずです。そういう方々にアジャイルをどう学ぶのがいいのか、というアドバイスを届け
Rubykaigi2010参加して本当に良かった。運営の皆様、スポンサーの皆様、参加してくださった皆様、Rubyを普段から支えてくださっている皆様。本当に有難う御座います。私もRubyに大変お世話になっていますので、少しでも私に出来ることはないかと思い、個人スポンサーとなって参加させて頂きました。そしてこのブログを残します。 本当のアジャイル 私がRubyKaigi2010に参加して一番痛感したことは、「今までの私はアジャイルをやっていなかったこと。むしろウォーターフォールに近いことをやっていた」と思い知らされたことです。 ウォーターフォールを御存知ですか？半年や１年の開発見積りを行い、それに従って開発を進めるが、見積りが合わなくなり（大抵は見積が足りない）、しかし見積は変えず、デスマーチと呼ばれる慢性的な長時間残業を行うようになり、自分への投資（技術の学習等）を行う時間を犠牲にする開発体
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く