网站建设软件进度和问题跟踪
  • 更新时间:2024-09-28 17:34:19
  • 网站建设
  • 发布时间:1年前
  • 339

网站建设现在是一个信息的载体,把有用的信息传播给需要的人。网站建设包括软件。在担任多起软件诉讼案件专家证人的工作中,笔者注意到一个长期存在的软件项目管理问题。许多失败的项目,以及进度严重延误或重大质量问题的项目,都是在开发过程中通过正常的进度报告发现的。从各种证人证言和案件证据中可以看出。软件工程师和一线项目经理都知道自己的项目存在问题,但是当这些问题第一次被发现时,项目经理并没有将这些问题写入给客户的报告和高层的状态报告中。直到很久以后,当严重的进度延误、质量问题或其他重大问题真正被高层管理人员或客户认识到时,情况往往是不可逆转的。软件进度

当被问及为什么要隐藏项目中存在的问题时。我得到的大部分答案是,下级管理人员不希望高级管理人员看到项目的糟糕状态。当然,当问题最终浮出水面时,底线管理人员实际上相形见绌。成功的软件项目总是以更理性的方式处理项目中的问题。他们及早发现问题,组建专门的工作组来解决问题,并经常在问题变得严重到无法解决之前将其控制住。敏捷方法的一个有趣特征是每天讨论项目中的问题,团队软件过程(TSP) 也是如此。

软件项目的问题有点像严重的医疗问题。它们通常不会自行消失,需要许多专业的“疗法”才能消除它们。软件项目的问题有点像严重的医疗问题。它们通常不会自行消失,需要许多专业的“治疗”才能摆脱它们。软件项目启动后,通常没有固定、可靠的准则来判断项目的实际进展速度。民用软件行业长期以来一直使用特定的里程碑来确定项目进度,例如设计完成或编码完成。但这些里程碑也是出了名的不可靠。

软件项目状态跟踪需要解决以下两个不相关的问题:(1) 达到特定的、定义的里程碑; (2) 在规定的预算金额内使用项目资源和资金。由于软件项目里程碑和成本受到需求变更和“范围扩展”的影响,因此扩大需求变更变得很重要,因为这些变更会影响功能点的总数。但是,正如本章上一节所述,一些称为“需求波动”的需求变化并不影响功能点总数,而需求蠕变和需求波动往往是随机出现的。需求波动比需求蠕变更难衡量,只能通过“回火分析”或程序代码语句数与功能点指标之间的数学换算来衡量。

截至2009 年,有许多自动化工具可以帮助项目经理记录项目里程碑报告所需的各种重要信息。这些工具能够记录项目进度、资源、规模变化和各种项目问题。对于一个拥有60 年悠久历史的行业来说,没有一套通用或通用的项目里程碑来标记项目的实际进展,这多少有些令人惊讶!

我们专注高端建站,小程序开发、软件系统定制开发、BUG修复、物联网开发、各类API接口对接开发等。十余年开发经验,每一个项目承诺做到满意为止,多一次对比,一定让您多一份收获!

本文章出于推来客官网,转载请表明原文地址:https://www.tlkjt.com/web/12169.html
推荐文章

在线客服

扫码联系客服

3985758

回到顶部