QUOTE:
最初由 瓷骨MM 发布
别光不好意思啊. 我的问题还没回答呢.
还有对开发的态度, 其实不仅仅是 Bone, 所有 号称有平台的, 能低成本开发的 ERP 全都面临这个问题. 早上我们还在讨论这个问题.
我属于比较心慈手软的一类, 比较没立场, 虽然在客户那边面对需求,说 这个真的开发就要 收费, 或者说这样成本太高了, 不纳入系统, 但是真的回来内部讨论了, 我还是会站在客户的立场上说服做这个开发, 因为顾问就是在成本范围内"让客户满意", 而且我认为 客户满意比成本更重要. 中国人不是说 吃亏就是福么 , 不是喜欢长期的关系么. 那么现在我们可以退一步.
但是经理就是坚持:
1 No free.
2 Less customerlization.
3 Close project soon., pay soon.
他不理解我说的 长期关系 和 吃亏是福 的理论. 所以对于客户满意 这 4个字, 我真的很疑惑.
我在Dachu大哥的贴子里举过一个冗长的例子,基本上也是在谈这个问题.
在这个例子中，我讲任何项目，有三个要素要划清楚:目标,范围,成本.当然这3个要素可以在实施过程中再变更修正.
(这三个要素是我瞎编的,和我们平时看的项目管理三角形是2个不同的概念,请别混淆了,虽然有一定的关系...)
这三点彼此关联，目标决定范围，范围决定成本,成本(时间人力资金)最后影响目标能否实现.
但根据统计结果,是很悲观的,绝大多数项目,是无法按照规划的成本,来实现目标的.(我认为即使最后目标实现,这也属于项目失败,没有不计成本的项目.)
-----我废话多，大家先去喝个水吧,办公室里坐太久不利健康-------------
所以我一般先这样想,其实我做每一个项目，尤其象SBO这样小投入的项目，加上Sales的疯狂报价,本身都已经是"吃亏"的了(统计数据表明,我这个项目很大可能应该会失败了,不是客户不满意，就是老板不满意)
.
这时候，
在项目范围实现的基础上，加强成本控制,就应该比客户满意更加重要.
(这也是为什么我很强调客户一定要有人懂ERP，客户一定要亲自决定项目范围,项目经理自己定义范围又自己控制成本，那么在满意度上几乎一定出问题.)
于是，经理坚持那三点，也就可以理解了.
比如通过规范而完善的项目文档,来提高实施效率,降低成本,减少对项目范围的变更等.
但对于软件开发(通常是为了customerlization),面临着需求分析，开发,测试,支持维护这些个阶段,几乎就是一个独立完整的项目,如果引进到自己项目里来的话，光项目管理成本就可能增加一倍.
那就是成本控制格外需要关注的地方了.
------------这算是回答吧--------------------------------------
另外这不是说所有开发需求都要Say NO,有一些的确应该是Say YES.这是在战术层面的结论.大家也都是这样在操作的。
但是提高到战略层面,
客户的需求是永远没有止境的,而项目经理所能控制的资源是有限的.
(我们有时可能会遇到,客户一个微不足道的小需求背后，可能引出一个我们难以解决的大麻烦)
比较下来，为了双方都能更好地一起把这个故事编下去,战略上看牺牲需求是唯一的办法.(或者说"暂缓需求"比较好).
这里的意思是说，当项目本身都已经处在"吃亏是福"的阶段了,这时候,"长期合作"就更应该通过签一个新合同来实现.而这个新合同，同样是:
1 No free.
2 Less customerlization.
3 Close project soon., pay soon.
说句玩笑话，对于客户满意度,我去他丈母娘家大扫除大概也能提高他的满意度......
这个玩笑有2层意思:
1、客户满意是没有止境的，于是精力应该主要放在当前这个项目上，而不是客户满意上。
2、其实有时候一些项目外的小动作的确可以提高客户满意度，所以我之前开玩笑说一套ERP说不定还不如一顿KFC。。。。
---------------------------------------------
上面提到一个悲观的统计数据,为什么绝大多数项目都没有把每个方面都"摆平"呢
我觉得造成这个情况的原因显然不可能因为绝大多数项目管理都出了什么错误，而主要是因为"需求是在不断螺旋形上升的".每个项目都有一个可能永远也抓不住的目标.
比如嫦娥一号,绕月200KM轨道，
日本起步早，辉月姬卫星是绕月100KM,
美国苏联起步更早,飞船登陆了，
而可能还有起步还要早的外星人已经在上面开了分基地...
这些都是我们不断上升的目标
而在项目里,我们受到成本(人力，资金，时间)的限制,只好牺牲一下需求..而"长期合作"是必然的,但长期合作的前提是我当前的项目先做好做完.同时一定要有一个新项目.....
的确有一些客户抱着占便宜的态度在那里盲目地提需求，这时候我觉得项目经理首先应该能辨别区分清楚，然后就应该讲一些故事给他听了，争取让他能让大家把这个项目先做完..其实对客户也是有好处的.于是这又回到主题上了.
要求07年中国飞船月球登陆,这个大家一般都Say No了
但如果要求轨道降低100Km,这个应该YES 还是 NO?
这时候Sales可能会说YES,顾问可能说No,但这需要丰富的专业知识和经验才能下正确的结论.
----------------------------------
补充一句，所谓"正确的结论",其实,不单单受专业知识和经验的影响,和所处的位置也有关系.
比如，项目角度，假设我们SAY NO了，但老板却要求SAY YES.
这可能是老板缺乏专业知识而下的结论，
但这也可能是老板决定不惜代价都必须取悦这个大客户而下的结论。
项目经理也许不但要区分客户的需求，很可能还需要区分来自内部领导的要求呢.
不同位置的视角也关注点也会不一样.当然这是另外一个话题了
