|
后续跟踪： nnx 2004-05-13
项目是接手做了。其实只要老总决定要做，我们便就别无选择。 之前负责项目的项目经理换了部门，上司原打算将让另一个项目经理接手这个项目，但他以忙别的项目抽不出时间为由推掉了。其实我并非项目经理，说是让我先去调研用户的需求，其实就是把这摊事情扔在你手里，如果真的就只管调研，不管后果，最后一定得倒霉。 如果最后项目没有处理好，项目在你手里，在责难逃。
只能硬着头皮做下去。工作总是不能任自己挑选的。 刚接手项目的时候，调研时发现之前用户提的一些需求基本上还是一个概念，不明确，更谈不上细化，也没有对需求的确认。甚至大的框架还没有怎么确立下来。而用户方面又希望尽快实现一些东西。用户也不愿意具体确认需求，倾向于见到世纪的东西，他们才好提意见。 将情况汇报给上司，讨论。由于用户其实对有些模块的需求还很不明确，并且又希望尽早实现部分功能，而各个模块功能关联并不紧密。于是和用户协商，先对用户有较明确需求的部分模块的需求进一步细化明确，先实现这部分功能，剩下部分放到后一阶段再说。 于是对先要做的模块进行进一步的调研，将需求细化，最后根据需求，定下功能概要，请用户过目确认。然后将系统的框架界面搭建起来，再拿给用户确认，让用户认可后，将功能实现。
现在这部分已实现的功能在五一前已经给用户演示，交给用户试用了。情况是用户大体上没有提太多的东西，只是对个别功能要求做一些修改，还有一些细节上面的调整改善。 这个过程，磕磕巴巴的，所幸用户不算刁难。现在对整个项目算是有点头绪，可是要验收，还不知道要怎样。
这段时间也有点看出来了，前面时间拖得比较长了，用户方面其实也并不想拖久，可是如果过了一定的时间了，就很难说了。只有尽早争取验收才比较妥当。剩下的需求还没有定，不知道用户提到什么程度，而公司人手紧张，就算需求出来了，可是能不能尽快实现实施都是个问题。 这两天把项目的当前进展和后面剩下的问题、项目整体情况汇报给上司。然后把已经能明了的后面需要进行的一些工作大致罗列一下，向上司提出如果项目要继续做下去，可能需要其他人员的配合，并且在进展到一定阶段的时候，会需要增加相应的人手。不然项目后面的工作就不好进行，对于将来要验收项目很不利。然后让上司定夺，后面的工作是否要继续进行下去。
以上接手这个项目后者段时间以来的一些情况。觉得自己在很多时候都不知道怎样处理好一些，很多时候不知道思考的方向，这里把它写出来，希望能得到各位的指导。大家多多批评指正。
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
Re:诚心请教：让去接烫手山芋，怎么办？ZT
[回复于 2004/5/13]
