软件开发外包项目常见的问题

简介: 技术人生

🚀 个人主页 极客小俊
✍🏻 作者简介:web开发者、设计师、技术分享博主
🐋 希望大家多多支持一下, 我们一起进步!😄
🏅 如果文章对你有帮助的话,欢迎评论 💬点赞👍🏻 收藏 📂加关注

前言

外包项目经常会遇见一些很不可控的问题, 根本原因在于[甲]、[乙]、双方对软件开发的理解不一致, 尤其是[甲方:客户] 对软件开发的特点 和 流程的不了解所导致,一般我作为项目经理会提出在项目启动之前 由我们[乙方: 开发团队] 给 [甲方:客户] 进行一次项目开发会议讨论的宣讲! 尽可能的避免后期问题!

问题1 甲方不断增加改变需求

最最核心的问题我认为就是 : 合同签订后,客户不断加功能,乙方不断退让,导致项目的功能越来越多,十分繁复。专业的名称叫做项目范围蔓延。

另外就是 通常外包合同中所描述的项目各种需求程度是有限的, 导致甲方在细节执行上可以要求乙方再一次的添加功能,而且可以拿付款等条件要挟乙方,从而产生项目后期的不良后果!

然而实际情况是,软件项目的预算是有限的,软件开发的人员成本也很高,项目签订的时候往往就只有少于10%的利润, 因此项目功能性的范围蔓延对乙方是一个灾难
因为事情多了,预算还未增加 这时候通常有些乙方会通过在其他功能模块上的偷工减料,减少后期维护成本等方法来避免亏损 这对某些小型创业的公司更加也是没办法的事情!

小结
最后受害的还是甲方 有时甲方发现,项目完成了,过一段时间乙方的公司却倒闭了,软件找不到人维护,就是这种情况。
所以最好的项目是甲方需要的核心功能全部按质按量完成,乙方也可以赚到自己的利润,双方皆大欢喜,下次还有合作的机会。添加功能加配置,甲方也应该添加相应的预算和时间,合情合理,这才是大家向往的未来!

问题2 乙方不断退让

甲方不断修改需求,修改界面,乙方不断退让,最后导致整个项目烂尾楼。

甲方应该意识到,修改需求,修改界面,犹如房子建设过程中修改图纸,难度是比较大的,伤筋动骨。往往会导致软件中后期出现难以修复的bug。而且由于软件开发都是人力来做,现在人力成本上升,软件修改成本也很高,往往导致项目严重超值,继而导致甲乙方为增加预算扯皮,从而导致烂尾项目。

正确的解决方法是: 在项目的早期,甲乙方对软件设计充分沟通,拿出一份最佳方案,签字确认之后再开始软件开发。而软件开发中原则上不修改设计方案。

界面上细微调整由于不影响程序结构,通常不会有大的影响。注意方案定稿之后,不要反复修改就行。少量改动是允许的。

如果确实需要修改需求 , 这种情况就需要走变更流程

  1. 甲乙方对修改的原因
  2. 修改的后果充分讨论
  3. 增加相应预算和时间,进行修改。
    这些往往在甲乙方讨论之后,会觉得预算和时间上难于承受,因此放弃修改。[当然这里要排除一些杠精类型的人]

额外礼包赠送所带来的问题

乙方为了迎合甲方,主动添加一些项目计划外的功能。或者对软件做一些无关痛痒的美化。
其实也会导致成本上升,时间拖延,压缩了项目利润。乙方需要这些项目利润来提高员工待遇,更新设备,安排员工培训,提高竞争力。另外一方面,项目镀金会分散团队的精力,而这些精力应该被用于优先完成软件核心功能,以及做一些必要的缺陷处理,性能优化。


总结 所以大家在开发项目的时候一定一定要清楚一些规则,虽然我们做事情可以灵活多变,但是为了后期不让彼此带来很多问题 和 扯皮的事情 ,还是需要一定的约束 !

软件项目外包合同范本

1.png

相关文章
|
2月前
|
监控 程序员 测试技术
多年的项目管理工作总结,分享软件项目经理把控好项目质量的 9 点经验
多年的项目管理工作总结,分享软件项目经理把控好项目质量的 9 点经验
|
6天前
|
项目管理
「软件项目管理」一文了解软件项目团队计划
该文章全面介绍了软件项目团队计划的制定,涵盖人力资源规划、项目组织结构设计、责任分配矩阵(RAM)的应用、干系人管理策略及项目沟通计划的编制等多个方面,帮助项目经理有效地组织和管理项目团队。
|
3月前
小公司选择高水平LabVIEW团队外包
小公司选择高水平LabVIEW团队外包
16 0
|
程序员
程序员去外包公司好吗?
程序员去外包公司好吗?
程序员去外包公司好吗?
|
JSON NoSQL JavaScript
2018最新后端开发人员的路线图
简评:之前,后端开发路线图仅仅是一个技术推荐,且没有明确的方向指明应该遵循的顺序,这份重新制作的指南将会给你一个更好的方向。 现在的 Web 开发与几年前完全不同了,有很多不同的东西可以轻易地把人拒之门外,这也是我们决定制作这个循序渐进指南的原因之一,并让任何人可以清楚地了解他们在 web 开发中扮演的角色。 可以在下面的图片中找到详细的路线图,而我也将在下面的描述中解释每一个步骤。
127 0
|
测试技术 程序员 项目管理
艾伟也谈项目管理,给敏捷软件开发的26条建议
  我经常收集各种各样的至理名言,最近我重温敏捷软件开发;真正的问题是什么?下面是一份26条关键原则的清单,以指引敏捷软件开发团队。   1、完整地干完一件事后在开始另一件事:用厨房比喻来说就是:“先上这道菜,再开始做下一道”。
1013 1
以人为本--创建最好的开发团队
以人为本--创建最好的开发团队
566 0
|
Java
这就是我不建议去外包公司开发的原因?
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/kese7952/article/details/82910038 咱们每个人都是学了好久编程,做了好久的项目,目的也只是为了可以去一个不错的公司可以有一个不错前景的发展。
4354 0
下一篇
无影云桌面