不支持，没办法

    场景A：
         系统已经上线，并且运行一年左右。随着业务的发展，用户的需求是不断变化的；而且数据量，并发量也随之增大。
         客户：“请帮我们实现某某功能，可以吗？”
         开发商：“对不起，目前不支持”
         客户：“请帮忙把某某功能修改（调整）一下，可以吗？”
         开发商：“不支持”
     客户往往得到的答案是让他非常沮丧，非常无赖的。只能让他们将就着使用系统，每天都在抱怨，见着开发商就笑了；甚至在背后痛骂开发商。
     开发商可能处于成本的考虑，一个小的调整，需要重新设计，增加不少的开发工作，所以赤裸裸的告诉顾客－－不支持。商人都会从商业利益的角度考虑。当然此供应商是鼠目寸光的，他们的这种服务态度，商业手段，迟早是会把自己憋死的。
     设计开发人员是否能够站在更高的层次上面分析和设计系统，使得系统的稳定性、可用性、可扩展性、性能能够达到最优呢？当然需要更多的技术经验和行业背景。我们尽可能的做的更好，让顾客满意，充分发挥我们的价值。

    场景B：
         我们在开发过程中，肯定会遇到这样或那样的问题，都会要想尽一切办法去解决。
         TM Leader：“这个问题有什么办法解决？”
         开发人员：“这个我没有办法了”
         TM Leader：“除了这个办法，还有其它方法吗？”
         开发人员：“肯定没有其它方法了”
     TM Leader肯定不愿意听到这样的回答，大家也不希望的；实在是让人头痛的。团队领导应该经常的和团队成员进行沟通交流，及时的跟进项目进度。有问题，大家一起想办法解决，尽快的扫清前进的障碍，推进整个项目，使得项目顺利进行。团队领导要起到一个教练员、指导员的角色。当然，在项目核心问题上，也能够卷起袖子，卷起裤脚，下地干活。
    开发人员应该通过平时的自学，网上学习等等，迅速的提高自己分析问题解决问题的能力，而不是一遇到问题就给自己下了一个定义，这个问题我肯定没办法解决了，这个方法是唯一的解决方案。应该树立信心，查找相关的资料，肯定有其它的办法，只是我没有想到，这样我们才能够积极主动的解决问题，用一种上进的心态去解决问题。这样才能让自己更充满活力，而不是郁郁寡欢；解决问题也是一种乐趣。

评论

65 楼 ywlqi 2010-12-06  

抛出异常的爱 写道

hgq0011 写道

抛出异常的爱 写道

是人都懒
做事都要担责任.

有些毛病是灌出来的；有些怕麻烦。
职业道德，责任感

职业道德?
责任感?

公司里谁不知道维护是个受气包?
销售工资> 开发 > 测试　＞　部署

这个环境道德能存活下去么．

好多公司的部署NB去了，上线要求傻瓜式文档，严格按文档操作，出事不负责，说不给上就不给上，工资不比开发低

64 楼 iehyou 2010-12-06  

抛出异常的爱 写道

hgq0011 写道

抛出异常的爱 写道

是人都懒
做事都要担责任.

有些毛病是灌出来的；有些怕麻烦。
职业道德，责任感

职业道德?
责任感?

公司里谁不知道维护是个受气包?
销售工资> 开发 > 测试　＞　部署

这个环境道德能存活下去么．

+1  有过这样的经历 能不做就坚决不错,不做没你的事 做了除了问题 就是你的责任

63 楼 dolwenjian 2010-12-01  

很扯谈的 两个问题。。
第一个 关开发啥事情 。。 你问开发 如果会说话点的 会直接跟你说这种事情要找老大拍板。。。
第二个问题 更加搞笑了 你没事跑去问 coder更好的实现干嘛。。 你只管说出你想要的效果 和性能要求 告诉他 实现不了可以找公司的某某某 有过这方面经验 一起讨论下实现方案。  做coder 就怕瞎指挥的 外行指挥内行 没问题都能整出问题。。 完全是你自己沟通方式有问题。。。。

62 楼 bonny 2010-12-01  

