いまアツいアジャイルプロジェクト管理ツール9選＋Pivotal Tracker入門
いま再びキてる「アジャイル」開発 世界で広がりつつあるアジャイル 2001年の「アジャイルソフトウェア開発宣言」から10年が経過しました。アジャイルマニフェスト登場当時の熱狂的な雰囲気は一時期停滞気味でしたが、最近再びアジャイル開発が広がりを見せています。 その理由の中心は、ITの進歩や世界のボーダレス化とともに、ビジネスの変化のスピードが早くなり、競争が激化したため、一刻も早く顧客に新しい価値（ソフトウェア）を届ける必要性が増したため、アジャイルに開発する必要が出てきたためでしょう。 欧米はもちろん、日本でもアジャイルに対する注目は増していて、先日開催されたDevelopers Summit 2012のデブサミ2012アワードでも、角谷信太郎氏の講演『アジャイルマニフェスト ディケイド』が1位を取り、来場者数も過去最高を記録するなど高い注目を浴びています。 群雄割拠 アジャイルプロジェク
少人数組織（スタートアップ）の意思決定に関する４つの工夫と考察 | もっちブログ
会社を創業して、新しいサービスや事業作りのために時間と情熱を注ぎ込む生活をしていると、毎日かなりの量の意思決定を求められます。ちょっとした機能やデザインのことから、スケジュールとリリース計画、クレームの対応、言葉の選び方、取引先との交渉、日々のランチの内容（半分冗談ですが、切り離せない問題です）、そして資金計画や中期経営方針まで、あらゆる種類の意思決定が無数に降ってきます。 少人数＝意思決定が早いとは限らない 「我々はベンチャーとして少人数でやっているので、意思決定もスピードも早いことが強みです」と言う人が多いようにも感じますが、意思決定が早いかどうか、その質を担保できるかというのは、人数や規模の問題ではなくて、どちらかといえば上手に「仕組み化」されていることのほうが重要ではないかと思います。単に人数が少ないということ自体は、質の高い意思決定を素早く回していけるという論拠にはなりません。「
PF ふりかえりガイド
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru 1/60 プロジェクトファシリテーション 実践編 ふりかえりガイド (株)永和システムマネジメント オブラブ 天野勝 第 1 版 2006 年 6 月 7 日 第 30 版 2015 年 8 月 23 日 第 31 版 2015 年 8 月 30 日 第 32 版 2015 年 11 月 24 日 第 33 版 2016 年 4 月 25 日 第 34 版 2018 年 1 月 27 日 第 35 版 2021 年 5 月 13 日 第 36 版 2022 年 10 月 30 日 オリジナル：http://ObjectClub.jp/community/pf/#material このドキュメントは、クリエイティブ・コモンズ・ライセンス（帰属 2.0）の下 で提供しています。このライ
Agile Project Management
Proven project management for successful teams With a shared view of team priorities, a process that fosters collaboration, and dynamic tools to analyze progress, your team will deliver more frequently and consistently. Better organization to get focused Keep your team on the rails. Tracker's shared backlog makes priorities clear so the team can stay organized. Easily visualize scope, focus your t
チームのパフォーマンスを最大限に高めるために--5つの心得
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます リーダーとしての成功は、チームメンバーの成功をお膳立てすることによってのみ可能となる。そして、あなたのチームがナレッジワーカーとITマネージャーから構成されている場合、特殊なリーダーシップ--常に彼らの挑戦意欲をかき立て、自らで問題を解決できるように仕向けるようなリーダーシップが必要となる。本記事では、チームのパフォーマンスを最大限に高めたいというIT部門のリーダーのためのティップスを紹介する。 ＃1：すべての答えを提示しない あなたはリーダーである。しかし、リーダーであるからといって、優れたアイデアをすべて自らで考え出す必要があるわけではない。部下があなたの意見を尋ねてからでないと決断を下したがらないという場合、自らの仕事の進め方を見
森下・アジャイル研究所
第2回 アジャイルはすでに成熟した開発手法!? 本研究所では、アジャイル開発を素材に、より良いシステム開発のあり方を求めていく。開発手法そのものを見直すことは、より良いシステムを作るだけではなく、開発を担当するチームが成長し、個人の満足度も高まると考えられるからだ。今回は、私がアジャイル開発に取り組む中で抱いた、「アジャイルはすでに成熟しているのではないか」という疑問を基に、考えてみましょう。 [ 解説／コラム, 2009年12月09日 ] 第1回 社会人初プロジェクトがアジャイルだった 本研究所では、アジャイル開発を素材に、より良いシステム開発のあり方を求めていく。モデリングや設計などを学ぶことも大切だが、開発手法そのものを見直すことは、より良いシステムを作るだけではなく、開発を担当するチームが成長し、個人の満足度も高まると考えられる。第1回は、2008年4月に新社会人となった研究所
プロジェクトマネジメント入門
プロジェクトの進め方の巧拙は企業の競争力に大きな影響を与えるが，プロジェクトマネジメント手法の基本を理解することはそれほど難しくない。本連載では，経営者，実務者，技術者など，職種や年齢を問わず誰でも理解できるように，プロジェクトマネジメント手法の基本をかみくだいで解説していく。 第1回 手法の基本はだれでも理解できる 第2回 カギとなる用語をまとめて覚える 第3回 マネジャの任務は良いチーム作り 第4回 四つの基本ステップを把握する 第5回 開始前にやるべき内容を定義 第6回 実行計画をチームで作る 第7回 日程・予算・リスク計画を立てる 第8回 現状を常に把握しリスクを確認 第9回 必ず起こる問題に対処する 第10回 顧客が成果物を引き取ってこそ終了 第11回 経験をノウハウとして記録する 第12回 「成功」のカギはコミュニケーション 最終回 優れたマネジャの育成に取り組む
Rails製のシンプルなプロジェクト管理·isotope MOONGIFT
isotopeはRuby on Rails製のオープンソース・ソフトウェア。プロジェクトを進めるに当たってプロジェクト管理を導入する必要はあると思うが、あまり大袈裟なものを導入すべきではないと考えている。プロジェクトを管理するのに疲れてしまい、肝心のプロジェクトを成功させるという目的まで至らないことが多いからだ。 シンプルなプロジェクト管理 そう考えると必要最低限の項目を適切に管理できる機能だけ提供されていればいい。isotopeはその候補としても挙げられそうなシンプルなプロジェクト管理だ。まだ荒削りな部分はあるが、Railsだけに自社で修正、カスタマイズしても良さそうだ。 主な機能はユーザ管理および複数プロジェクト管理で、プロジェクトの中にはメッセージ、マイルストーン、チケット、リポジトリ管理となっている。管理者にはキー設定機能があるが、どういったものかはよく分からなかった。 チケット発
アジャイル開発に特化したプロジェクト管理·TeamTrick MOONGIFT
TeamTrickはRuby on Rails製のオープンソース・ソフトウェア。プロジェクト管理はただ多機能であれば良いという訳ではない。多機能すぎるとかえって余計な手間が増え、非効率的になる場合もある。プロジェクトの形態、規模に合わせたものを選定するのが重要だ。 スクラム開発に特化したプロジェクト管理 ここ最近アジャイルな開発形態をとるプロジェクトも増えてきた。そんな時に使えるのがTeamTrickだ。Ruby on Rails、Webベースで動作するプロジェクト管理で、特にスクラム型の開発に特化しているのが特徴だ。 主な機能はユーザと権限の管理、スプリントの登録、バックログの登録となっている。筆者環境ではエラーが出てしまったため、確認できていない部分があるがプロジェクトの進捗をバーンダウンで見られる機能もある。他にもストーリーを登録し、そのステータスを管理することも可能だ。 バーンダウ
オープンソースなScrum管理ツールのTeamTrickを試してみた
moongiftで紹介されていたので早速試してみました。 概要 TeamTrickはRailsで出来ているScrumプロジェクトの管理ツールで、チーム管理、プロダクトバックログ、スプリントバックログ、バーンダウンチャートなど基本的な機能を備えている。 外部へのデータのエクスポートや外部からのインポートには対応していない模様。 日本語は問題なく使えることを確認しています。 入手 本家サイトからダウンロード可能。 Linux用とWindows用が用意されており、Windows用の場合は、バッチファイルを実行することで即起動して使える。Windows版はインストールパスにスペースが含まれていなければ問題なく起動できる（デスクトップに配置すると起動失敗）→他のマシンでは再現しないので、他の問題かも。 機能紹介 とりあえず画面の紹介。 ユーザー登録画面。 ログイン直後。プロジェクトのリストが表示され
アジャイルプロジェクトの契約に関する私見
みなさんこんにちは。@ryuzeeです。 ソフトウェアを構築するときに締結する契約は、大別すると請負契約と準委任契約、そして派遣契約（今回は割愛します）があります。 請負契約は、完成させるべきものを事前に規定し、それを満たすものを納品することで代金が支払われます。 一方で準委任契約は、発注者の代わりに自身の裁量で業務を遂行する契約であり、働いた時間に応じた代金が支払われるのが一般的です。 アジャイル開発では、顧客やユーザーのフィードバックを得て作るものを変えていきます。 つまり事前に詳細なスコープは確定しません。 それにも関わらず請負型の契約を行った場合、事前に決められた「完成させるべきもの」に加えて、フィードバックへの対応が必要になってしまいます。 事前に決められた内容によって期間と費用が固定されるため、このような変化は開発側としては避けなければいけないものになります。 その理由は、単純
RedmineやTracを上手に活用する6つのポイント
photo credit: Mackトラ ソフトウェア開発プロジェクトの現場では課題やバグ、タスクを管理するために、RedmineやTracなどのIssue Trackin System(課題追跡システム。以下ITSと表記)を使っていることが多いと思います。 ITSを使えばこれらの情報を一元化しプロジェクトメンバ間で共有できるため、うまく使えばとても役立ちますよね。 しかし、あまり深く考えずに導入すると、 「入力が大変だし余分な手間が増えただけだよ…」というメンバーからの不満の声 「この課題って本当に終わってるの？」といった疑心暗鬼 「このタスク、誰も進めてなかった！」という驚愕の事実が期限前日に判明 などといった状況に陥りがちです。 ここでは、いくつかのプロジェクトへ導入した経験から得た、ITSを運用する上で重要(と考える)な6つのポイントを紹介します。 ポイント1 チケット項目はマ
運用管理の「うっかりミス」はどうすればなくせる？
本連載のこれまでの内容を簡単におさらいすると、「システム運用管理とはサービス業である」という考え方を基に、日々の運用管理業務の可視化・平準化を行い、お客様とのヒアリングによってSLAを導入してきました。「ここまで来れば完ぺき！」と言いたいところですが……。 システム運用管理はリスクマネジメント抜きでは語れない システム運用管理に少しでも携わったことがある方なら容易に想像が付くと思いますが、運用管理業務には常に「リスク」が付いて回ります。どんなに理想的な運用メニューを構築したとしても、システム自体にも、運用管理にかかわるさまざまなプロセスの中にも、リスクは潜んでいます。 そもそも、「リスク」って何でしょう？ よく耳にする言葉なので何となくイメージはつかめるかと思いますが、ここであらためて説明すると、リスクとは「損害を受ける可能性」のことです。また、リスクを「脆弱性×脅威×影響範囲」という定義
ソフトバンクで身につけた仕事術は生きる～Part3
「そんな状態では無理ですよ」会社の未来を担う社員が、こんな心細いことを言っているわけにはいかない。どうすればいいのかを必死で考えることになります。 書籍『ソフトバンク流「超」速断の仕事術』（ダイヤモンド社）の著者であるオルタナティブ・ブロガーの大木豊成氏に読みどころを紹介していただく寄稿の第3回。第1回はこちら、第2回はこちらです。 プロジェクトマネジメントの用語にある「スコープ」。竹中平蔵氏が大臣の時代に、ステークホルダーと同じく、よく使われていた言葉です。英語で書けばScope of workであり、作業範囲のことを指します。プロジェクトマネジメントをご存じの方は、SOWと表記することもあります。プロジェクトにおいて、作業範囲を確定することはとても重要です。 一方で、Out of Scopeというものは、その言葉どおり「作業範囲外」のことを指します。「なぜ作業範囲ではないものを、いちい
SVNリポジトリの管理方法 - プログラマの思索
かおるんさんの記事のコメントで、誤った意見を書いてしまったので修正しておく。 【元ネタ】 Subversion のフォルダ構成 - かおるんダイアリー Subversionのフォルダ構成 | Ryuzee.com Subversionで簡単・確実にファイルを構成管理 － ＠IT自分戦略研究所 InfoQ: 複数のアジャイルチームでのバージョン管理 【問題】 SVN直下のディレクトリは、branch/tag/trunkになっている。 ソースやドキュメントはどこに配置すべきか？ 【結論】 管理したい一つのまとまり(プロジェクト)単位で、trunk/branch/tag を作った方がブランチを管理しやすいと思っていた。 最初はtrunkの中にソースやら仕様書を配置して、管理方法がよく分からなかった。 でも、さかばさんと議論してみて、ryuzeeさんのやり方が良いと思う。 思い出してみたら、下記の
第58回 「見える化ツリー」を作る3つのステップ
プロジェクトの見える化を通して得られる情報・指標をプロジェクトの「ゴール」に結びつけ，ツリー化して管理する――。この取り組みによって，見える化の効果は一段と高まる。この「ツリー化」で大事なことは，プロアクティブな行動，管理工数の適正化につながるようにツリーを定義・定着させることだ。 松永幸大 マネジメントソリューションズ マネージャー，中小企業診断士 前回は，「見える化」で得た情報をその関連性に基づいてツリー化し，情報・指標の「関連」を見える化する効果について述べました。見える化で得た情報・指標の関連をツリー化すると，（1）個々の情報の影響先・影響元が分かるためプロアクティブな対応が可能となる，（2）プロジェクトとして管理すべき情報が整理され，プロジェクト管理工数の適正化を促進する――という2つのメリットを享受できるでしょう。 今回は，このツリー化の具体的な検討方法について述べたいと思いま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルにおけるプロジェクトマネジャーの役割
PMO（プロジェクトマネジメントオフィス）を生かす
アジャイル トランスペアレンシー ～アジャイル開発における透明性の確保について～ 記事一覧 | gihyo.jp
http://www.machu.jp/posts/20090911/p01/