23、软件开发项目的困境与突破

软件开发项目的困境与突破

1. 需求的真实性与 MVP 探讨

在一个人力资源认证网站的开发项目中，Padma 已经投入了数月时间，设计历经多次变更，距离“功能完整”阶段似乎还需几个冲刺周期。在设计评审会议上，Padma 展示了上一冲刺的工作成果，网站看起来已完成约 90%，UI 美观且响应式设计出色，许多功能和设置可由用户自定义。

然而，项目业务分析师 Torrey 并不满意，认为演示远未达到人力资源部门的期望，要求重新设计主用户视图的详细页面并重构多个管理屏幕，这将使项目回到起点。此时，有人提出关键问题：“我们到底要解决什么实际的客户问题？这能为我们赚钱还是省钱？”Torrey 强调项目关乎道德，需确保应用高度安全、按用户和角色进行分段，且具备高性能和离线可用性。

对于是否购买现成的 COTS 产品而非定制开发，此前已多次讨论，Torrey 坚持认为两人在三个月内可以完成，最终项目得以推进，但五个月后仍未看到终点。为避免项目无限期拖延，有人提出确定最小可行产品（MVP）的概念，即判断哪些功能是真正必要的，以确保项目能尽快交付并获得用户反馈。

经过讨论，发现当前所谓的“需求”可能是 Torrey 自行添加的管理端功能，Lisa 可能并不知情。最终确定至少需要完成两份报告，Padma 表示有信心在一周内完成。同时，还讨论了“需求”并非固定不变的观点，回顾项目使命是为人力资源管理员提供应用，以实现更好的安全和人道工作条件，目标是在推出三年后工厂和分包商制造工厂的合规记录达到 95%，且红色警示数量为零。

1.1 项目讨论要点总结

要点	详