Project management 如何度量软件开发进度
我想帮助我的项目经理（非程序员）跟踪事情完成的速度。我们在DOORS中有一个详细的需求规范，允许我们跟踪已完成的需求。我认为这是一种合理的跟踪机制 确保您跟踪的项目足够小，以便在估计时有一定的准确性 没有什么比不准确的估计更能扰乱软件项目，而且工作越大，估计就越不准确 换句话说，为了能够准确地跟踪项目进度，您需要具有相对准确估计的小任务Project management 如何度量软件开发进度,project-management,project,Project Management,Project,我想帮助我的项目经理（非程序员）跟踪事情完成的速度。我们在DOORS中有一个详细的需求规范，允许我们跟踪已完成的需求。我认为这是一种合理的跟踪机制 确保您跟踪的项目足够小，以便在估计时有一定的准确性 没有什么比不准确的估计更能扰乱软件项目，而且工作越大，估计就越不准确 换句话说，为了能够准确地跟踪项目进度，您需要具有相对准确估计的小任务 如果您的列表中有需要“一周或更长时间”的项目，您将无法获得接近准确进度报告的任何内容。听起来您正在寻找一个类似的项目。我只是最近才接触到它，但它看起来是一个非常
如果您的列表中有需要“一周或更长时间”的项目，您将无法获得接近准确进度报告的任何内容。听起来您正在寻找一个类似的项目。我只是最近才接触到它，但它看起来是一个非常好的概念，实际上可以非常准确地跟踪进度 然而
- 您必须分解成比您在需求规范中列出的小得多的项目。它们是可靠估计的一种方式
- 分解必须由实现者完成
- 这些项目的评估必须来自实施者
如果没有自下而上的方式，让实干家对他/她自己进行评估，你将永远无法获得良好的评估。从系统需求的自上而下的估计开始是可以的，只要它们不是最终的估计。我喜欢使用FogBugz。。。它不仅可以跟踪程序的bug，还可以跟踪需要实现的功能。如果你能按时确定船期的话，这会很好地告诉你 对于一人团队来说，这是免费的。但使用月度计划并没有那么昂贵
太好了。让我们知道进展如何！TPS报告是任何开发过程中必不可少的一部分。你没有收到备忘录吗，艾登？我会再寄给你的。不知道问题是什么？你有一个规范，你有一个系统（DOORS）-有什么问题？