ソフトウェア開発の進捗状況を関係者にどのように提示しますか？

バグと機能のリクエストを追跡するためにBugzillaを使用し、開発者が機能のコーディングを完了した場合は、別のリリースノートに書き込むことも必要です。昔のファッションだと思います。

上記の配置で私たちが抱えている問題の1つは、すでに販売しているソフトウェアには問題なく機能しますが、新しいソフトウェア開発プロジェクトの進捗状況を追跡する場合にはまったく役に立ちません。その理由は、新しいソフトウェアを開発する時点では、バグジラを使用して機能を追跡することはできず、むしろできません。なぜなら、バグジラは、複雑な機能の依存関係を表すのに適していないからです（新しいソフトウェアアプリケーションでは、コード化する機能が多すぎて、Bugzillaに配置する気がありません。そうしたとしても、どの機能がどの機能に依存しているかを知る方法がなかったため、できませんでした。とにかく、出荷日を正確に予測します）。

次に、関係者は開発の進捗状況（または不足）に懸念を抱き、チームリーダー（本当にあなたの）の見積もりにたどり着きます。悲劇的にも、正直なところ、新しいアプリケーションが完成するまでの距離を知っている。

ソフトウェア開発の進捗状況を関係者にどのように提示しますか？

アジャイルな方法で行う：早期にデモを行い、頻繁にデモを行います。

進歩感を与えるために実際に使用するという内臓の感覚に勝るものはありません。

免責事項：以前にBugzillaを使用したことがないので、そのプロジェクト管理機能がわかりません（ただし、Bugzilla：Bugzillaを使用したプロジェクト管理は見た目が良いようです）。

この問題は、規律の欠如の結果のように聞こえます。プロジェクト管理ソフトウェアを使用して、費やした時間と労力を計画し、責任を負う必要があります。プロジェクト管理ソフトウェア（私はJiraとRedmineに感銘を受けました）には、タスクをレベルに分割する機能があり、各タスクの正確な（〜時間）見積もりを出すことができます。

そこから、規律を守り、タスクの詳細を記入する場合です。これにより、概要がガントチャート（Redmine）またはプロジェクトバーンダウンチャート（Jira）の形式で提供され、プロジェクトの進捗状況を瞬時に評価できます。

結局のところ、それは単に時間の見積もりを提供するだけで（精度を最大にするためにタスクを分解することによって行われます）、開発が始まると、進行状況を最初の（または改訂された）見積もりと比較します。

プロジェクト管理は信じられないほど凝ったものである必要はなく、高度なツールを必要としません。専任のプロジェクトマネージャーがいなければ、KISSは悪い考えではありません。新しいソフトウェアを開発している場合は、少なくともある種の仕様または機能のリストが必要です。それらを項目化し、スプレッドシートに、おそらく時間の見積もり、予想される開始日、予想される配達日、作業時間、およびステータスインジケーター（完了、進行中、開始されていない）とともにダンプします。その後、できる製造あなたは（そのような推定総時間対完了した項目の推定時間数に基づいて％完了など）、プロジェクトの進捗状況を示すために適切であると感じどんなメトリック生成します。明るい色でいくつかのグラフを生成し、誰もが幸せです。

多くのPPMソフトウェアは、小規模なチーム、複数のプロジェクトの追跡、リソースの割り当て、QCアイテムなどにとってはやり過ぎになる可能性があります。ステータスレポートを作成するだけで十分であれば、スプレッドシートで問題ありません。「127の機能のうち92を完了しました。コーディングとテストは予定より2週間早く完了する予定です。」みんな拍手。