值得深思的一个问题:是否要Say No

瓷骨MM

你的解释 ,  更说明了 Link_ 说的 [B]"SDK只负责最基本的数据和界面的传递工作 " [/B] 是正确 ,  准确的.

   你对我说的 客户满意的 问题 的回复,  我还是想说, [B]你没有仔细 的看帖子, 没认真地想 我提的问题.[/B]  所以你的回复对我没什么帮助. 也许是我理解能力太差.

   
   

最初由 DaChu 发布
[B]关于“平台”

我不知道大家怎么理解的？
SDK(Software development kit) 软件开发工具包，直接从字面理解，SDK的表达很清楚：
是一个开发的工具，或者理解一个运行代码的平台，它不实现什么业务功能!
如果从业务上理解的话，跟你的实施没有一点关系! 如果从这个角度来讲的话，它确实是“独立”的，
但是反过来说：
UI API (User Interface API)  是负责用户界面及用户操作体验的，保持了与B1的一致风格，它们是有关联的
DI API (Data Interface API )那就更不用说了，它封装大部分的业务对象，你所操作的业务数据都是由它来实现，只有通过DI的操作，你才能保持业务对象数据的一致性(当然如何你是B1的系统分析及设计者，可能例外)
基于UI或DI上开发的产品，你能说它跟B1是独立的，至少数据是关联的吧 [/B]

DaChu

老天呀，为什么我的表达能力这么差呀

可能大家都在描述同一件事情，却用不同的立场和方式表达出来如此不同的含义， 郁闷

如果有机会的话，一定要Face to Face

DaChu

另说明： 面对面是请你喝茶， 不是跟你PK，哈哈

Tomac

我們的系統是完全的自主開發. 客戶(用戶)要什么, 就給開發什么. !

yie_ren

嗬嗬！热闹啊！

Link_

最初由 yie_ren 发布
[B]嗬嗬！热闹啊！ [/B]

连你都招来了.......大家都在给魏老大捧场啊

------

楼上MM太看的起偶了。。。不好意思的说

其实偶还是很浅薄的，只不过比较喜欢野人说的那种“换位思考”，而且是有幸有机会换了几个角色，所以喜欢从多个不同角度来看问题。

比如用A的语言从B的视点讲C的问题之类。。沟通嘛。。。

当然这是一方面。
另外一方面，想的太多导致注意力不太集中。。这又是开发人员的大忌。所以偶放弃了。从这个角度来看，万金油其实对职业发展是不利的，象阿甘那样专注才会有好的回报吧。

瓷骨MM

别光不好意思啊.  我的问题还没回答呢.

  [B]  还有对开发的态度, 其实不仅仅是 Bone, 所有 号称有平台的, 能低成本开发的 ERP 全都面临这个问题. 早上我们还在讨论这个问题.

我属于比较心慈手软的一类, 比较没立场, 虽然在客户那边面对需求,说 这个真的开发就要 收费, 或者说这样成本太高了, 不纳入系统, 但是真的回来内部讨论了, 我还是会站在客户的立场上说服做这个开发, 因为顾问就是在成本范围内"让客户满意", 而且我认为 客户满意比成本更重要. 中国人不是说 吃亏就是福么 , 不是喜欢长期的关系么. 那么现在我们可以退一步.

但是经理就是坚持:
1 No free.
2 Less customerlization.
3 Close project soon., pay soon.

他不理解我说的 长期关系 和 吃亏是福 的理论. 所以对于客户满意 这 4个字, 我真的很疑惑.
[/B]

shenruiyang

对于实施的公司来讲，Close project soon., pay soon，这个当然是好事，但是如果客户用的效果不好又有什么好高兴的，不管是实施的顾问也好还是项目经理也好，应该说如何让项目漂亮的上线才是最大的成功，双方都高高兴兴的结束项目那才是追求的目标。和气生财，对大家都好。Close project soon., pay soon这有时候是面对项目困难后的逃避想法，如果没有难点应该不会去考虑这种问题的。

