军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 19篇
注册: 2002-6-25

--------------------------------------------------------------------------------


本人正在参与一个外包MIS软件系统的项目管理工作,项目进展很不顺利.希望大家给提点建议,如何管理外包软件项目.

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年6月25日 14:21:02 ]


franciscoliu

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京
鉴定: 本功能已经被关闭
发帖: 98篇
注册: 2002-4-17

--------------------------------------------------------------------------------


外包软件系统项目管理非常困难，我也曾经遇到过非常非常多的问题与困难，不知道你现在遇到的困难在于哪个方面，是需求管理、进度执行还是沟通？

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年6月25日 16:57:21 ]


zhangmy_2000

军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 19篇
注册: 2002-6-25

--------------------------------------------------------------------------------


1.用户方需求不断变化,下级确认的需求上级领导不认可;
2.第三方技术水平不足导致系统不稳定存在潜在隐患;
3.项目已经严重超期,双方领导都不满意;
4.第三方技术人员无法管理, 随意修改程序,经常不经过项目经理确认就答应用户方的需求修改要求,或项目经理要求不能得到技术人员的执行;
5.项目实施周期过长,各方人员已经很疲惫,大多有厌战情绪,尤其是第三方技术人员工作效率低质量差;
6.世界杯期间,无心工作
7.系统还未稳定已经投入实际运行,目前处于边运行边修改的情况不知什么时候会导致DOWN机;

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年6月26日 9:40:52 ]


jenny

军衔: 三等兵
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 9篇
注册: 2002-6-26

--------------------------------------------------------------------------------


你的第三方人员太差了，你应该对他们有一个严格的考核
我们也为一些大公司做外包，定期都有考评，哪有人会这样不听指挥，早就换掉了。

--------------------------------------------------------------------------------

我们一直在努力

--------------------------------------------------------------------------------
[ 本文发表于 2002年6月26日 11:22:01 ]


franciscoliu

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京
鉴定: 本功能已经被关闭
发帖: 98篇
注册: 2002-4-17

--------------------------------------------------------------------------------


在我曾经经历过的项目也曾经遇到类似情况，现在看来，有以下几个方面需要特别注意：
1、需求是否明确。外包软件一般情况是我们（外包项目中的甲方），经常承担一个总的项目，但把软件部分外包。这就要求我们是否可以给外包公司一个非常明确的需求分析，要求他们作什么，该需求一定要可以衡量。如果公司有如下人员最好，如果没有，请专业公司也一定要作到；
2、明确的沟通计划，而且尽量包含在合同之中。有了明确的需求，一定要和外包公司有一个明确而详细的沟通计划，包括什么层次的问题和什么层次的人员沟通，如果出现问题，如何将问题升级，如果不能及时有效解决，如何与合同向结合进行处罚。要求对方建立项目管理机制，明确接口人和其责任。双方如何进行定期沟通等；
3、如果有可能，最好请一家监理公司或者第三方测试公司，如果对方认为产品可交付，则进行专业测评，包括黑盒和白盒测试，如果成功双方高兴，如果出现问题，对方该做什么就做什么；
4、最重要的一点是你们公司是否可以真正作到与他们没有任何内部交易，如果没有，完全按照商业模式进行就可以简单多了。
如果还有什么问题，我们可以继续探讨。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年6月26日 12:01:29 ]


franciscoliu

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京
鉴定: 本功能已经被关闭
发帖: 98篇
注册: 2002-4-17

--------------------------------------------------------------------------------


在我曾经经历过的项目也曾经遇到类似情况，现在看来，有以下几个方面需要特别注意：
1、需求是否明确。外包软件一般情况是我们（外包项目中的甲方），经常承担一个总的项目，但把软件部分外包。这就要求我们是否可以给外包公司一个非常明确的需求分析，要求他们作什么，该需求一定要可以衡量。如果公司有如下人员最好，如果没有，请专业公司也一定要作到；
2、明确的沟通计划，而且尽量包含在合同之中。有了明确的需求，一定要和外包公司有一个明确而详细的沟通计划，包括什么层次的问题和什么层次的人员沟通，如果出现问题，如何将问题升级，如果不能及时有效解决，如何与合同向结合进行处罚。要求对方建立项目管理机制，明确接口人和其责任。双方如何进行定期沟通等；
3、如果有可能，最好请一家监理公司或者第三方测试公司，如果对方认为产品可交付，则进行专业测评，包括黑盒和白盒测试，如果成功双方高兴，如果出现问题，对方该做什么就做什么；
4、最重要的一点是你们公司是否可以真正作到与他们没有任何内部交易，如果没有，完全按照商业模式进行就可以简单多了。
如果还有什么问题，我们可以继续探讨。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年6月26日 12:01:33 ]


zhangmy_2000

军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 19篇
注册: 2002-6-25

--------------------------------------------------------------------------------


1.由于用户方的需求总是在变,因此我们也无法给第三方一个明确的需求报告,我们和第三方都明白,用户不成熟是主要原因,但是他们的需求改变,我们也不能完全按照合同拒绝,否则后果会更严重;
2.项目中确实缺乏沟通计划由于目前处于临近收尾阶段,总觉得马上就要结束了,再从头制定沟通计划没有必要,同时各方面现在已经接受了目前的沟通方式,可能都不愿意改变;
3.我相信与第三方之间没有内部交易,但是由于软件文档资料不完善,又是临近结尾,撤换程序员和改变人员设置都不可行.如果按照严格的测试规范来做,首先目前没有找到合适的测试方法,另一方面即使测试出问题,甚至严重的问题,目前情况也不可能更换第三方.只能期望不出问题.
4.希望大家能够提供一些外包软件合同样本,如何规定双方的责任和义务,及如何考察第三方的技术和管理水平,有没有一些规范?

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年6月26日 13:35:38 ]


franciscoliu

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京
鉴定: 本功能已经被关闭
发帖: 98篇
注册: 2002-4-17

--------------------------------------------------------------------------------


我所经历的项目坏就坏在觉得用户不成熟，事实如此，但我们必须引导客户将他们的需求逐渐变的SMART。我们肯定不能完全按照合同办理，但项目经理必须让用户明白，我们有一个基准计划，任何变化都必须按照该基准，否则会给用户（站在对方的立场）带来许多问题；
2、事成功者半九十，越是最后越有可能出现问题，因此必须马上添加沟通计划，否则越来问题越多。
3、测试方法有很多专业的测试人员和测试公司，他们会帮助你找到合适的办法，但不知道你在那里，如果在北京会很方便，我就知道一些。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年6月26日 16:31:25 ]


zhangmy_2000

军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 19篇
注册: 2002-6-25

--------------------------------------------------------------------------------


谢谢你.

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年6月27日 9:21:50 ]