チケット駆動開発で Pivotal Tracker を上手に使うための4つのポイント | Social Change!
ソフトウェア開発のタスクはどのように管理するのが効率的なのか。ソフトウェアという目に見えないものを作るためにはタスクの見える化は進捗状況を図る重要な指標になります。ソフトウェア開発で発生するタスクを、バグ管理システム（BTS）や課題管理システム（ITS）を活用することで、タスクの状態とワークフローを管理しようというのがチケット駆動開発です。 チケット駆動開発については、以前に記事を書いたので、そちらを参考にしてください。 チケット駆動開発のススメ〜No ticket! No commit チケット駆動開発をうまく実践するためにはツールが不可欠です。不具合管理や障害管理で使うツールを応用して活用することも出来ますが、最近は専用のツールも出て来ています。ソニックガーデンでは、Pivotal Trackerというツールを使っています。Pivotal Trackerでは「ストーリー」と表記していま
[Agile]インセプションデッキ日本語版 | Ryuzee.com
インセプションデッキって何？って人はThe Agile Samuraiを読むと良い。 The Agile Samuraiの日本語版は@kakutaniさんや@nawotoさんが頑張ってらっしゃるので、期待して待っていよう。 簡単にいうと、インセプションデッキは10個の質問から構成されていて、プロジェクトを始めるにあたって、その質問に答えることによって、プロジェクトの全体像やこれからの方向性等を明らかにしてくれるツールだ。(逆に答えられないとするとその時点で結構ヤバイということでもある)。そしてプロジェクト期間中は見えるところに貼っておき、何か変更があれば随時更新していく。 詳細は本の著者であるジョナサンのサイトのThe Agile Inception Deckを見て欲しい。 公開されているインセプションデッキのテンプレートを日本語化してみた。 以下からダウンロードできる。ライセンスはC
マーチン・ファウラー氏が語る、21世紀のソフトウェアデザインとしてのアジャイル開発（前編）。Agile Conference tokyo 2011 － Publickey
アジャイル開発に関する論客の一人マーチン・ファウラー氏は、7月20日にテクノロジックアートが主催したイベント「Agile Conference tokyo 2011」で「21世紀のソフトウェアデザイン」をテーマに基調講演を行いました。 ファウラー氏の基調講演の様子を紹介しましょう。 アジャイル開発の意味が希薄化している ThoughtWorksのマーチン・ファウラー氏。 アジャイルソフトウェア開発宣言から10年がたち、そのあいだいろんな人が伝えていくうちに当初の意味の希薄化（Semantic Diffusion）が起きてしまったと思う。私の役割は、最初の意味を思い出してもらうことだ。 要件の安定性に依存するのは不健全だ まずは「予想的な計画（Predictive Plannning）」と「適応的な計画（Adaptive Plannning）」について。 土木や建築に由来するのが「計画駆動開
【公開】XP祭り関西2011講演資料「Agile開発のスケールアップ～Agile2.0を支えるチケット駆動開発」 #xpjugkansai - プログラマの思索
【公開】XP祭り関西2011講演資料「Agile開発のスケールアップ～Agile2.0を支えるチケット駆動開発」 #xpjugkansai 【1】先日、著者の長谷川さんと橘高さんから「アーキテクチャ中心設計手法」を献本して頂いた。 ありがとうございます。 本の内容は、アーキテクチャ中心設計手法(ACDM)に関する解説で、本邦初とのこと。 似たような本として「実践ソフトウェアアーキテクチャ」もある。 今回の発表では、自分が大規模プロジェクトの一つのチームリーダーとして、プロジェクト全体の中でどのように動いたら良かったのか、そして、プロジェクト全体をどのように率いればよいのか、を色々考えてみたことを入れている。 今後は、アジャイル開発をブラッシュアップする技術として、チケット駆動開発がもたらしたワークフロー・トレーサビリティ・自動集計のような機能だけでなく、アーキテクチャ設計やテスト管理の観点
スクラムに対するよくある偏見と本当にチームを生産的にする方法
スクラムにおけるよくある偏見スクラムではドキュメントは何も書かないスクラムではアーキテクチャの設計はしない。またはアーキテクチャはないスクラムでは計画はしないプロジェクトの開始時点では、何を作りたいかは何も決まっていないスクラムと固定費用のプロジェクトは相容れない（※1）チームはチームが望むことは何でもできるスクラムマスターは上級管理職ではない（※2）スクラムはマネージャを必要としない（※2）プロダクトオーナーは全てのステークホルダーの代弁者であるスクラムはシンプルだ（※3） 以上がよくあるスクラムに対する偏見だそうです。 偏見をもったままでスクラム（やアジャイル）を導入したところで良い成果は出ません。 補足上記に関していくつか補足しておきます。 （※1）相容れないのは、「固定費用かつ固定スコープ」のプロジェクト（※2）チームではもちろん自己組織化が前提なのでコマンドコントロール型の管理職
スクラムを10分以内で知ることができる資料や動画
みなさんこんにちは。@ryuzeeです。 スクラムの概要を短時間で把握できるいくつかの動画や資料を紹介します。 動画Scrum in under 10 minutes (10分)早口な英語だけど分かりやすいです。 Scrum Basics (5分)アジャイルコーチングの現場で、あまり前提知識が無い人たちに見せたりすることもある分かりやすい動画。 スクラムマスターがゲートキーパーとして刀を振ってチームを守っているところがいいですね。 資料マイク・コーン氏作成で拙訳のAn overview of Scrumパワーポイント形式の資料がマウンテンゴートソフトウェア社のサイトからダウンロードできます。 ライセンスはCCライセンスなので自社での紹介等に使ってください。
10分でスクラム - kawaguti’s diary
「10分でスクラム」という資料をつくりました。 http://www.slideshare.net/kawaguti/20110118-scrum-10-mins 20110118 scrum 10 minsView more presentations from kawaguti. 「xx分でスクラム」という資料はライフワーク的になってきたので、またかよ、と思っても見逃してください。今回は結構よくできた方だと思うんですけど。 最後の方で、スクラムマスタをチェンジエージェントとして位置づけてみたところが、今回のポイントです。 あなたがもし最初の一人だったら 1. スクラムマスタとして行動する。 2. 優先度をつけている人を見つけ、 はっきりと優先順位をつけるよう促す。 (その人がプロダクトオーナーだ) ＆作業規模をメンバーに聞いてみるよう促す。 3. 各メンバーの毎日の作業を教えてもら
ユーザーストーリーにおける罠
ユーザーストーリーは文章、またはカードのことだと考えてしまう数行のコードで済んでしまうことまで、全てストーリーを書き起こしてしまう明確な受け入れテストがないストーリーを十分に小さな単位まで分割していない（ビッグストーリー）ストーリーの分割が正しくないプロダクトオーナーの事情を無視するプロダクトオーナーがボトルネックになっている「誰々として、何々する」の雛形にこだわりすぎてしまうタイトルや中身の記述にこだわりすぎてしまう詳細に記述することにこだわりすぎてしまうあいまいさが多すぎる実装方法を特定しすぎている言葉でのコミュニケーションが重要だということを認識していないすぐに言葉でのコミュニケーションでなんとかしようとし過ぎる
あなたのアジャイルキャリアを強化する20の行動
みなさんこんにちは。@ryuzeeです。 Kelly Waters女史の20 Simple Things You Can Do to Boost Your Agile Careerを抜粋・意訳にてご紹介します。 別にアジャイルに限らない話ですが、アジャイルな開発における成功は人や協調やチームワークによるところが大きいので、以下のことは従来の開発方法以上にアジャイルな開発においては役に立つと思います。 責任を持つ言ったことはやる他人を助けるみんなを等しくリスペクトする前向きでいる変化を抱擁する改善を示唆する細部まで注意を払う自分の仕事にプライドを持つ一生懸命働く物知りでいる自分の知識を共有するプロフェッショナルで居続ける柔軟でいるどんなことでもする正直でいる控え目にする他人を褒める幸せでいる自分らしくあれ 個人的には「ステークホルダーを意識する」とか「チームの力を集結する」とか、そういうのも
こくちーずプロ - 無料で使えるイベント・セミナーの告知・集客サービス
個人から法人まで幅広い主催者の方にご活用いただいています。 イベント主催者7万人以上 チケット販売520万枚以上
RubyKaigi2010で「本当のアジャイル」を学んだ - 基本へ帰ろう
Rubykaigi2010参加して本当に良かった。運営の皆様、スポンサーの皆様、参加してくださった皆様、Rubyを普段から支えてくださっている皆様。本当に有難う御座います。私もRubyに大変お世話になっていますので、少しでも私に出来ることはないかと思い、個人スポンサーとなって参加させて頂きました。そしてこのブログを残します。 本当のアジャイル 私がRubyKaigi2010に参加して一番痛感したことは、「今までの私はアジャイルをやっていなかったこと。むしろウォーターフォールに近いことをやっていた」と思い知らされたことです。 ウォーターフォールを御存知ですか？半年や１年の開発見積りを行い、それに従って開発を進めるが、見積りが合わなくなり（大抵は見積が足りない）、しかし見積は変えず、デスマーチと呼ばれる慢性的な長時間残業を行うようになり、自分への投資（技術の学習等）を行う時間を犠牲にする開発体
Agile Day2 Agileな開発プロセスを導入するために考えなければならないこと
Agile Day2 Agileな開発プロセスを導入するために考えなければならないこと 1. Agileな開発プロセスを導入するために 考えなければならないこと 2010/3/19 Ryutaro “Ryuzee” YOSHIBA. #msagile 2. 2010/3/19 Agile Day2 自己紹介 Ryuzee / Ryutaro YOSHIBA. ブログ http://www.ryuzee.com Twitter ryuzee TIS、野村総合研究所を経て、ベンチャーのCTO 専門はゕジャルに関する教育、ゕジャルなプロセス の導入支援、組織の生産性向上、Webシステム開発 Certified Scrum Master オープンソースプロダクト開発者、翻訳者 Shibuya.tracのスタッフ 2 3. 2010/3/19 Agile Day2
アジャイルって受託開発との相性が最悪な気がする - GoTheDistance
全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ
アジャイル開発に特化したプロジェクト管理·TeamTrick MOONGIFT
TeamTrickはRuby on Rails製のオープンソース・ソフトウェア。プロジェクト管理はただ多機能であれば良いという訳ではない。多機能すぎるとかえって余計な手間が増え、非効率的になる場合もある。プロジェクトの形態、規模に合わせたものを選定するのが重要だ。 スクラム開発に特化したプロジェクト管理 ここ最近アジャイルな開発形態をとるプロジェクトも増えてきた。そんな時に使えるのがTeamTrickだ。Ruby on Rails、Webベースで動作するプロジェクト管理で、特にスクラム型の開発に特化しているのが特徴だ。 主な機能はユーザと権限の管理、スプリントの登録、バックログの登録となっている。筆者環境ではエラーが出てしまったため、確認できていない部分があるがプロジェクトの進捗をバーンダウンで見られる機能もある。他にもストーリーを登録し、そのステータスを管理することも可能だ。 バーンダウ
オープンソースなScrum管理ツールのTeamTrickを試してみた
moongiftで紹介されていたので早速試してみました。 概要 TeamTrickはRailsで出来ているScrumプロジェクトの管理ツールで、チーム管理、プロダクトバックログ、スプリントバックログ、バーンダウンチャートなど基本的な機能を備えている。 外部へのデータのエクスポートや外部からのインポートには対応していない模様。 日本語は問題なく使えることを確認しています。 入手 本家サイトからダウンロード可能。 Linux用とWindows用が用意されており、Windows用の場合は、バッチファイルを実行することで即起動して使える。Windows版はインストールパスにスペースが含まれていなければ問題なく起動できる（デスクトップに配置すると起動失敗）→他のマシンでは再現しないので、他の問題かも。 機能紹介 とりあえず画面の紹介。 ユーザー登録画面。 ログイン直後。プロジェクトのリストが表示され
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第3回 アジャイルサムライ読書会 渋谷道場 開催します #agilesamurai | Act as Professional
ユーザーストーリービギンズナイト at 第11回すくすくスクラム
アジャイルのまずい考え方
【資料公開】アジャイルコーチで学んだ30＋αのこと(6/24 Agile Day3@Microsoft)
Scrum Alliance -スクラムガイド (Scrum Guide in Japanese)