hgq0011 写道

    场景A：
         系统已经上线，并且运行一年左右。随着业务的发展，用户的需求是不断变化的；而且数据量，并发量也随之增大。
         客户：“请帮我们实现某某功能，可以吗？”
         开发商：“对不起，目前不支持”
         客户：“请帮忙把某某功能修改（调整）一下，可以吗？”
         开发商：“不支持”
     客户往往得到的答案是让他非常沮丧，非常无赖的。只能让他们将就着使用系统，每天都在抱怨，见着开发商就笑了；甚至在背后痛骂开发商。
     开发商可能处于成本的考虑，一个小的调整，需要重新设计，增加不少的开发工作，所以赤裸裸的告诉顾客－－不支持。商人都会从商业利益的角度考虑。当然此供应商是鼠目寸光的，他们的这种服务态度，商业手段，迟早是会把自己憋死的。
     设计开发人员是否能够站在更高的层次上面分析和设计系统，使得系统的稳定性、可用性、可扩展性、性能能够达到最优呢？当然需要更多的技术经验和行业背景。我们尽可能的做的更好，让顾客满意，充分发挥我们的价值。

    场景B：
         我们在开发过程中，肯定会遇到这样或那样的问题，都会要想尽一切办法去解决。
         TM Leader：“这个问题有什么办法解决？”
         开发人员：“这个我没有办法了”
         TM Leader：“除了这个办法，还有其它方法吗？”
         开发人员：“肯定没有其它方法了”
     TM Leader肯定不愿意听到这样的回答，大家也不希望的；实在是让人头痛的。团队领导应该经常的和团队成员进行沟通交流，及时的跟进项目进度。有问题，大家一起想办法解决，尽快的扫清前进的障碍，推进整个项目，使得项目顺利进行。团队领导要起到一个教练员、指导员的角色。当然，在项目核心问题上，也能够卷起袖子，卷起裤脚，下地干活。
    开发人员应该通过平时的自学，网上学习等等，迅速的提高自己分析问题解决问题的能力，而不是一遇到问题就给自己下了一个定义，这个问题我肯定没办法解决了，这个方法是唯一的解决方案。应该树立信心，查找相关的资料，肯定有其它的办法，只是我没有想到，这样我们才能够积极主动的解决问题，用一种上进的心态去解决问题。这样才能让自己更充满活力，而不是郁郁寡欢；解决问题也是一种乐趣。

现实1：普遍的社会氛围、公司文化、员工待遇等方面的问题，人员流动率比较高
现实2：普遍的，项目工期压缩、减少设计、文档等方面的时间，加班加点的coding，频繁的需求变更。。。文档完全跟不上。

结果：如果客户提新需求，而项目组员工基本上跑的差不多了（即使没跑完，也很少能全盘可以熟悉整个项目各个细节的），这意味着需要重新理解项目（比新开发还要难），有比较大的可能出现理解偏差。

责任谁背？

一般上二次开发的钱不多的。衡量一下你就知道该怎么办了。


至于你提的第二个问题，LEADER根本就不应该“倒持太阿”把主动权放在开发人员这边，而应该说：小A，小B，我们到会议室讨论一下**问题是否有更好的方案。

61 楼 hgq0011 2010-11-30  

liyun_1981 写道

这东西还用拿出来说啊，跟甲方对着干肯定是找死嘛，甲方的需求肯定是一直在变的，这东西主要靠项目负责人掌控，我一般这样处理：首先确定要合同内还是合同外的，如果是合同内的能够实现的尽可能都实现，实在没法实现的（一般指技术之外的因素，这种情况一般很少）要销售配合一起说服客户；如果是合同外的如果不能实现就跟客户直说，如果能实现先看能不能说服客户推到下一期，不能的话先评估下额外的成本，如果公司可以承受的话就跟客户做（一般最好跟客户做，做了对项目验收会很有利），实在不行的话就要销售配合说服客户。

有些牛的公司会用Z F强 ××奸甲方的，可怕呀

60 楼 hgq0011 2010-11-30  

andsofish 写道

我觉得是内部沟通问题。
起码我遇到过，市场人员不经过与开发人员的沟通，就答应客户的需求了。

换我我也说干不了，你提前问过我么？谁答应的谁干。

