供应商管理

      遇到两个让我头痛的供应商了。
      一个供应商（A供应商）的项目基本已经做完，后续的维护他们就不管了，BUG的修复就留给我来处理，给他们查屁股。
      另一个供应商（B供应商）的项目正在交涉中，我所做的是评估技术方面的，但项目负责人（业务部门）的人，他们基本谈好了。但我和这个供应商的技术人员交流时，发现他们文档能力不行，变更能力强。此供应商的方案有极高的风险。唉，头都大了。
     
      现在我们每次沟通过的内容，我都会一一发邮件给相关的责任人。B供应商都不会答复我的邮件，都在QQ上回复，回复的内容又很含含糊糊的。这叫人郁闷。我们让他们来我们公司，他们就说，请我们去他们公司。
     

评论

21 楼 hgq0011 2010-11-30  

wf1006 写道

有过类似经历,说下我的看法:
1.维护项目一定要有一个长远的打算,申请资源(如:程序员),由他进行有效的沟通和反馈记录,并提交项目进行决策,是否变更和修复工作;可以统计一定时期后进行反馈客户,提出变更请求;有话说的好,事多人不怪!
2.现在正在跟踪的项目,及时做好业务沟通分析,QQ反馈记录整理和客户反馈工作,最终目标,和客户达成初步开发需求的大框架,并签定协议开发.技术方面可采用公司现有产品的二次开发和定制工作;或是,采用敏捷开发模式,进行短期跌代开发模式,及时发布收集反馈意见并修复.
3.作好项目文档的整理工作,确保项目进度过程中的任何风险,并及时提交公司评审,确定工作策略.

积极的心态做事情，就会产生积极的影响。能和务实的公司做事就是放心

20 楼 wf1006 2010-11-26  

有过类似经历,说下我的看法:
1.维护项目一定要有一个长远的打算,申请资源(如:程序员),由他进行有效的沟通和反馈记录,并提交项目进行决策,是否变更和修复工作;可以统计一定时期后进行反馈客户,提出变更请求;有话说的好,事多人不怪!
2.现在正在跟踪的项目,及时做好业务沟通分析,QQ反馈记录整理和客户反馈工作,最终目标,和客户达成初步开发需求的大框架,并签定协议开发.技术方面可采用公司现有产品的二次开发和定制工作;或是,采用敏捷开发模式,进行短期跌代开发模式,及时发布收集反馈意见并修复.
3.作好项目文档的整理工作,确保项目进度过程中的任何风险,并及时提交公司评审,确定工作策略.

19 楼 hgq0011 2010-11-22  

xiaoqiulqs 写道

说白了LZ就是怕担责任，这也是可以理解，别看是在甲方。
既然这样，你完全可以用硬性指标压制乙方的。在关键项目节点，一定要有评审，评审时召集相关负责人，特别是业务部门。如果发生问题，评审时各负责人都在场，可以当场确认问题到底是什么问题，谁的责任，或是找相关解决办法。如果在评审中各负责人都没有问题，即使系统过后出现问题，责任也不在你。

不是怕承担责任，是怕被黑锅。

没错，直接在会议上，说明我们已经提出该方案的风险，如果业务部门要上，有任何问题，IT不负任何责任。业务部门同意了。

18 楼 xiaoqiulqs 2010-11-22  

hgq0011 写道

xiaoqiulqs 写道

我现在正遇到和楼主同样情况，此时建议可做如下操作：
1.在合同中明确：各里程碑及产相关产出物（特别是需求、设计、测试），同时验收指标明确，确认甲乙双方职责。
2.每次开会必须当场确认会议结论，事后尽快发出，以免过后不认账。

上午和B供应商激烈的讨论了一上午。
上午浪费了我不少口水。我非常讨厌别人做事不务实。需求文档明明写的非常清楚了，也和他们确认了，然后说改好了，一测试问题还是那样。这样玩我，我就用时间期限，压不死你？要不就废掉该方案。

