MS Projectを使いこなせない理由
普通は、MS Projectをどれだけ使いこなしているか、でプロマネのスキルが分かる。
ラフなメモ書き。
【元ネタ】
MSプロジェクトは使いこなすな! - メイクミラクル ~大逆転~
タイム・コンサルタントの日誌から : Excelで工程表を書いてはいけない
MS-Projectとかイナズマ線とか | kozawa のたまに気になること
Microsoft Office : これならわかる!! Microsoft Office Project 2003
【MS Projectの代替ソフト】
プロジェクト管理の選び方と使い方&プロジェクト管理×15 at Cool Coding
Microsoft Projectの代替ソフトウェアとしてプロジェクト管理が可能でガントチャート表示もできるフリーソフト「OpenProj」 - GIGAZINE
GanttProjectを再び使ってみる: プログラマの思索
普通のプロマネなら、MS ProjectでWBSを洗い出してスケジュールを引き、ガントチャートを見ながらスケジュール管理しているのではないだろうか?
MS Projectのウリの一つは、ガントチャートにロジカルな整合性を保証できることやリソースの平準化やEVMなどプロジェクト管理らしい機能が付いていることだろう。
だからこそ、高機能過ぎて、普通の人はMS Projectの20%しか使えてないと言われているのだろう。
僕も5年以上前はMS Projectを使いこなそうと頑張っていたが、結局使いこなせなかった。
MS Projectでスケジュール管理を始めると、mppファイルに日付を入れてリネームして、ファイルで履歴管理するようになる。
MS Project自身もWordと同様に履歴管理機能があるけれど、すぐに肥大化してしまうからだ。
又、実際のソフトウェア開発では、仕様変更や障害修正など、割り込みタスクが非常に多い。
単なる線表だけでなく、FS関係もつなげてタスクや担当者が重複しないように調整する必要がある。
うまく調整しないと、納期までに全てのタスクを終了できなかったり、特定の担当者の負荷が高くなってしまう。
だから、ガントチャートを保守するだけで、半日以上の手間がかかる。
MS Projectでガントチャートをそこまで労力をかけて保守しなければならない理由は、下記に書いた。
チケット駆動開発は進捗報告作りをどのように解決しようとするか?: プログラマの思索
つまり、ガントチャートでしか、リスクや残タスク、残工数を他人に説明できる資料がないからだ。
しかし、RedmineやTracを使ってみるとよく分かるが、ガントチャートは進捗管理の一つのビューに過ぎない。
Tracならクエリを使えば、好きなだけ進捗や品質に関するビューを生成できるし、Redmineならプラグインを追加すれば、アジャイル開発のビューをすぐに使うことができる。
アジャイル開発ならば、タスクかんばん、バーンダウンチャート、パーキングロットチャート、ニコカレなど色んなビューが用意されていて、進捗やリスクを把握できる環境がある。
例えば、開発者はタスクボード、プロダクトオーナーはバックログでビューを使い分けるというScrumのような手法もある。
つまり、アジャイル開発は従来のプロジェクト管理に比べると、実は進捗管理のビューが優れている。
最近、@daipresentsさん作成のRedmineのパーキングロットチャート・プラグインを使ってみて、自分はアジャイル開発を全然理解していなかった、という気になった。
パーキングロットチャートはFDD(フィーチャ駆動開発)という別のAgile開発から生まれたビューであるが、フィーチャ(機能、ドメイン)の進捗を知るのに、一目で理解できる優れもの。
Redmineを使ったアジャイル開発支援プラグインのご紹介 - Redmine Users (japanese) | Google グループ
もう少し色々調べてみる。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「スクラムの拡張による組織づくり」のScrum@Scaleの感想(2024.03.31)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart2~プロセスのレイヤと達成目標のレイヤが異なる(2023.02.18)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart1~CSFはWBSみたいなものと捉える(2023.02.14)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
「Redmine」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- 「RedmineのUbuntu+Docker構築への移行」の感想 #redmineT(2024.11.24)
- 第27回redmine.tokyo勉強会の感想 #redmineT(2024.11.10)
- Redmineのバージョン設定でプロジェクトの設定方法が違う(2024.06.23)
「ソフトウェア工学」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- アーキテクチャ設計はベストプラクティスを参照するプロセスに過ぎないのか?~Software Processes are Software, Too(ソフトウェアプロセスもまたソフトウェアである)(2024.09.22)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
「チケット駆動開発」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- 第26回redmine.tokyo勉強会の感想~多様性はコミュニティが成功する重要な要因の一つ #redmineT(2024.06.15)
- チケットはデータでとプロセスの二面性を持つ #redmine(2023.12.24)
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
「Agile」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- チームトポロジーにおける4チームのインタラクションをUMLで整理してみた(2025.01.12)
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「世界一流エンジニアの思考法」の感想(2024.12.08)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
コメント