那也是开发商内部沟通的问题。对于客户来说，也是开发商的问题

59 楼 hgq0011 2010-11-30  

yunmanfan 写道

不给钱,一切都是浮云

不差钱

58 楼 hgq0011 2010-11-30  

今天我们和一家上市的软件公司沟通交流。发现沟通非常顺畅和愉快。不论是态度还是解决方案都让我们放心。客户要的就是这样的。

57 楼 liyun_1981 2010-11-30  

这东西还用拿出来说啊，跟甲方对着干肯定是找死嘛，甲方的需求肯定是一直在变的，这东西主要靠项目负责人掌控，我一般这样处理：首先确定要合同内还是合同外的，如果是合同内的能够实现的尽可能都实现，实在没法实现的（一般指技术之外的因素，这种情况一般很少）要销售配合一起说服客户；如果是合同外的如果不能实现就跟客户直说，如果能实现先看能不能说服客户推到下一期，不能的话先评估下额外的成本，如果公司可以承受的话就跟客户做（一般最好跟客户做，做了对项目验收会很有利），实在不行的话就要销售配合说服客户。

56 楼 andsofish 2010-11-30  

我觉得是内部沟通问题。
起码我遇到过，市场人员不经过与开发人员的沟通，就答应客户的需求了。

换我我也说干不了，你提前问过我么？谁答应的谁干。

55 楼 yunmanfan 2010-11-29  

不给钱,一切都是浮云

54 楼 珂儿 2010-11-25  

程序员工资加到一定的程度，往上突破很难。参与的合同都是成百上千万的项目，可自己的工资算在里面，是多少的九牛一毛？
有时候就是个辩证，博弈的过程，就看谁是最后的赢家，如果都报着“一分钱做一分事”的态度，可能会是个恶性循环。
可如果员工无论如何努力，工资的涨幅始终跑不过CPI，可能会导致“跳糟”或者“怠工”。。。

53 楼 strawbingo 2010-11-24  

场景A,客户不应该与开发人员谈需求。
      开发说不支持，项目经理可以去解释。现在不支持，以后可以增加。

场景B，再研究研究，如果不行，组内讨论一下方案，如果还不行，可以让他找更资深的人咨询。

52 楼 hgq0011 2010-11-20  

RCFans 写道

现在问题暴露得很明显了，楼主是一个缺乏威信和决断力的人，去学习如何做一个领导者吧。

两个案例是拿出来和大家分享的。
场景A的项目不是我负责，那个是另一个同事负责的项目。

昨天，我们还培训了，一个好的领导要有很好的执行力，和影响他人。最重要的是要有安全领导力。

领导力和项目经理，技术能力，一切都要实践，亲力亲为的。要用心体会，去理解，才行。

51 楼 RCFans 2010-11-20  

现在问题暴露得很明显了，楼主是一个缺乏威信和决断力的人，去学习如何做一个领导者吧。

50 楼 hgq0011 2010-11-19  

christensen 写道

说白就是个人利益与公司利益没有结合起来。无法双赢

应该是企业和企业之间没有达到双赢。
现在都讲究双赢

49 楼 hgq0011 2010-11-19  

抛出异常的爱 写道

核心的是:
需求,设计.开发.测试.
外围的有售前,售后,客服,布署,DBA,

跳过这么多步骤这么多关卡.
无数的未知
只有老油条才能知道一个东西能不能作
我说在线上正用的系统说加个功能你就真敢加么

没有跳过那么多关。
客户当然是向开发商的项目负责人提的。

当然不是直接加到生产环境中的。我们有另外一套和生产环境一模一样的测试环境。只有回归测试没有问题了，才会升级系统的。

48 楼 RCFans 2010-11-19  

大连东软那个领导人，在IBM的发言水平之低啊。

47 楼 ouchxp 2010-11-19  

christensen 写道

所以我感觉你公司总裁就是典型的外包型领导

大连这边还是以外包为主流,没办法的事情.

媒体评价 写道

身为全国政协委员的XXX博士，是中国软件业的开拓者之一，作为专家型领导者，谈起当今国内外的XXXXXXXXX........

46 楼 christensen 2010-11-19  

所以我感觉你公司总裁就是典型的外包型领导