有奖讨论：实施方法论对项目实施的影响

logi

sstdcn 发表于 2012-1-9 23:49
如果软件产品本身有问题，缺乏灵活性，再好的实施方法论也是白的。
实际上，目前所谓的实施方法论，主要是 ...

实施方法论的好坏与产品的好坏是两回事。好的产品（或者说合适的产品）是一个前提。即使有合适的产品，但如果没有一个相对正确的实施方法论，也会最终把事情搞得一团糟。

听海★蓝心梦

实施的主要问题是：沟通！！！
1、你如何理解项目实施过程中的实施方法论；
项目实施并不单单是软件完成后的施工，而是和前期的需求、开发、测试都有严格的联系。总的说来，用有效的沟通方式获得最佳需求，维护好客户关系，实施肯定事半功倍。

2、优秀的实施方法论应覆盖那些环节，包含哪些关键活动；
优秀的实施首先要和客户有良好的沟通，引导、教育客户，最好不要给客户发散型的沟通。只要客户没问题，一般自己的团队内部都好安排。

3、你如何理解项目过程中“能力强的项目经理/实施顾问”与“实施方法论”的关系；
“君子性非异也，善假于物也！”人都是差不多的，只不过乐观勇敢的人能够积极、主动的去调动各种资源来为自己所用。而悲观懦弱的人总是顾虑太多、固步自封。

4、在项目实施过程中怎样处理由不同方(甲、乙、丙/丁方)实施方法论不同引发的问题；
有问题说明有利益纠纷，每个人的注重点不同，利益点也会不一样。实施方的目的只有一个---顺利完工。所以要处理各方不同的方法，一定要先明白对方为什么会有不同的建议，他这样做的目的是什么。
明白的对方的目的所在，就可以见招拆招了。

5、你所经历过的项目实施中，哪些实施方法论/方法论中的关键点给你的印象最深刻。
项目实施中不但要和客户有效沟通，还要明白客户顾忌什么。不只要明白客户想要什么，还要明白你实现客户目的的方法客户是否可以接受。
还要注意自己所能调用的资源是否能按时到位，如果发生意外是否有应对措施。总之未雨绸缪要比临时抱佛脚好的多。

sstdcn

大多数的沟通是无聊的闲话，最有效的就是拿数据过来处理，一个字段一个字段的确认。

cs19801023

lawrenceliang 发表于 2012-1-9 17:19
干啥都得讲究个方法，方法对了，事半功倍，那啥是对的方法呢？
个人觉得，对于项目管理者来说，首先是ri ...

把你的话总结出3点：1、团队构成要合理；2、沟通协调不能少；3、快快乐乐玩项目。但是实施方法论这3点中只有第2点算得上，其他3点按照我的理解归类为项目管理论会更好些。

实施方法论中队沟通协调应该要有很明确的说法，比如在沟通方式与沟通对象上。我们讨论实施方法论，重点还是在“如何做好项目”上面，举例来讲比如哪类项目需要重点做测试，哪类项目需要重点做培训之类的。这些可以在后面几期的项目管理阶段再好好聊聊，呵呵

PS：删除了总结出的1点，搞错了一个概念，丢人丢人

cs19801023

nannan5000 发表于 2012-1-9 20:00
作为企业信息化项目重要的一大阶段，项目实施一直以来都是各方各家讨论的重点。本帖希望各位网友能从实施方 ...

我觉得用软件工程的理论来类比实施方法论是个不错的比喻，实施方法论确实是做好项目的理论基础，就像武林秘籍，教你怎么更好的施展你的“功夫”。

我在问题3中提的问题其实是个学院派跟经验派的碰撞。在实施过程中两种思路会经常性的有碰撞，我自然是站在学院派那一边。。。在我来看，有个有经验的且严格遵守实施方法论的资源，是项目及项目经理之福，多数情况，这种人都不大听话，口头禅是“放心我都搞过这么多项目了，搞得定”，实不相瞒我遇到过。但如果是从多方面角度考虑后，可能这种观点就不复存在，毕竟有经验的只是团队里面的部分人，其他人甚至大部分甲方的人都没有经验。所以，我宁愿选择能力达标且遵守纪律的人，至于力挽狂澜的事情，我个人虽然很享受，但是不宜多。

