project-management - マイクロソフトプロジェクト

Question

Microsoft Project は、ソフトウェア開発または IT プロジェクトを管理するための最適なツールですか?それとも、より優れた代替ツールはありますか?

score 13 · Accepted Answer

プロジェクトは、開発を管理するのにはまったく適していません。スケジューリング/作業の内訳にはわずかに役立つと思います。

Microsoft スタックを使用している場合、Team Foundation Serverは優れたプロジェクト管理ソリューションです。スケジューリングのために Project と統合し、ソース管理、作業項目 (タスク/欠陥) の追跡、およびドキュメント管理 (共有ポイント経由) の基本機能も提供します。要件仕様とトレーサビリティの分野。

TFS 機能は、オープンソースや安価な既製ソフトウェアのスタックを使用して複製できますが、統合するのは手間がかかります。一度セットアップすると、どちらがより柔軟で維持しやすいかについては議論の余地があります。

プラットフォームに関係なく、以下が必要です。

バグ追跡
何らかの作業項目/ストーリー/進行状況追跡 (上記で管理される場合があります)
集合的なチームディスカッション (上記によって管理される場合があります - たとえば、FogBugz などの作業項目に関するディスカッション)
ソース管理 (SourceSafe 以外)
単体テストを実行する継続的なビルド統合
インスタントメッセージング (ネットワークが外部サービスをブロックしている場合、OpenFire はうまく機能します)
ドキュメントライブラリ
仮想化されたテストマシンのファーム (特にインストール/アップグレードテストに役立ちます)

score 3 · Accepted Answer

私はキャパシティプランニングに MSProject を使用する傾向があります。MSProject は、計画の再調整を容易にする抽象化のレベルで、ある期間に誰が何を行うことができるかという素晴らしい大まかなブラシです。実際の作業を日々追跡するために、私は Fogbugz を使用しています。私はそれを、戦略的計画のための MSProject/Gantty のものと、戦術的な管理と計画のための Fogbugz と考えています。

score 2 · Accepted Answer

使用しているプロセスによって異なります - ウォーターフォールのようなプロセスである場合、またはプロジェクトにソフトウェア以外の部分 (インフラストラクチャ、製造、マーケティングなど) がたくさんある場合、Project は全体的なタスク管理に問題ありません - 確かに他のプロセスと競争力があります。同様のツール。

「プロジェクト管理」ツール (タスク、WBS、ガントチャートなど) はどれも、主要なソフトウェア開発フェーズに入ったときに発生する詳細なタスクの管理にはあまり適していないと思います。私が関与しているプロジェクトの Excel。

そしてもちろん、重要なソフトウェアプロジェクトの管理を成功させるには、Project のようなツールで管理できることだけではありません。要件、問題、欠陥、会議、テスト開発などの管理にはあまり役に立ちませんが、そうではありません。

これらの制限があるため、私は通常、計画段階で Project を最大限に活用できることに気付きます。つまり、タスクの内訳、何を行う必要があるか、大まかに何をどの順序で行う必要があるかを考え出すことです。

アイゼンハワーが言ったように、「戦闘の準備において、計画は役に立たないが、計画は不可欠であることがわかった.」MS Project は計画に役立つツールです。

score 1 · Accepted Answer

Projectの無料でオープンな代替手段も必要な場合は、OpenProjがあります：http：//openproj.org/openproj

score 1 · Accepted Answer

ここではターゲットプロセスを使用します。いくつかの「主義」がありますが、全体的に優れたアジャイルプロジェクト管理ツールです。

score 1 · Accepted Answer

計画には MS Project を使用して成功していますが、MS Project の計画を、MS Project をインストールしていない顧客や同僚と共有する機能がありませんでした。これは、MS Project とは別に、MS Project ファイル (.mpp) をオンラインで表示および共有できるサービスである、オンライン Microsoft Project ビューアーのアイデアにつながりました。

お役に立てれば。

score 0 · Accepted Answer

プロジェクトチームでさえProjectforProject（出典：Joel Spolsky）を使用していないという事実を考えると、私はそれを開発に使用したくありません。

私はバグトラッカーで開発タスクを追跡していますが、プロジェクトファイルには「計画1週間、開発5週間、QA 3週間、展開1週間」のようなものがあります。非常に大まかな概要。

BugTrackerに関しては、FogBugzにはこの素晴らしい見積もり追跡機能があり、スケジュールを作成するのに非常に役立ちます。これは、Projectを使用しないもう1つの理由です。

しかし、繰り返しになりますが、私はプロジェクトマネージャーではないので、私にとって、プロジェクトは不要な複雑なものであり、住宅、高速道路、宇宙ステーションを構築するときに使用する、マルチユーザーフレンドリーでやや時代遅れのツールではありませんが、ソフトウェアには使用できません。。

score 0 · Accepted Answer

私のプロジェクトではPrimaveraを使用しています。これまでのところプロジェクト管理に実際に使用したことがない唯一のツールなので、他のツールと比較することはできませんが、素晴らしいはずです。手に入れるのはそれほど簡単ではありませんが、私が必要とするすべてのことを実行できます (明らかにそれ以上のこともできます)。

私のお気に入りの機能は組み込みのタイムシート機能です。これは、開発者が週末に自分の時間をタスクに予約できることを意味します。つまり、開発者が計画に対してどのように進んでいるかについて常にバグを報告する必要はありません。

score 0 · Accepted Answer

個人的には、ms プロジェクトがソフトウェア開発に適しているとは思いません (私はそれを使用しましたが、純粋主義者として非難しているわけではありません)。

家を建てたり、そのような制御不能な変数を持たないものを建てている場合に最適です (たとえば、バグがいくつあるか? バグを修正するのにどれくらいの時間がかかりますか? 機能クリープはどれくらいありますか?)

より多くの人が理解できるように、スケジュールを非常にシンプルに保つのが好きなので、Google スプレッドシートを使用するだけです

私が使用する構造については、ここで詳しく説明します: Project Schedules with Google Spreadsheets

お役に立てれば

--LM

score 0 · Accepted Answer

私の職場ではAcunoteを使用していますが、アジャイル/スクラムの方法論に従っています。

「最良のツール」を構成するものは、多くのことに依存します。プロジェクトをどのように実行するか、誰がプロジェクトを使用するかなど。

score 0 · Accepted Answer

少なくともソフトウェア開発に関しては、より良い代替手段がたくさんあります。そのようなものの 1 つがMicrosoft Visual Studio Team Systemに組み込まれています。Rally SoftwareやVersion One のツールもチェックしてみてください。後者はアジャイル手法に適していますが、前者はアジャイル手法と従来の CMM 手法の両方をサポートしています。

project-management - マイクロソフト プロジェクト

11 に答える 11

Related

Reference

project-management - マイクロソフトプロジェクト