我们做事情还是比较稳的，一定要方案没有问题，并且能够经过大体的测试，没有大的问题。那么我们才能接收他们的方案。即使是接收了他们的方案，在使用过程中如果发现有问题，不能及时的改进，该供应商还是一根毛也别想得到。最多乱费感情。

说白了LZ就是怕担责任，这也是可以理解，别看是在甲方。
既然这样，你完全可以用硬性指标压制乙方的。在关键项目节点，一定要有评审，评审时召集相关负责人，特别是业务部门。如果发生问题，评审时各负责人都在场，可以当场确认问题到底是什么问题，谁的责任，或是找相关解决办法。如果在评审中各负责人都没有问题，即使系统过后出现问题，责任也不在你。

17 楼 fly_jj 2010-11-22  

哪能遇到那么好的甲方啊~~我现在都被甲方折腾死了。~！！！被完虐。

16 楼 cn-done 2010-11-21  

hgq0011 写道

      遇到两个让我头痛的供应商了。
      一个供应商（A供应商）的项目基本已经做完，后续的维护他们就不管了，BUG的修复就留给我来处理，给他们查屁股。
      另一个供应商（B供应商）的项目正在交涉中，我所做的是评估技术方面的，但项目负责人（业务部门）的人，他们基本谈好了。但我和这个供应商的技术人员交流时，发现他们文档能力不行，变更能力强。此供应商的方案有极高的风险。唉，头都大了。
     
      现在我们每次沟通过的内容，我都会一一发邮件给相关的责任人。B供应商都不会答复我的邮件，都在QQ上回复，回复的内容又很含含糊糊的。这叫人郁闷。我们让他们来我们公司，他们就说，请我们去他们公司。
     

很2的甲方、乙方关系，注定会有杯具产生。深有体会的飘过，楼主保重！

15 楼 hgq0011 2010-11-18  

sarstime 写道

这年头做甲方也这么痛苦？ 你们是出钱的，是大爷啊。

怕背黑锅呀

在很多事情上还是主动优势的，动真格的话乙方才老实，叫驴型

14 楼 sarstime 2010-11-18  

这年头做甲方也这么痛苦？ 你们是出钱的，是大爷啊。

13 楼 hgq0011 2010-11-18  

RCFans 写道

楼主前后两个贴子都对照看了，情况确实很棘手

把我以前领导给我说过的一句话推荐给楼主：

要做成一件事的关键是，找到愿意帮助你做成这件事的人。

在社会上，每个人都有自己的方向、利益，首先要做的，是尽可能和环境之内的人利益达成一致，看能不能朝着共同的目标走，如果不行，去资源市场重新找。社会上该给机会的人太多了。

我现在就觉得很幸运，公司挑选了我，给了我一个机会，而我手下所有人，都是我亲自挑的，凝聚力非常强。对供应商要强硬，让他们了解我们需要的，如不能达成，重新寻找——这个就跟你有多少社会关系有关了，关系越多，资源就越好找，多接触一些行业内的拔尖者吧。

合理利用资源。

有些是Z-F行为，没有办法的，挡不住。

12 楼 hgq0011 2010-11-18  

xiaoqiulqs 写道

我现在正遇到和楼主同样情况，此时建议可做如下操作：
1.在合同中明确：各里程碑及产相关产出物（特别是需求、设计、测试），同时验收指标明确，确认甲乙双方职责。
2.每次开会必须当场确认会议结论，事后尽快发出，以免过后不认账。

上午和B供应商激烈的讨论了一上午。
上午浪费了我不少口水。我非常讨厌别人做事不务实。需求文档明明写的非常清楚了，也和他们确认了，然后说改好了，一测试问题还是那样。这样玩我，我就用时间期限，压不死你？要不就废掉该方案。

我们做事情还是比较稳的，一定要方案没有问题，并且能够经过大体的测试，没有大的问题。那么我们才能接收他们的方案。即使是接收了他们的方案，在使用过程中如果发现有问题，不能及时的改进，该供应商还是一根毛也别想得到。最多乱费感情。

