个人的一点项目总结

wangdiaming

原帖由 醉眼看世界 于 2011-2-11 11:09 发表
有总结，有分享，给个精华！

谢谢醉猫的鼓励
后续我再贴一些上来。现在在忙完工作的空余时间，我还在整理项目业务上的总结，争取早点也贴一些出来
一个是希望能给未入门、刚入门的新手一点帮助
二个更希望能够抛砖引玉

wangdiaming

@让关键用户忙碌起来
世界上最痛苦的事情之一，就是顾问忙得要死，但用户却无事可做。如果老是这种状态，用户不会感激顾问，反而还会抱怨。
所以，就算是真的没事情交给他做，那么就带着他们一起去讨论方案吧。

wangdiaming

某些项目的实施，虽然也是遵循了以流程为基础的AIM实施方法论，但在实际操作过程中的一些处理方法却违背了‘以流程为基础’的核心，如:
@方案调研阶段，没有以流程图为主的需求定义文档
在方案调研阶段，只做了调研问卷文档，而没有做流程图为主的需求定义文档，我认为是偏离了重心，也导致了部分问题（如关键的流程监控点，关键的单据）没有被及时暴露。我认为好的处理方式有以下两种：
一、如果时间充足，可以先做调研问卷，再做以流程图为主的需求定义文档
二、如果时间紧张，则以需求订单文档为主，调研问答为辅
@方案制作阶段，明细的方案流程图贯穿整个过程
有的项目组要求顾问制作要点说明（文字描述为主），然后以要点说明为基础，进行反复的研讨，这直接导致了很多问题没有及时被发现和讨论，为项目的后期推进埋下了隐患。到了方案设计阶段的后期，在要点说明方案已经审核通过后，项目组才让关键用户制作方案流程图，然后再进行最终的评审。在最终的评审过程中，又发现了不少问题，而这些问题，本来应该更早被发现的。

总而言之，以流程图为基础的讨论，能更好的理清思路、发现问题，这正是以文字描述为基础的讨论的缺陷所在。

hxvictor520

lzv5  顶起来撒,兄弟们砸起来

xinyisky

整成一个文档，到时候带一个附件不就行了嘛，非要搞这么多层“楼”，
“爬楼”好累哟，LZ

hxvictor520

原帖由 xinyisky 于 2011-2-11 14:06 发表
整成一个文档，到时候带一个附件不就行了嘛，非要搞这么多层“楼”，
“爬楼”好累哟，LZ

斗是啊 LZ整理哈 整个文档出来撒.....

wangdiaming

本来就是一个文档里面的，但俺就不共享了，毕竟是个人总结嘛
陆续贴一部分出来作为大家讨论的基础嘛，毕竟我的目的还是抛砖引玉
砖抛多了就变成灌水了

queryQ

比较愿意看别人的总结，总结也是一种非常巨大的能力！

[ 本帖最后由 queryQ 于 2011-2-11 16:38 编辑 ]

queryQ

原帖由 wangdiaming 于 2011-2-11 11:28 发表
某些项目的实施，虽然也是遵循了以流程为基础的AIM实施方法论，但在实际操作过程中的一些处理方法却违背了‘以流程为基础’的核心，如:
@方案调研阶段，没有以流程图为主的需求定义文档
在方案调研阶段，只做了调研问卷文档，而没有做流程图为主的需求定义文档，我认为是偏离了重心，也导致了部分问题（如关键的流程监控点，关键的单据）没有被及时暴露。我认为好的处理方式有以下两种：
一、如果时间充足，可以先做调研问卷，再做以流程图为主的需求定义文档
二、如果时间紧张，则以需求订单文档为主，调研问答为辅
@方案制作阶段，明细的方案流程图贯穿整个过程
有的项目组要求顾问制作要点说明（文字描述为主），然后以要点说明为基础，进行反复的研讨，这直接导致了很多问题没有及时被发现和讨论，为项目的后期推进埋下了隐患。到了方案设计阶段的后期，在要点说明方案已经审核通过后，项目组才让关键用户制作方案流程图，然后再进行最终的评审。在最终的评审过程中，又发现了不少问题，而这些问题，本来应该更早被发现的。

总而言之，以流程图为基础的讨论，能更好的理清思路、发现问题，这正是以文字描述为基础的讨论的缺陷所在。

看到楼主的总结，有一问题提交如下，如何进行彻底的ERP项目调研
http://www.itpub.net/thread-1395162-1-1.html

wangdiaming

原帖由 queryQ 于 2011-2-11 20:05 发表

看到楼主的总结，有一问题提交如下，如何进行彻底的ERP项目调研
http://www.itpub.net/thread-1395162-1-1.html

1、首先你得说说哪些方面被漏掉，这样我们来逐一分析
2、不同行业都有自己的特殊需求，如果你对某一行业不熟悉，难免有一些特殊业务都漏掉的，我想这个也比较难以避免，只能是依据完整流程图的框架，反复进行沟通