cs19801023

sstdcn 发表于 2012-1-9 23:49
如果软件产品本身有问题，缺乏灵活性，再好的实施方法论也是白的。
实际上，目前所谓的实施方法论，主要是 ...

在我看来，选择合适的产品是企业信息化项目前期的成功标尺，这一点我在上周的讨论中说了。项目实施的大前提就是选择合适的产品与团队之类的，产品选不好再好的方法论也没用这话不假。

但说方法论是包装产品缺陷这个太扯了。。。SAP的产品世界一流，SAP的事实方法论不敢说第一，也可以是一流了。你说的这个现象，就是误导客户生套产品僵化的流程导致失败，恰恰是缺乏合理的实施方法论的典型反面教材。如果单从流程角度来讲，实施方法论可以是一套如何实现-固化-优化流程的有效方法。

最后，实施的成功取决于优秀的产品、顺利的实施过程、完成的业务模型/数据、良好的知识传导，等等，但是成功的大前提一定是一个合理的目标。

cs19801023

logi 发表于 2012-1-10 08:49
我的个人理解：
1、你如何理解项目实施过程中的实施方法论；
方法论（Methodology）从原意上理解就是达到 ...

嗯，果然是CPIM，说出来的观点都不一样，虽然实施方法论跟CPIM关系不大。

我同意实施方法论是“如何做好项目”的系统框架，实施方法论的优劣在于对细节的把控，并且针对不同类型的企业与不同类型的项目目标，实是方法论要灵活变通。

我个人不太喜欢一个项目中并存多种实施方法论，比如我现在在启动项目之前会让乙方讲讲他们的实施方法论以决定用哪一方的，大方向一定要保持一致，很多东西等到项目启动以后再来讲就晚了。当然，细节上的碰撞是欢迎的，但上线切换方式到上线时再讨论就晚了，伤士气。

另外，优秀的实施方法论对项目实施过程中的知识传导也会有涉及，具体体现在不同阶段的关键活动分工。一个成功的项目实施，上线固然是一个标尺，培养出内部“接班人”则是另一个。

cs19801023

听海★蓝心梦 发表于 2012-1-10 11:34
实施的主要问题是：沟通！！！
1、你如何理解项目实施过程中的实施方法论；
项目实施并不单单是软件完成后 ...

嗯，阁下应该是位乙方的朋友了。。。

首先还是说实施方法论是“如何做项目”的方法，亦可说一种工具，而沟通则是评判优秀顾问/项目经理资源的必需技能。

我很同意你说的“维护好客户关系”，甚至可以说国内绝大多数项目其实就是一个客户关系管理的输出。至于“不要给客户发散型的”引导式沟通，说的比较实在，但甲方肯定不爱听，呵呵。不给客户发散思维的前提是要有一个很明确的目标及范围跟充分的调研，如果这些没有，凭什么不让客户发散，他们都不知道你要干吗。

至于你说的项目过程中发生的分歧，个人感觉有点文不对题，不过你说的处理方法绝对是实操型的。。。说白了也就交活儿收钱这点事儿

欢迎过几周在讨论项目管理时再好好聊聊吧

听海★蓝心梦

呵呵，谢谢指教，我只是做过几个项目，不敢谈什么方法论。
你的回复确实受益了，谢谢啊。

cs19801023

sstdcn 发表于 2012-1-10 11:54
大多数的沟通是无聊的闲话，最有效的就是拿数据过来处理，一个字段一个字段的确认。

过于绝对了。

但如果具体到项目实施过程的某个关键活动，比如说逻辑测试集成测试，那么有些关键业务真的需要一个字段一个字段的确认，光靠忽悠过不了测试这一关，这就是事实方法论的作用。