11 楼 RCFans 2010-11-18  

楼主前后两个贴子都对照看了，情况确实很棘手

把我以前领导给我说过的一句话推荐给楼主：

要做成一件事的关键是，找到愿意帮助你做成这件事的人。

在社会上，每个人都有自己的方向、利益，首先要做的，是尽可能和环境之内的人利益达成一致，看能不能朝着共同的目标走，如果不行，去资源市场重新找。社会上该给机会的人太多了。

我现在就觉得很幸运，公司挑选了我，给了我一个机会，而我手下所有人，都是我亲自挑的，凝聚力非常强。对供应商要强硬，让他们了解我们需要的，如不能达成，重新寻找——这个就跟你有多少社会关系有关了，关系越多，资源就越好找，多接触一些行业内的拔尖者吧。

10 楼 xiaoqiulqs 2010-11-18  

我现在正遇到和楼主同样情况，此时建议可做如下操作：
1.在合同中明确：各里程碑及产相关产出物（特别是需求、设计、测试），同时验收指标明确，确认甲乙双方职责。
2.每次开会必须当场确认会议结论，事后尽快发出，以免过后不认账。

9 楼 hgq0011 2010-11-17  

xixix2004 写道

hgq0011 写道

    领导告诉我，让我做好每一次会议纪要；QQ的聊天记录也用日志记录下来；用outlook的提醒功能，什么时候要提交什么东西，首先电话沟通。过期的事情，发邮件告知相关责任人。总之，项目都要有相应的痕迹，可追查。

有领导撑腰还怕什么，态度强硬一点嘛。

这年头基本上还是出钱的一方是大爷。

其实，担心未来我们要背黑锅，说不定那天会咬人的

直接和他们说，你们不把问题解决了，就不要回去了。

8 楼 xixix2004 2010-11-17  

hgq0011 写道

    领导告诉我，让我做好每一次会议纪要；QQ的聊天记录也用日志记录下来；用outlook的提醒功能，什么时候要提交什么东西，首先电话沟通。过期的事情，发邮件告知相关责任人。总之，项目都要有相应的痕迹，可追查。

有领导撑腰还怕什么，态度强硬一点嘛。

这年头基本上还是出钱的一方是大爷。

7 楼 hgq0011 2010-11-17  

抛出异常的爱 写道

hgq0011 写道

抛出异常的爱 写道

hgq0011 写道

xdd_987 写道

真遇到这些事情，也不是说的那么容易了，只能慢慢磨蹭了。
但是，下次可不能让此类事情再发生，要不人都给托死了。。
是不是。。

讲究证据
做事手段
估计这类事情，只要我们活着，就会碰到的。

先作验收标准吧....
真正详细验收计划会让对方重视文档的.
不过验收计划所需要的时间有时比开发时间还要长.
所以我的验收计划都是完成大面上的
在测试过程中再详细下去.

验收标准应该也是合同中的一部分。
对于甲方来说，我们就提一些大概的需求，比如该系统需要什么什么功能，解决什么样的问题。
乙方应该主动的把每一个需求给细化明确了，然后找甲方一一确认。如果乙方不做，那么皮球最终还是会踢给乙方的。当然这样的事情大家都不愿意接受，痛苦的是甲方干活的人。甲方用户忍受乙方设计的系统，乙方通过商务手段一样能收到款项。总会有这样的怪圈

当时我任监理.....
甲方对我们还是比较信任.
最后扯皮的事不多
都以甲方给钱,乙方加功能结束.
只要足够细乙方很少完不成的.
当然一开始模合时很多扯皮事.
有几回"认真"检查之后乙方就老实了.

现在有很多软件开发商都是自己不争气。
有Z～F背景撑着，还不能把系统做好，还不能把市场打开，还不能树立自己的平牌。唉，，
有些乙方就是叫驴子型的。

我们甲方还是挺好说话的，也没那么刁钻。只要系统稳定运行，符合业务需求就好了。

