推卸责任 谁为项目出现的问题而买单

Tomac

X副總仍然按照他自己之前的方式來經營現在的項目, 實際上項目的環境已經發生了很大的變化. 乙方需要的按時完成項目, 并沒有太多的時間陪他玩呢.

samlary

偶代表甲方说一个观点，提观点前大家考虑下甲方为什么要乙方来做实施服务？
甲方希望乙方帮助他们成功，成功分为两个层次，一个是企业的成功，一个是甲方负责人的成功
出现前楼的情况，甲方有责任，但乙方更有责任，沟通不到位，甲方说不做培训就不做培训么？不负责任的表现，你忘记了你自己有说服的职责了！

醉眼看世界

最近一直在负责几个客户的项目辅导和上线，也来谈谈自己的一点感触：

1、甲方和乙方都有提出自己的建议和意见的权利，都必须给出合理的理由，就是为什么你建议这么做，这么做的好处、坏处是什么，不这么做的好处、坏处是什么

2、所有甲方和乙方达成一致的任务，双方必须毫不折扣的执行，根据权责分工，由于执行不到位造成的问题责任在未执行到位的一方

3、对于甲方合理的需求，乙方必须给出可行方案，即使系统无法实现，也必须有其他替代方案，否则，由于没有可行方案而造成的问题的责任全部在乙方

4、对于整个项目应用而言，甲方不要过于纠缠于功能细节，但乙方不可以忽视功能细节，“魔鬼都藏在细节里”、“细节决定成败”

newitmingong

关键在于第3和第4点啊！
现在的客户应该是比较理性的了，如果不是理性的话也不会上线通用的ERP系统啊，当然面子工程除外。

3：甲方合理的需求，乙方必须给出可行方案，

     通常甲方的合理要求，基本上都已经通过过往的运行测试，是因为乙方标准的系统中无此功能，所以才要求乙方提供，这些要求更多反映了行业的特性，照顾到这些需求，软件才用的效果会好！然后谈到合理要求，客户在他那个行业，都是专家，而实施顾问，针对一些具体的应用，是很难透彻了解这些的。所以实施顾问是很难说得过客户的。

    我也同意骑牛后卫所说：需求的取舍。自行开发的系统是持续了n年的不断完善的结果，换系统后指望一次上线100%全部继承不现实
    但是如果舍的太多的话，客户买系统来做什么呢！系统最终是要交付给客户使用的。难道一定要象流传所说“要想系统好用，换掉客户所有的操作人员”吗！


4：乙方不可以忽视功能细节

    这个太重要了啊！其实客户的流程基本上都不会差太多，能够在市场存活长时间，并有能力投入大型ERP软件的公司管理不会太差的。老板绝对是人精啊！

    现在的项目，实施顾问才到流程梳理阶段，已经提议上线分两步走了，先上供应链，财务，再上生产管理，排程。真的是ERP1,2,3啊！真要这样走法的话，估计生产排程遥遥无期啊。

所以我赞成客开，但一定要控制客开的比例，如果客开的比例过高的话，那么就应该是系统的功能不够强大。客开的比例过大，以后的稳定性如何保障啊。

所以对现在的项目，我心里已经在发毛了啊！

原帖由 醉眼看世界 于 2011-1-10 15:25 发表
最近一直在负责几个客户的项目辅导和上线，也来谈谈自己的一点感触：

1、甲方和乙方都有提出自己的建议和意见的权利，都必须给出合理的理由，就是为什么你建议这么做，这么做的好处、坏处是什么，不这么做的好处、坏处是什么

2、所有甲方和乙方达成一致的任务，双方必须毫不折扣的执行，根据权责分工，由于执行不到位造成的问题责任在未执行到位的一方

3、对于甲方合理的需求，乙方必须给出可行方案，即使系统无法实现，也必须有其他替代方案，否则，由于没有可行方案而造成的问题的责任全部在乙方

4、对于整个项目应用而言，甲方不要过于纠缠于功能细节，但乙方不可以忽视功能细节，“魔鬼都藏在细节里”、“细节决定成败”

[ 本帖最后由 newitmingong 于 2011-1-10 16:16 编辑 ]

newitmingong

原帖由 骑牛后卫 于 2011-1-10 09:08 发表
我把身边这个活生生的案例拿到论坛上来，是想表示：
1、项目的管理永远是核心，远比产品技术重要
     但是没有技术啥也做不成啊！特别是现在这个阶段，很多是需要技术来完成的。客户不仅仅是想将手工的工作搬到电脑上就行了。而是希望系统更自动，更智能性。所以得有了产品技术才能再谈项目管理，特别是对乙方来说。

2、项目的风险管控永远是重点
我严重容易
3、客开也有客开的管理
4、需求的边界和风险管控是风险管控制的核心
这个是个大麻烦，需求的边介如何定义？特别是对客户来说，这些都是客户的需求，而且也经过客户的整理，肯定有合理性。
客户完成一个功能有多种办法，甚至抛开系统，全手工的方式都可以完成所需的功能，但这是否我们系统所想的
这样客户会对系统有何评价。
我看过日本的一家系统，投资超过2000万人民币，从电脑人的角度出发，他在生产排程方面，提供了挺多的排程参考，但我看到客户排单人员是完全抛开系统，而是完全
手工的排单，问其原因，系统排出来达不到人排的效果，所以还是用人工排较好！
虽然这个用户有这个用户的问题，但电脑人是否也需要按操作用户的模式去考虑一下问题呢！