Link_

最初由 瓷骨MM 发布
[B]别光不好意思啊.  我的问题还没回答呢.

  [B]  还有对开发的态度, 其实不仅仅是 Bone, 所有 号称有平台的, 能低成本开发的 ERP 全都面临这个问题. 早上我们还在讨论这个问题.

我属于比较心慈手软的一类, 比较没立场, 虽然在客户那边面对需求,说 这个真的开发就要 收费, 或者说这样成本太高了, 不纳入系统, 但是真的回来内部讨论了, 我还是会站在客户的立场上说服做这个开发, 因为顾问就是在成本范围内"让客户满意", 而且我认为 客户满意比成本更重要. 中国人不是说 吃亏就是福么 , 不是喜欢长期的关系么. 那么现在我们可以退一步.

但是经理就是坚持:
1 No free.
2 Less customerlization.
3 Close project soon., pay soon.

他不理解我说的 长期关系 和 吃亏是福 的理论. 所以对于客户满意 这 4个字, 我真的很疑惑.
[/B] [/B]

我在Dachu大哥的贴子里举过一个冗长的例子,基本上也是在谈这个问题.

在这个例子中，我讲任何项目，有三个要素要划清楚:目标,范围,成本.当然这3个要素可以在实施过程中再变更修正.

(这三个要素是我瞎编的,和我们平时看的项目管理三角形是2个不同的概念,请别混淆了,虽然有一定的关系...)

这三点彼此关联，目标决定范围，范围决定成本,成本(时间人力资金)最后影响目标能否实现.

但根据统计结果,是很悲观的,绝大多数项目,是无法按照规划的成本,来实现目标的.(我认为即使最后目标实现,这也属于项目失败,没有不计成本的项目.)

-----我废话多，大家先去喝个水吧,办公室里坐太久不利健康-------------

所以我一般先这样想,其实我做每一个项目，尤其象SBO这样小投入的项目，加上Sales的疯狂报价,本身都已经是"吃亏"的了(统计数据表明,我这个项目很大可能应该会失败了,不是客户不满意，就是老板不满意)
.
这时候，在项目范围实现的基础上，加强成本控制,就应该比客户满意更加重要.[/COLOR]

(这也是为什么我很强调客户一定要有人懂ERP，客户一定要亲自决定项目范围,项目经理自己定义范围又自己控制成本，那么在满意度上几乎一定出问题.)

于是，经理坚持那三点，也就可以理解了.

比如通过规范而完善的项目文档,来提高实施效率,降低成本,减少对项目范围的变更等.

但对于软件开发(通常是为了customerlization),面临着需求分析，开发,测试,支持维护这些个阶段,几乎就是一个独立完整的项目,如果引进到自己项目里来的话，光项目管理成本就可能增加一倍.
那就是成本控制格外需要关注的地方了.

------------这算是回答吧--------------------------------------

另外这不是说所有开发需求都要Say NO,有一些的确应该是Say YES.这是在战术层面的结论.大家也都是这样在操作的。

但是提高到战略层面,客户的需求是永远没有止境的,而项目经理所能控制的资源是有限的.[/COLOR]

(我们有时可能会遇到,客户一个微不足道的小需求背后，可能引出一个我们难以解决的大麻烦)

比较下来，为了双方都能更好地一起把这个故事编下去,战略上看牺牲需求是唯一的办法.(或者说"暂缓需求"比较好).

这里的意思是说，当项目本身都已经处在"吃亏是福"的阶段了,这时候,"长期合作"就更应该通过签一个新合同来实现.而这个新合同，同样是:
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.

这可能是老板缺乏专业知识而下的结论，
但这也可能是老板决定不惜代价都必须取悦这个大客户而下的结论。
项目经理也许不但要区分客户的需求，很可能还需要区分来自内部领导的要求呢.
不同位置的视角也关注点也会不一样.当然这是另外一个话题了

888333

好贴，顶顶顶！！！