项目曲折进行之路——第一篇

        项目做完之后，很顺其自然的做起了C项目的新业务（这里首先扫盲一下，新业务与项目的区别：项目是指为实现某些大的生活或者盈利需求，所进行的一个开发量较大且周期较长的系统；新业务是指在系统项目的运营过成中，系统出现的bug或者客户提出的优化功能性需求的承载点，一般需求较为简单且开发周期较短），也因为做过项目以及岗位变动的缘故，很就别委以重任，担负起了新业务核心开发的角色，当然同时还要承担一些客户需求确定以及外围系统协调配合的工作（当然，天生和人见面熟，这个不是什么问题）；新业务的团队，人员都基本刚毕业时间不长，在加上我长期被怀疑有多动症倾向，所以，很能打成一片，团队气氛是相当的好；再加上团队组长是个吃死不胖的货，公司报销机制也还可以，一起吃饭捎带唱Ｋ是经常的事；所以，虽然工作量还是较大，但心情还是很舒畅的。

　　当然，新业务的做的时间一长，就给人一种疲态，发现每每的需求都是今天修修这，明天改改那，做长了，也就做厌掉了。此时，恰逢项目经理（Ｃ项目的经理，也是我现在的经理）有新项目Ｄ成立并已开始在做了，且比较缺人，之后我就被调到了Ｄ项目组，正式开始了我的曲折项目进行之路。

　　３月中旬左右，正式进入新项目Ｄ；进来时，项目已经开展了半年多，主要由公司研发与本地人员一起来做（公司项目开发模式基本都是如此，各取所长），项目组连同项目经理共有6个人；已经基本进行完了项目的前期调研工作，项目正处于建设方案阶段（后续了解到项目之前已经过过一套方案，且基本确定项目思路；但后面又几经周折，客户方又换过项目经理，对整体项目思路有了比较大的调整，导致整个建设方案又得推到重做，伤不起啊）。分到项目组后，打了两天酱油，外加上处理C项目新业务些许尾巴之后，分到了D项目建设方案中现状分析调研的工作。对，这里必须介绍一下D项目的主要项目意图了；

项目初定目标主要有两点：

目标一：对老系统E（比较小，用户数较少）的功能以及页面改版，其实质也就是要做一套功能更完善、页面更友好的的系统替代系统E ；主要思路是明确系统核心业务，对办理量大的重点业务进行办理流程优化，其他业务基本从E系统平迁；

目标二：简化系统M(客户核心系统，用户量大)的功能菜单；合菜单的基本思路是TAB页面、功能合并以及不用下线的方式来处理。

   明了了项目目标，大家就应该明白我的现状分析要做些什么了；主要工作，M系统、E系统的架构、主机分布现状以及主机性能情况、业务办理量等的统计与分析；当着在这之前对E系统还稍有了解，对M系统可谓完全是陌生啊；那么，怎么办理呢？那么就开始了我拿着纸和笔，东跑西窜到处问人、求人发文档场面，这段时间可谓一把辛酸泪啊；昨天还在别人各种请教业务，求我办事的地位（在C项目新业务），今天突然万事要求别人来做了；这个360的大转变，还是让我适应了很久也不爽了很久。终于，黄天不服有心人，经过鄙人的艰苦卓绝与努力奋斗，也算是在规定时间里，完成了系统的现状分析。（今天止，明天继续）

   （继续）其实在整理现状的过程中，才发现之前的项目文档的重要性；因为懂这些东西的人本来就比较少，且懂得人一般情况下有都很忙，所以大多的时候只能跟他们问个大概，然后再通过文档才能了解细节；另外，还有一个沟通技巧的问题；很多时候我们首先必须通过必要的手段了解到一些信息，然后准备一下自己的问题；应该切记的想起一个问题，就兴致匆匆的去跟人家问，问完之后又是似懂非懂，回来一看文档又迷糊了；所以，我们应该尽量避免类似现状的发生，首先通过文档对系统有个初步的了解，写先来自己的疑问和问题；然后再约定个对方空闲的一段时间，然后，问的时候可以先往大里问，让对方给你一个整体的介绍，这时候就可以去确定一下和你之前通过文档理解的是否一致，在这个工程中也可以记录下来与自己理解分歧或者不明白的地方，接下来再逐个问题问，逐个理解。

    就这样，项目的现状分析算是差不多完成了；其实在我整现状的过程中，项目组发生了转变；预知后事如何，静待下回分解。