就这个项目而言我们可以发现：
1、计划混乱，没有清晰的培训方案和推动，以为企业员工用过自行开发的老系统就不需要培训了
2、客开混乱，在每个产品的客开平台上都有其规定和要求，不遵守这些规定和要求等出问题时再返工就麻烦大了
3、需求的取舍。自行开发的系统是持续了n年的不断完善的结果，换系统后指望一次上线100%全部继承不现实
4、无视乙方的实施规范要求，肆意按自己的主张左右项目组工作

什么是成功？什么是失败？
做为甲方主管，一个失败的项目对其工作绩效影响也是很大的，不是简单地把全部责任推向乙方哪么简单。

[ 本帖最后由 newitmingong 于 2011-1-10 16:15 编辑 ]

骑牛后卫

什么是甲方合理的需求？
哪些需求是完全可做的，哪些需求是现阶段可讨论，哪些需求只是一个设想，这个双方心里都要清楚并且是共识的。
在可做的需求中，甲方也要为乙方考虑一下：
这是我个性的要求吗？他们标准产品中内置入这个合适吗？
如果标准产品置入这个不合适，项目该怎么推进？

这个论坛上多数贴子在多数时候骂乙方只顾收钱不顾客户的需求等等，事实上在我接触到的项目中，80%的情况是顾问通常会向开发部门坚持客户的需求（不去分析是否合理），在某种程度上现在多数顾问是客户的权益代言人而非乙方的代言人！
我能理解，顾问的思维是：只要客户的需求100%满足了，我就能交付了。他没有考虑100%满足客户需求背后的成本代价是多大。

今年公司的经营策略发生巨大调整，将完全按利润来考核项目（包括售前在内）。估计不会在有人在售前吹牛了。项目交付不顺利以前是不会影响售前、销售的业绩的，现在会了，并且影响是巨大的。

isuperaps_soft

我看过日本的一家系统，投资超过2000万人民币，从电脑人的角度出发，他在生产排程方面，提供了挺多的排程参考，但我看到客户排单人员是完全抛开系统，而是完全
手工的排单，问其原因，系统排出来达不到人排的效果，所以还是用人工排较好！
=========================
我的个乖,一般来说,工艺路线复杂一点,约束条件多一点,手工就细排不起来了,因为人的大脑处理不了这么复杂的逻辑
这个软件连手工排的都达不到,只能说是令人叹为观之
2000万的项目,就是完全按客户生管的排程思路定做一个,也化不了几个钱,中国搞软件的真无奈
这几天我在研究sap 的 apo,在网上遇到了个神龙见首不见尾的老外,他跟我说apo的大多数项目的生产排程其实都是按客户的排程思路定制,根本不是什么通用算法,所以在欧美才有很高的成功率

[ 本帖最后由 isuperaps_soft 于 2011-1-10 20:11 编辑 ]

isuperaps_soft

这个论坛上多数贴子在多数时候骂乙方只顾收钱不顾客户的需求等等，事实上在我接触到的项目中，80%的情况是顾问通常会向开发部门坚持客户的需求（不去分析是否合理），在某种程度上现在多数顾问是客户的权益代言人而非乙方的代言人！
我能理解，顾问的思维是：只要客户的需求100%满足了，我就能交付了。他没有考虑100%满足客户需求背后的成本代价是多大。

今年公司的经营策略发生巨大调整，将完全按利润来考核项目（包括售前在内）。估计不会在有人在售前吹牛了。项目交付不顺利以前是不会影响售前、销售的业绩的，现在会了，并且影响是巨大的。
=====================
u公司的这个政策到是让人刮目相看,看来经过一片混乱后,大家无论是甲方还是乙方还是都想把项目顺顺利利做成功的,毕竟大家都靠着这个行业

醉眼看世界

原帖由 骑牛后卫 于 2011-1-10 16:52 发表
这个论坛上多数贴子在多数时候骂乙方只顾收钱不顾客户的需求等等，事实上在我接触到的项目中，80%的情况是顾问通常会向开发部门坚持客户的需求（不去分析是否合理），在某种程度上现在多数顾问是客户的权益代言人而非乙方的代言人！
我能理解，顾问的思维是：只要客户的需求100%满足了，我就能交付了。他没有考虑100%满足客户需求背后的成本代价是多大。

那说明你见过的顾问太菜了，客户的需求必须经过顾问判断的：这个需求是否合理，合理的有可能采纳，不合理的则坚决拒绝。

在我经过的这么多项目中，80%是因为软件功能太弱而造成客户太多正常需求无法满足带来了项目进度延迟和效果的大打折扣。

在我见过的N多软件里面，只要流程稍微复杂一点，系统的流程做的都是“曲折绕远，漏洞百出”，这说明软件在设计的时候都没分析和规划好

而制造业里面，相对复杂的流程比比皆是：不同单位换算问题、不同币别汇率换算问题、同一产品不同BOM版本问题、替代料管理、工艺管理、车间在制品管理、

不同发票税率管理、品管分批验收管理、单位及对应小数位管理、存货分类管理、权限设置管理、退补货折让问题、生产补料问题、生产不良问题、生产报废问题、

成本核算问题、最小包装量问题、期初开帐问题、暂估问题、发出商品问题、应收和应付票据管理、汇差调整管理..........

我上面列举的问题，每一个细化起来都没那么简单，而就大陆目前信息化水平及人才，也几乎没有几个人能真正弄清楚这些问题的

trigger_lau

原帖由 cs19801023 于 2011-1-7 09:31 发表
恩...
我已专注项目管理,不再看技术细节了

技术只是一个手段，菜刀的好坏只会影响而不会决定厨师做出来的菜。
但是技术也是需要有个支撑，这也是我做网站的一个初衷。