软件外包及其项目管理分析

简介: 昨天周日,逛了园子里几个园友的博客,看到有些园友对软件外包的抱怨(估计是项目失败了),在这里想对软件外包及其项目管理写点什么,如果对大家有帮助那就最好了。   软件外包是一种商业行为,不管是公司或者个人或者其它机构。

昨天周日,逛了园子里几个园友的博客,看到有些园友对软件外包的抱怨(估计是项目失败了),在这里想对软件外包及其项目管理写点什么,如果对大家有帮助那就最好了。

 

软件外包是一种商业行为,不管是公司或者个人或者其它机构。有些人是因为朋友让帮忙做的项目,这个也属于软件外包,虽然它可能不存在相关的文档手续等契约,但是它是会产生相关费用的。对于软件外包来说存在两个对象,一个是软件外包的发起者,另一个是软件外包的实现者。发起者对项目的需求,期限,费用等进行组织,实现者对项目的人力,实现,进度,维护等进行控制。双方通过合同,协议等契约,确定项目的目标和范围限制。

 

下面我说说软件外包相关的一些问题。

一、外包项目与一般项目的区别。

外包项目与一般项目的共同点在于都需要一系列的手续、契约和项目管理等。外包项目的需求相对更加固定,且在项目上线后,其维护期限比较短,二次开发的可能性比一般项目小。这就是说,实现者在把项目移交给发起者之后,更多的是由发起者进行后续维护及二次开发。相对来说,外包项目的需求相对比较固定,即需求在项目初期的功能需求说明书中就已经确定了,这个与一般的项目有一定的区别。

 

二、下面说说软件外包的起点,即为什么要进行软件外包,外包的优点在哪里。

1、 外包发起者人力资源不足的情况下,对发起者现有项目资源的有效利用。

2、 在第1项的基础上直接或间接的实现项目费用的压缩和减少。

3、 外包发起者技术能力不足的情况下,借助实现者的技术资源来实现项目。

4、 外包发起者需要组织项目文档、新技术等资源的情况下,从实现者处获取相关的资源。

5、 外包发起者如做为项目中介结构,则建立外包原始发起者和实现者之间的项目关系,从而获取中介费用。(类似人力猎头,这里是项目猎头)

6、 外包发起者需要与特定实现者间建立互利共赢的关系,可以通过外包的方式来间接实现。

7、 其它优点。(请大家补充)

8、 其劣势就不描述了。。。

 

三、软件外包失败的要点。

    这个貌似没什么特别的,应该是缺乏有效的沟通。这里必须强调有效沟通的重要性。其实无论哪种项目,都需要有效沟通,不过外包的项目在一定范围能具有特殊性。对项目来说,需求往往是比较头痛的事情,这个在于需求的不确定性。需求贯穿项目的始终,实现者在给发起者进行项目演示的时候,需要对该需求进行确认,以保证项目的质量和进度的控制,这里就是有效沟通的好处了。

 

四、软件外包项目的管理和控制

1、 项目发起者。

1.1    需求的确认和验证。在项目生命期中必须根据进度对需求进行确认。项目的成果是给你用的,做出来的东西不符合或达不到要求那有什么意义。

1.2    项目费用的统计。这个需要与实现者进行沟通协商,确定最终费用,如有变化的地方,比如设备价格等,这个要提前确认。

1.3    项目完成后的维护和二次开发。后期可以在交接后由双方共同维护一段时间,待发起者能够自行维护为止。如果自行二次开发,这个是必须的前提。

2、 项目实现者。

2.1对项目的契约文档化。主要是合同、协议的问题,这个少以口头契约的方式进行,也可以通过第3方托管进行协调,但尽量避免。

2.2 对项目进度进行有效沟通和控制。项目进度,必须定时与发起者进行沟通,对项目实现过程中遇到的需求,技术,实现方面的问题,传达给发起者,共同进行讨论确定。

2.3 项目后期维护。这个在文档中需进行描述确认。

 

总的来说,就是通过文档化和有效沟通的方式来进行控制。

 

软件外包这个模式非常普遍,这里面包含着人文交流和技术交流等内容。如何通过外包的方式来缩减成本,提交技术能力,促进双方的互利共赢,是我们需要深入考虑的问题。这里我就不废话了,祝愿大家的外包项目都顺利。

