脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
プロマネ進化論:渡辺聡・情報化社会の航海図
このところいわゆるベタなプロマネ業務に結構関わっている。この前ヘルプしたのが技術系のリサーチと要件定義のところで、チームメンバーが全体で20人弱、外のステークホルダーを加えるとやや遠いところまで含めると50人前後というもの。 いま調整に差し掛かっているものが体制図に入ってくる関係者で30人から場合によってはもうちょっと、予算規模だと億を超えるくらいのものとなる。世の中これより大きいものも小さいものもいずれもあるが、5桁に入ってくると決して小さいものではなく、片手間でほいほいという訳にも行かない。大きくても小さくてもプロジェクトはプロジェクト。正座モードである。 というところで、プロジェクト設計と下道整理を地道に進めているところなため、この辺の話を少し書きたい。 プロジェクトマネジメントの理解のされ方 書店なりに行ってプロジェクトマネジメント銘打たれた書籍を覗くと、まずは「どうやって進めるか
プロジェクトは、計画通りに進まなくて当然
簡単なはずのプロジェクト管理が難しいのはなぜ？ 前回「プロジェクト管理は『簡単なことを、確実に』」では、プロジェクトマネジメントとは次の3つを行うことだと説明しました。 成果の設定 仕事の設計 PDCAサイクルを回すを回す 実際に行うべきタスクは、下図の通りです（図1）。これも、前回お話しした通りです。 これも前回の繰り返しになりますが、プロジェクトマネジメントそのものは、簡単なことを確実に行うだけなのです。 それでは、なぜプロジェクトで問題が続発するのでしょうか？ なぜ思った通りの成果が上がらないのでしょうか？ 今回は、「なぜプロジェクト管理が難しいのか」を考えることで、プロジェクトの本質とは何か、そしてプロジェクトで発生した問題をどのように解決すればいいのかについてお話ししたいと思います。 プロジェクト管理が難しい本当の理由 プロジェクトマネジメントがなぜ難しいか、その理由は2つありま
プロジェクト管理は「簡単なことを、確実に」 ― ＠IT情報マネジメント
プロジェクト管理は「簡単なことを、確実に」：やる気を引き出すプロジェクト管理（2）（1/2 ページ） “プロジェクトマネジメント”と聞くと、やるべきことが山積しているようなイメージがあるかもしれない。しかし、本当に必要な作業は、実はそう多くはないのだ。今回は、それらの概要を説明する。 まずは「成果」ありき 前回「プロジェクト管理技法はなぜ徒労に終わるのか？」では、プロジェクトマネジメントで行うべきこととして、以下の3つを挙げました。 プロジェクトの成果（目標・目的・狙いなど）の設定 仕事の設計（作業分解・作業フロー・スケジュール） PDCAサイクルを回す（マネジメント・サイクルの確立）を回す（マネジメント・サイクルの確立） 今回は、これら3つそれぞれの内容について説明していきたいと思います。まずは、「プロジェクトの成果の設定」です。 ところで皆さんは、ピーター・F・ドラッカーをご存じでしょ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
