我们使用bugzilla来跟踪错误和功能请求，并且还要求开发人员在完成功能编码后写单独的发行说明。我知道是旧时尚。
上述安排的一个问题是，虽然它对于已经销售的软件非常有用，但是当跟踪新软件开发项目的进度时，它完全没有用。原因是，在开发新软件时，我们不会（或更确切地说，我们不能）使用bugzilla来跟踪功能，只是因为bugzilla不适合表示功能依赖关系的复杂性（要完成一个新的软件应用程序中，有太多要编写的功能，我们只是不想将它们放在bugzilla中，即使这样做，我们也无法知道哪些功能取决于哪个功能，并且我们将无法无论如何都要获得准确的发货日期预测）。
然后，我们的利益相关者将关注我们的发展进度（或缺乏进展），并开始对团队负责人（实际上是您的）进行评估，这是我无法回答的，因为可悲的是，我也很坦白地说知道新应用程序离完成还有多远。
您将如何向利益相关者介绍软件开发进度？
Answers:
免责声明：我以前从未使用过Bugzilla，因此不确定它的项目管理功能（尽管Bugzilla：使用Bugzilla进行项目管理看起来不错）。
这听起来像是缺乏纪律的结果。您应该使用项目管理软件进行计划并对其花费的时间和精力负责。任何项目管理软件（Jira和Redmine都给我留下了深刻的印象）都具有将任务分解到一个级别的功能，因此您可以对每个任务进行准确（约数小时）的估算。
从那里开始，需要进行纪律处分并填写任务详细信息。这将以甘特图（Redmine）或项目燃尽图（Jira）的形式提供概述，可提供对项目进度的即时评估。
归根结底，它只是提供时间估计（通过分解任务以最大化准确性来完成），然后在开发开始时，将进度与初始（或修订）估计进行比较。
项目管理不必花哨的花哨或不需要复杂的工具，并且如果您没有专职的项目经理，KISS也不是坏习惯。如果要开发新软件，则至少必须具有某种规格或功能列表。将它们与可能的时间估计，预期的开始日期，预期的交付日期，工作时间以及状态指示器（完成，进行中，未开始）一起逐项列出并转储到电子表格中。然后，您可以制造适合您的任何指标来表示项目进度的指标（例如，基于已完成项目的估计小时数与总估计小时数的百分比完成率）。生成一些颜色鲜艳的图表，每个人都很高兴。
对于小型团队，跟踪多个项目，资源分配，质量控制项目等，许多PPM软件可能会显得过大。如果您真正需要的只是创建状态报告，那么电子表格就可以了。“我们已经完成了127个功能中的92个，并且估计将比计划提前两周完成编码和测试。” 大家都鼓掌。