フィードバックループについての分かりやすい資料
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 アジャイルな開発における重要な要素として、「フィードバックのループ」があります。 このループによって日々のプロセスや行動や品質が改善されていくことになります。 また小さな問題を無視してしまって後になってから大きな問題になることを防げますし、作り過ぎの無駄も防げます。 以下の図は、VersionOne社が公開しているフィードバックループに関するポスターで、全体像を非常にわかりやすく示しているので紹介します。 © VersionOne 以下項目を説明します。 継続的なフィードバックTDD常時ビルドリファクタリング常時結合人と人との協調他にはペアプロぐラミングなども該当します。 1日単位で
アジャイル開発を習得したいなら。スクラム開発対応のプロジェクト管理·ScrumDo MOONGIFT
ScrumDoはアジャイル、スクラム開発に対応したプロジェクト管理。Django/Python製。 ScrumDoはPython/Django製のオープンソース・ソフトウェア。アジャイル開発が徐々に使われるようになっている（社内開発中心だが）。アジャイル開発では、ユースケースをストーリーという単位にして管理する。一つのイテレーションの中で一つまたは複数のストーリーをこなす形だ。 ストーリー作成 一つのイテレーションを終わった段階で複数の機能が開発、テスト、結合されているのでそのままリリースすることさえできる。それを繰り返して開発を進めることで徐々に機能や品質が高まっていく。そんな開発を実現するためのプロジェクト管理がScrumDoだ。 ScrumDoではストーリーを作成し、その中にタスクを追加する。そしてそれをイテレーションの中に組み込んでいく。イテレーションを行った結果はバックログとして
3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
redminebacklogs.net - redminebacklogs リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Redmineが1000人のエンジニアに使われるまでのこと
デブサミ2011の後に、Shibuya.tracの第10回勉強会で初LTをしました。テーマは「EnterpriseレベルのRedmine導入結果について」です。外の勉強会は緊張しますが、@yusuke_kokuboさんや@akipiiさん、アジャイルなゆかいな仲間たちにお会いすることができ、とても楽しい勉強会でした。また学びに行かせていただこうと思います。 はじめに 上の資料はそのときのものです（Slideshareはこちら）。5分間のLTだったため、あまり詳細をお話しすることができませんでしたが、勉強会の時に知り合った方と、今度、Redmine導入＆運用の情報交換会を企画しており、そこで共有するネタとして、まずは、Redmine導入時の経験をここにまとめようとおもいます。まずはその前に、私の仕事内容を少しだけ説明させてください。 標準化とか全社共通とかいう仕事 私は入社以来、サービス開発
アジャイル開発の始め方
1. アジャイル開発の始め方 株式会社永和システムマネジメント コンサルティングセンター センター長 天野勝 http://sec.tky.esm.co.jp/ 2011/3/25 Copyright (c) 2002-2011 Eiwa System Management, Inc. 1 2. 本日のお話 アジャイル開発が一般に普及し、多くのソフトウェア 開発に採用されるようになってきました。しかし、す べてのプロジェクトでそのメリットを享受できている わけではないのも事実です。 自分たちに適応したアジャイル開発になっていない のが、その原因だと考えます。 本日は、アジャイル開発で取り扱う問題領域と、ア ジャイル開発の始め方の一例をご紹介します。 2011/3/25 Copyright (c) 2002-2011 Eiwa System Management, Inc. 2
大規模アジャイル開発の実態～ セールスフォース・ドットコムの作り方（前編）
クラウド上に構築したアプリケーションをサービスとして提供するセールスフォース・ドットコム。同社は千人以上の開発者を抱える開発部門全体でアジャイル開発手法を採用し、開発を行っています。 アプリケーションのメジャーアップデートは年3回。クラウドで提供しているサービスという性格上、もしもアップデートにバグがあればそれは全ユーザーに対して大きな影響を与える可能性があります。バグがないこと、性能低下を起こさないこと、品質管理はパッケージソフトウェア以上に重要です。 同社はどのようにしてアジャイル開発手法を採用し、品質を重視した開発を進めているのか。2月17日に行われたデベロッパーズサミット2011で、株式会社セールスフォース・ドットコム CTO 及川喜之氏のセッション「salesforce.comの作り方 どのように世界最大規模のアジャイル開発を実現したか」で詳しく紹介されていました。 同社の開発手
Kanon LAB: Kanon Allegro
Allegro(アレグロ)とは、イタリア語で「陽気に」、音楽用語では、「速く」を意味する言葉です。Kanon Allegroはスクラムをベースとしたアジャイル開発をサポートするチケットシステムで、アジャイル開発者は一般的に陽気で、素早くリリースするというイメージから名づけました。 また、ソナタ形式のクラッシックの第1楽章の多くはアレグロで構成されていますが、アジャイル開発を行う人のとっかかり(第1楽章)をサポートするという意味も込められています。 Kanon Allegroはバックログの管理、バーンダウンチャートの作成(全体、チーム個別)、Excelからのストーリー、タスクのインポートを行うことができます。 Kanon Allegroの使い方の詳細については、Shibuya.trac第11回で発表しましたをご覧ください。 バックログの管理 ストーリーとタスクで、プロダクトバックログとスプリ
デブサミ 【17-B-4】チケット管理システム大決戦 JIRA vs Redmine vs Trac 〜ユーザーが語る、なぜ私はこのツールを使うのか - ひつじのにっき
鈴木雄介 氏 / 小川明彦 氏 / 吉羽龍太郎 氏 / 大澤俊介 氏 パネルセッションです。チケット管理システムに関する質問に回答する形で進行していました。 まとめ チケット管理システムはツールである。必要に応じて最適なものを選ぶことが大切。 チケット管理システムをすべて比較できるひとは少ない。色々調べて、聞いて、使ってみると良い。 開発の規模が大きくなると導入効果も上がる。 前提として導入するだけじゃなくて、ちゃんとみんなで使うこと、日々改善すること。 コミュニケーションにかかるコストを節約できる。 頻繁な変更への対応、メンバ間、顧客との課題共有がしやすい。 資料が公開されています。あわせてどうぞ。 チケット管理システム大決戦 JIRA vs Redmine vs Trac ユーザーが語る、なぜ私はこのツールを使うのかView more presentations from Sean O
【続】TiDD初心者が陥りやすい罠part2～工程単位のRedmineプロジェクトやリリース予定バージョン - プログラマの思索
工程単位のBTSプロジェクトやBTSバージョンが何故よくないのか、再考してみた。 ラフなメモ書き。 【元ネタ】 TiDD初心者が陥りやすい罠part2～工程単位のRedmineプロジェクトやリリース予定バージョン: プログラマの思索 バージョンのないRedmineプロジェクト～TiDD初心者が陥りやすい罠: プログラマの思索 Agile開発の肝はイテレーションにあり: プログラマの思索 頻繁なVerUpがソフトウェア開発の本質: プログラマの思索 【1】WF型開発に染まっているPMやPGは、どうしても工程単位にBTSプロジェクトを作ったり、BTSバージョンにアサインしたりする。 自分たちの開発スタイルが、滝の流れのように成果物を下流工程の人へ渡して、最終成果物を作っていくからだ。 例えば、設計プロジェクト、結合テストプロジェクト、本番障害プロジェクト。 機能Aの設計バージョン、機能Aの開発
「10分でスクラム」、アジャイル開発の「スクラム」に興味がわいた方へ
今週は、野中郁次郎氏とジェフ・サザーランド氏というアジャイル開発手法「スクラム」の生みの親2人が基調講演を行った歴史的イベント「Innovation Sprint 2011」のレポートを2本公開し、たくさんの方に記事を読んでもらうことができました。 スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） 重要なテクノロジーは10名以下のチームで作られた ～ Innovation Sprint 2011（後編） この記事きっかけに「スクラム」に興味を持ったという読者もおられたようで、そんな方のために（かどうかは分かりませんが：-）、「Innovation Sprint 2011」の実行委員長だった川口恭伸氏が「10分でスクラム」というスライドを公開しました。
プロダクトオーナーの重要な役割トップ７
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） プロダクトオーナーはチームにビジョンを伝え、プロダクトバックログにおける作業を説明することでチームをリードする。 プロダクトオーナーは、チームと直接コミュニケーションをとって、プロダクトバックログアイテムの優先順位付けを視覚的に行うことでプロジェクトをドライブする プロダクトオーナーはビジネス価値に基づいて作業を優先順位付けする。 スクラムは開発の意思決定をエンピリカルなデータに基づいて行うという点でユニークである プロダクトオーナーはチームと作業について交渉を行う。 各スプリントの最初にチームとプロダクトオーナーはそのスプリントで何に取り組むかを決めるために会う。 しかしこの取り組む作業は、プロダクトオーナーが単に割り当て
重要なテクノロジーは10名以下のチームで作られた ～ Innovation Sprint 2011（後編）
1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、アジャイル開発手法の1つとしてもっともよく使われている「スクラム」の生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ基調講演を行いました。しかもサザーランド氏と野中氏が会うのは今回が初めてということで、アジャイル開発の歴史に残るイベントになりました。 野中氏の基調講演に続き、サザーランド氏の基調講演の内容を紹介しましょう。 （本記事は「スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編）」の続きです） なぜソフトウェアのプロジェクトは失敗するのだろう？ Chairman,the Scrum Training Institute ジェフ・サザーランド氏。 なぜソフトウ
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編）
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） アジャイルなソフトウェア開発手法としてもっとも広く使われているのが「スクラム」です。このスクラムは、1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによって提唱されたものですが、その考え方の基盤となったのが1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。 1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、このスクラムの生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ
[#TiDD] 従来法の限界とアジャイルの利点、そしてチケット駆動開発 - ソフトウェアさかば
ウォーターフォール(WF)とアジャイルの議論はいつもかみ合いません。それは、モデルで考えるなら、1回だけか複数回かで複数回の方が変化に強いに決まっているものの、WFは決められた仕様どおりのものを作ることが目的で、アジャイルは変化に対応しながら顧客の要求に合ったものを作ることが目的だからです。目指すものが違うので、それを比較しても、どちらが良いということはありません(もちろん、あるプロジェクトにとって、どちらが向いているかはあります)。 ここでは、WFではなく「従来法」と呼ぶプロセスを考えてみます。具体的には、開発標準として、上流から下流までの段階的な工程に分かれ、各工程での作業、成果物、品質向上策のほか、メトリクスの基準が決められている。初めての技術に関しては、プロトタイピングが実施されて技術的な検証がされる。また、上流では少人数で、下流工程では増員されるようなプロセスを考えます。 このよ
![[#TiDD] 従来法の限界とアジャイルの利点、そしてチケット駆動開発 - ソフトウェアさかば](https://cdn-ak-scissors.b.st-hatena.com/image/square/cb3189f8cb55f68fc5c2b0270b2e8657e0d2eb43/height=288;version=1;width=512/http%3A%2F%2Fsakaba.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)
Agile開発の肝はイテレーションにあり - プログラマの思索
Redmineでチケット駆動開発を運用するまで、Agile開発を体で理解できていなかった。 XPを実践したいと思っていても、本当のAgile開発は何か違うのでは？と思っていた。 何故、僕はTracではなくRedmineを使ってAgile開発を発見できたのだろうか？ RedmineがAgile開発と相性が良いのは、Redmineの「バージョン」の概念がAgile開発の「イテレーション」「スプリント」と自然に一致するからだ。 Redmineでは、バージョンに紐づくチケットが全て完了ステータスになって、進捗率が全て100％になれば、いつでもそのバージョンをリリースできる仕掛けが入っている。 つまり、バージョンをイテレーションと見なせば、各バージョンを次々にリリースしていけば、自然に小規模リリースを実現できる。 小規模リリースこそが漸進型開発、つまりインクリメンタル型開発の最大の特徴なのだ。 Ag
バージョンのないRedmineプロジェクト～TiDD初心者が陥りやすい罠 - プログラマの思索
TiDD初心者が陥りやすいアンチパターンを実際に見つけたのでメモ。 【1】チケット駆動開発の概念に慣れておらず、Redmineでタスク管理をまず始めた人に多い特徴がある。 それは、バージョンが設定されておらず、ロードマップが空っぽないし非表示な状態。 話を聞くと、Redmineのバージョンの意味や使い方が理解できないらしい。 だから、彼は、Redmineのチケット一覧画面でタスク管理を実施している。 彼のチケット一覧画面を見ると、スクロールできないくらい、たくさんのチケットが無造作に一覧表示されている。 どうやら、必要なタスクはチケットに登録しているが、彼のチケット管理を見ていると、チケットの納期が意識されていない。 そのチケットはいつリリースするのか？の観点が漏れているみたい。 何故なら、チケットがたくさんありすぎて、どのチケットが必要なのか、チケット一覧画面では分かりにくいからだ。 だ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まとめ直し(collapse) の価値
Blogger
スクラムプロジェクトの中長期の見積もりとは？
