上周五部门一个系统，晚上更新维护，结果出了故障，捯饬了好几个小时才恢复。
周一开会，部长就要求，完善系统更新的审批标准，要求正式环境的系统更新维护，必须有书面的申请，更新方案、风险分析和防控，回退机制等，并组建审核小组，签字之后才能执行。
我负责的一个系统因为刚上线，小问题不断，很多都还紧急，昨天晚上厂家就提出了更新需求，被我压下了。
让他第二天汇报，评审之后再更新。
最近这个模块刚启用，问题比较多，用户部门的领导直接就发火了。
其实，很多问题都是上线前，三方都没考虑到，用户测试也没测出来的。
但用户觉不这么觉得，他们没有考虑到，项目组应该考虑到，否则招这个项目价值何在？
也就是说如果一个软件开发项目，只是把现有的线下业务搬到线上，用户说到的做，说不到就不做，没有提升，那么项目就是失败的，招来的软件开发商是不够格的。
这种理念，不太认同，因为中间确实少了咨询规划的步骤，让软件厂家来根据乙方业务梳理出超越甲方认知的方案，可能性不大。
另外就是，乙方做项目的人，包括经理在内，普遍没有我们，对业务的认知水平高。
这个广告设计不一样。
我没有反驳，毕竟用户这么理解是合理的，他们是站在自己的立场考虑。
下午跟领导汇报了当前情况，首先是承认系统是存在一小部分问题，其次，在上线之后带来的新的业务问题确实是始料未及的。
领导只问我，在不在合同中，不在合同中就不要去修改，用户部门当然想把所有问题都在一个项目里处理好，他们不关心项目的范围和成本，你作为项目负责人，要守好边界。
收好边界，一句话点醒了我。
业务上管理的问题，永远都存在，要不然，要那么多领导干什么？
我替他们操了太多的心，越界了，自己的本责是做好项目。
一个项目不能解决所有问题，项目的范围不能无休止的扩展下去。
我们的专业体现在哪里？
需求分析，需求分析的核心就是界定好边界。
边界收不好的结果是什么，项目延期完工，乙方成本超支。
当然，乙方不会让自己赔钱的，今天赔的钱，明天会想办法从你身上赚回来。
之前，就有个几十万的软件开发项目，乙方投入大量人力做了一年。
为什么？
需求不断的变化，公司发展太快了。
各种威逼利诱，乙方也没说啥，持续地做了一年多。
后续进行二期项目建设的时候，乙方报价直接翻了五倍。
你说难受不难受。
……
前阵子，还参加一个合同谈判，小项目，一个业务部门的经理，要求乙方再免费加两项功能，然后再送几台设备，乙方同意了……
我当时提醒了一下，但不便说太多，
否则，有偏向供应商的嫌疑，你拿人家啥好处了？
经理很高兴，觉得通过自己的谈判能力为公司节省了不少。
人家用户这样想，这样做，为自己争取利益，无可厚非。
关键是负责项目管理的部门也这样，将来肯定要吃大亏。
因为，核心技术并不在自己手里，早晚会被收割。
天下没有免费的午餐。
白嫖的最贵！
网友评论