首页 理论教育 明确项目边界和职责,避免延误交付的经验分享

明确项目边界和职责,避免延误交付的经验分享

时间:2026-01-22 理论教育 季夏 版权反馈
【摘要】:对小M来说,如果工作范围和职责都没弄清楚,项目的边界就是不明确的,就很难按照预定的时间、成本和质量完成任务。小M只好找到G总商量。小M也承认,在签订合同的时候,没有识别出这背后隐含的工作量。G总态度缓和了一些,告诉小M他对于这个问题其实也有同样的烦恼。小M的团队总有离开的时候,之后升级和维护的烦恼就是G总自己的了。

确实如客户所说,在公司的投标方案中承诺了“确保系统被客户正常使用和实现商业目标”。但是,对于其中的一些工作怎么做、谁来做,却并没有说清楚。对小M来说,如果工作范围和职责都没弄清楚,项目的边界就是不明确的,就很难按照预定的时间、成本和质量完成任务。

这件事必须跟客户讨论清楚,最现实的解决方案是请客户帮助一起做。小M只好找到G总商量。

G总拿着合同上的条款明确地告诉小M,乙方负责系统开发和顺利移交,从合同上看没有什么好谈的。小M也承认,在签订合同的时候,没有识别出这背后隐含的工作量。但是,实际情况是执行起来确实有困难,希望得到G总的帮助,商量一个解决的方法。

G总态度缓和了一些,告诉小M他对于这个问题其实也有同样的烦恼。因为新的系统上线之后,客户的组织结构也要进行相应调整,IT支持将集中运维,IT支持人员大大减少。小M的团队总有离开的时候,之后升级和维护的烦恼就是G总自己的了。(https://www.xing528.com)

在这点上两个人的目标又是一致的。如果能够实现远程的运维管理,就不需要很多人到现场安装和维护,这才是真正的解决方法,这下两个人的共同语言多起来了。

分析下来,实际上工作量主要来自版本的升级和简单故障排除。目前除了硬件的故障需要到现场,一些简单故障可以通过远程接入解决,比较麻烦的是版本的升级工作。有的网点可能某些日期不开门,错过版本升级的时间。如果能设计一个自动升级系统,主动下载补丁,控制版本序列,网点就能够自动升级,减少很大的维护工作量。

对解决方案的思路达成一致,此事大大往前进展了一步。但是,额外开发这样一个系统需要一定的工作量,而且这个功能不包括在功能清单中,对于公司来说属于一个比较大的工作范围变化,该怎样说服公司呢?

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