アジャイル開発のステータスを出力する·Scrum Sprint Monitor MOONGIFT
Scrum Sprint MonitorはWindows用のオープンソース・ソフトウェア。アジャイルに限らないが開発のステータスは常に更新されていないといけない。バッチでまとめて変更を行うと、手戻りの発生や状況の変化によってステータスが大きく左右されるようになってしまう。 プロジェクトのステータスをグラフ化 そこで常時更新されるステータスをみんなで見られるようにしようというのがScrum Sprint Monitorだ。マイクロソフトの開発管理ツールTeam Foundation Serverと連携し、そのステータスをビジュアル化するソフトウェアだ。 ユーザストーリーやバックログ、作業時間などを円グラフで表示する。さらに開発者ごとのグラフやバーンダウングラフも描画できる。現在のスプリントの状況がはっきりと掴めるようになるだろう。 設定ソフトウェア Scrum Sprint Monitorの
Kanban vs Scrumを訳しました。 - Fly me to the Luna
InfoQ Japan 2009で講演されたHenrik Kniberg氏の「Kanban vs Scrum」の翻訳をid:wayaguchiさんと共に行いました。Henrik氏は「塹壕より Scrum と XP」の著者としても有名で、最近はカンバンについても色々話されているナイスガイです。 原本(Kanban vs Scrum) Kanban Vs Scrum日本語版View more documents from Hiroki Kondo. 自分はこの資料を訳すために下記の本を読みました。 アジャイルソフトウェア開発 (The Agile Software Development Series) 作者: アリスター・コーバーン,Alistair Cockburn,株式会社テクノロジックアート出版社/メーカー: ピアソン・エデュケーション発売日: 2002/08/30メディア: 単行本購
「Scrumy」でチームプロジェクトを円滑管理！ | ライフハッカー・ジャパン
ソフト開発に用いられる手法「Scrum（スクラム）」のコラボレーションテクニックをご存じの方には見慣れた感じかと思いますが、『Scrumy』はチームのタスク管理、プロジェクト管理を簡単に行えるフリーウェブアプリ。 壁中に貼りまくったポストイットが、いつしか重力に屈しハラハラと舞い降りてくることに、いら立ちを感じずにはいられないKnockout Appsの開発者たちが、糊を使わないデジタルな解決策を創造したのが始まり。普通のポストイットのようにドラッグアンドドロップで進捗を管理できる点が魅力ですな。 無料版もあり、さらに多機能なPro版も7ドル／月（1年分前払いなら60ドル）。有償版なら、日々の業務の進捗管理が出来るチャートなんかが自動作成されます。しかもプロジェクトに関係のない画面が突然出現することもなくなりますよ。まずはデモで試してみては？ 伝わり辛いですが、興味のある方は、ゆるすぎるモ
世界的に有名なオーケストラがスクラムに似た手法を採用
スクラムチームにおける従来からの役割には、プロダクトオーナー、開発者、スクラムマスターがある。明らかに存在していないのが、チームリーダーの役割で ある。チームは、自己管理することが求められる。同様に、オルフェウス室内管弦楽団(リンク)は、チームでリーダーシップを共有して決定を行うというプロセスを支持 し、指揮者の役割を完全に省いた。その結果、世界で最も有名な室内管弦楽団の1つに成長した。その過程でオルフェウス室内管弦楽団は、スクラムチームが利 益を享受できるような連携方法とレッスンを身につけた。 「IEEE Engineering Management Review」(リンク)の最新版には、「The Conductor-less Orchestra（指揮者のいないオーケストラ）」(リンク)というタイトルの記事が掲載されている。これは、「Leader To Leader Journal」(リ
スクラムは現実解 (arclamp.jp アークランプ)
アジャイル開発というとXPに代表されるようなエンジニアリング的な要素が強いように感じられる。しかし、プロジェクトマネージメントをアジャイルにすることの方が重要だと思っている。僕が気に入っているのはスクラムだ。既に書籍が出ており、かなり明確に体系化されている。スクラムのプラクティスがなにかというのはWebや本で探ってもらうとして、なぜスクラムが良いのか・なにが難しいのか、というあたりを書いてみたい。 スクラムの良さ スクラムの良さはタイムボックスによるコントロールだ。ソフトウェア開発は、要件も技術要素も非常にあいまいで、ようはやってみなくては分からないことが多い。とはいえ何も基準がないのでは混乱をきたす。そこで、ある時間枠（土日を含む30日間）を基準とする。 チームは少人数（7人前後）で構成されており、自分達で期間内の作業にコミットする。作業ゴールは必ずテスト済みの動くアプリケーションで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スクラムの流れをイラスト1枚で説明した資料
スクラム認定テスト
SCRUMバン - SCRUM用のかんばん
割り込み主導の開発
スプリントの長さはどれほどか?
http://www.arclamp.jp/blog/archives/000599.html