一个问题推来推去，一会儿说是这个供应商的问题，一会儿说是甲方的问题。赌气的时候，还会振振有词的说：“我今天在重复声明一次，该问题是×××的问题，和我们的××××系统无关。” 做事都是用屁股，中间多次提醒从自身的原因找起，就是不听。最终，问题出在自己身上。现在老实了，说话也客气了，态度也好了。

6 楼 抛出异常的爱 2010-11-17  

hgq0011 写道

抛出异常的爱 写道

hgq0011 写道

xdd_987 写道

真遇到这些事情，也不是说的那么容易了，只能慢慢磨蹭了。
但是，下次可不能让此类事情再发生，要不人都给托死了。。
是不是。。

讲究证据
做事手段
估计这类事情，只要我们活着，就会碰到的。

先作验收标准吧....
真正详细验收计划会让对方重视文档的.
不过验收计划所需要的时间有时比开发时间还要长.
所以我的验收计划都是完成大面上的
在测试过程中再详细下去.

验收标准应该也是合同中的一部分。
对于甲方来说，我们就提一些大概的需求，比如该系统需要什么什么功能，解决什么样的问题。
乙方应该主动的把每一个需求给细化明确了，然后找甲方一一确认。如果乙方不做，那么皮球最终还是会踢给乙方的。当然这样的事情大家都不愿意接受，痛苦的是甲方干活的人。甲方用户忍受乙方设计的系统，乙方通过商务手段一样能收到款项。总会有这样的怪圈

当时我任监理.....
甲方对我们还是比较信任.
最后扯皮的事不多
都以甲方给钱,乙方加功能结束.
只要足够细乙方很少完不成的.
当然一开始模合时很多扯皮事.
有几回"认真"检查之后乙方就老实了.

5 楼 hgq0011 2010-11-17  

抛出异常的爱 写道

hgq0011 写道

xdd_987 写道

真遇到这些事情，也不是说的那么容易了，只能慢慢磨蹭了。
但是，下次可不能让此类事情再发生，要不人都给托死了。。
是不是。。

讲究证据
做事手段
估计这类事情，只要我们活着，就会碰到的。

先作验收标准吧....
真正详细验收计划会让对方重视文档的.
不过验收计划所需要的时间有时比开发时间还要长.
所以我的验收计划都是完成大面上的
在测试过程中再详细下去.

验收标准应该也是合同中的一部分。
对于甲方来说，我们就提一些大概的需求，比如该系统需要什么什么功能，解决什么样的问题。
乙方应该主动的把每一个需求给细化明确了，然后找甲方一一确认。如果乙方不做，那么皮球最终还是会踢给乙方的。当然这样的事情大家都不愿意接受，痛苦的是甲方干活的人。甲方用户忍受乙方设计的系统，乙方通过商务手段一样能收到款项。总会有这样的怪圈

4 楼 抛出异常的爱 2010-11-17  

hgq0011 写道

xdd_987 写道

真遇到这些事情，也不是说的那么容易了，只能慢慢磨蹭了。
但是，下次可不能让此类事情再发生，要不人都给托死了。。
是不是。。

讲究证据
做事手段
估计这类事情，只要我们活着，就会碰到的。

先作验收标准吧....
真正详细验收计划会让对方重视文档的.
不过验收计划所需要的时间有时比开发时间还要长.
所以我的验收计划都是完成大面上的
在测试过程中再详细下去.

3 楼 hgq0011 2010-11-17  

xdd_987 写道

真遇到这些事情，也不是说的那么容易了，只能慢慢磨蹭了。
但是，下次可不能让此类事情再发生，要不人都给托死了。。
是不是。。

讲究证据
做事手段
估计这类事情，只要我们活着，就会碰到的。

2 楼 xdd_987 2010-11-17  

真遇到这些事情，也不是说的那么容易了，只能慢慢磨蹭了。
但是，下次可不能让此类事情再发生，要不人都给托死了。。
是不是。。