目录
相关文章
|
2月前
|
监控 程序员 测试技术
多年的项目管理工作总结,分享软件项目经理把控好项目质量的 9 点经验
多年的项目管理工作总结,分享软件项目经理把控好项目质量的 9 点经验
|
5月前
|
数据采集 运维 算法
大数据项目管理:从需求分析到成果交付的全流程指南
【4月更文挑战第9天】本文介绍了大数据项目从需求分析到成果交付的全过程,包括需求收集与梳理、可行性分析、项目规划、数据准备与处理、系统开发与集成,以及成果交付与运维。文中通过实例展示了如何进行数据源接入、数据仓库建设、系统设计、算法开发,同时强调了需求理解、知识转移、系统运维的重要性。此外,还提供了Python和SQL代码片段,以说明具体技术实现。在大数据项目管理中,需结合业务和技术,灵活运用这些方法,确保项目的成功执行和价值实现。
1597 1
|
数据采集 运维 监控
主数据项目实施必知的一揽子问题【一句话防坑宝典】
主数据及主数据管理是企业数字化转型的坚实根基,是企业数据资产管理的核心。
主数据项目实施必知的一揽子问题【一句话防坑宝典】
|
测试技术 项目管理
艾伟也谈项目管理,项目管理 – 人员外购利弊谈(续)
接上一篇文章“项目管理 – 人员外购利弊谈”。   以上方案只是初步分析,其缺点都是有相应解决办法的。  该公司对以上情况并没有使用DAR(决策分析解决方案)方法进行正式和认真的分析,仅仅从能快速启动和项目利润两个方面考虑来选择了最终的解决方案:项目经理由公司的技术和业务都掌握的人员担当;各小组的组长和测试组长采用人员外购的方式;项目组成员1/3由公司员工组成,1/3由实习人员组成,1/3采用外购方式。
1052 0
|
项目管理
艾伟也谈项目管理,项目管理 – 人员外购利弊谈
  昨天与同行进行案例讨论时得知,前2个月还被列为正面经典案例的项目到这次讨论时居然变成了反面典型,真可谓成也萧何败也萧何啊。   该项目是一个软件外包项目,发包方是非中国大陆的客户,项目规模在500人月左右,团队人数峰值为50人,实施周期为12个月。
1035 0
互联网产品需求管理思考1——统一需求管理,互联网营销
  对于互联网公司而言,产品需求管理是产品研发的核心环节,产品需求的正确与否直接影响产品开发周期、产品开发成本、产品运营成本,甚至直接决定了产品市场竞争力。根据统计:产品开发中40%~60%的问题都是在需求阶段埋下的"祸根" ,在测试阶段及运营阶段发现需求阶段植入的问题,解决的代价是需求阶段发现问题的68~200倍。
1410 0
|
项目管理
艾伟也谈项目管理,解读敏捷需求分析五大关键因素
  大多数学计算机语言的人都会有过这样的感受,过去一直认为编程和架构是整个软件生命周期里最了不起的部分,但实际工作后才会发现在商业产品里,需求分析才是一个商业软件成功与否的关键。   放眼望去,在当今软件工程领域出现的许多问题,诸如缺陷及资源运用不当,都源于需求的不清晰,甚至有软件人戏称:“需求变更乃万恶之源”,一时也获得了颇多响应。
1547 0
|
项目管理
艾伟也谈项目管理,项目管理有感之需求调研
  一个项目中需求调研的充分与否是项目日后成败的关键要素之一,这一点我想没有哪位项目经理不认同吧?不过咱说的需求调研可不只是拿张纸记记客户说什么就完了,调研顾名思义就是调查和研究客户的想法,我感觉应从以下几个步骤入手:   1、客户想要什么?   2、要这干什么?   3、为什么这么想?   4、会不会有别的想法?   这里也说一个最最最最基本的,只谈项目别谈钱,我们可以说,价钱嘛需要我们回去详细的分析过您的需求后再给您提供一个整体的解决方案,您放心价钱一 定合理,不会超出您的预算(真超了再说)。
1036 0
|
监控 测试技术 项目管理
艾伟也谈项目管理,聊聊我们团队的绩效管理
  绩效管理对一个Team是比较重要的一项日常管理任务,如何做到团队内每个人的绩效得分公平公正,必须有一套行之有效的方法。下面我谈谈我们部门管理的一些方法,拿出来与大家分享,希望有相关经验的人参与讨论,说说你们的管理方法。
1065 0
互联网产品需求管理杂思2-需求收集,互联网营销
  前一篇 互联网产品需求管理思考1——统一需求管理   需求收集是进行产品需求管理的第一步。需求收集得到的各种用户需求素材是产品需求的唯一来源。可以说需求收集的质量影响着产品最终的质量。   1、需求收集目的   需求收集的目的在于:通过以市场为导向的客户需求收集,保持公司产品的核心竞争力,最终实现产品创新。
1110 0