角色转变是很难的。
在一个项目中我即做系统分析，又做项目经理，还做程序员。简单些讲这是一个人的项目。然而在项目中我遇到了一个不容易调和的问题：
用户本身对系统不了解，站在本位的角度提出一些问题。接到问题后我花了很多精力做系统分析，然而分析的结果出来后发现，用户提出的需求很多都是不靠谱的，还有些是自相矛盾的。
经过一番思考，我想真正的矛盾点在于：用户不会全面了解系统，他只想到了自己的方便，利益。却忽视了其它同僚和公司的利益。所以用户喜欢提需求，却不对需求负责。而程序员忙死了也赶不上这些无厘头的变化。针对此，就我个人的经验有两种办法很有效果——增加一个缓冲区，将一些问题处理在萌芽状态。
具体做法是项目有两个窗口（跟程序中的接口类似）：
程序项目方增加一个项目经理和一个系统分析员，让这些人和用户讨论需求，程序员不要参加。通过对系统通盘的考量将一些用户头脑风暴下的需求和真正的需求剥离开来。
用户方增加一个项目经理和一个用户代表。对于项目经理的选择一定要找一个说话有用的担当。否则当应用真正上线的时候，还是会出现在有人出来挑刺（很多时候不是挑程序的刺，而是心理上被忽略，需要找一些安慰。跟孩子一哭，想要父母就会来哄着他一样）。而对于用户代表，需要多加培养。你教会了用户代表，然后让用户代表再去教用户，如此反复。
这样做的目的只有一个：将精力集中在本质问题上，减少噪声所带来的干扰。将那些非本质复杂度降对最低。
见过不少项目，项目经理没有处理好这些噪声干扰。而真是这些噪声让项目偏离了轨道，对于那些偏离轨道的项目你闭上眼向前走是不行了，这样只会让项目越走越远，噪声越来越大，最终在这些噪声（包含骂声）中项目流产。
而当前的情况是——我一个人做所有的事情。当我谈项目时，我还以为自己是程序员。【变脸】很难~
Comments: