错误的规范比没有更可怕

来公司一个多星期了，一直都在做需求分析。最近项目组里人员调整比较大，我负责的模块也变来变去，很不爽的说。现在负责的是系统管理和系统维护两个模块，算是OA里最难的，包括工作流、多级菜单、数据字典等等。这个项目是公司第一次采用规范化的流程来做的，所以大家都没什么经验。几天做下来，感觉问题多多。

先说说需求分析吧，现在最大的问题就是需求不明确，分配模块时，经理只是简单的说了要求，然后让我们自己去网上找例子参照做分析。听完一阵寒，如果这样子也叫需求分析的话，那么做系统分析员应该是件很轻松的美差了，至于做出来的东西嘛，就＠￥＃＃％......

另一个问题就是项目组内缺乏交流，以至于大家对整个项目都没有一个整体的认识，经理也没有对项目规模等基本问题跟我们交流，只是一味强调过程的规范化。结果是，过程规范了，方法却是错的，这个规范有什么用？将错误统一化？！

再说说数据建模吧，上班第一天经理就让我写一篇关于建模的文档，我写了，可经理好像没看，或者是看了不愿意按照上面写的执行。可能是觉得我写的太复杂，会误导大家，本着一切简单为主，先后把我文档里的域、继承、PDM的内容砍掉，甚至对我使用Association都表示了怀疑。然后以他的建模方法定了一个建模规范，我看了一个这种规范下的产物，分明就是用PDM的方法去建CDM，relationship竟然还要加上外键，my god，这个有外键吗？！

另外一个问题就是表名和字段名要求全部用拼音缩写，我不知道是出于什么样的考虑要求这么做（保密？），总之很不解。建表时我的状态就像坐过山车，严重失重加头昏（我拼音很菜的说）。

以上问题我都有给经理提，至于采不采纳就不在我控制之内了。

以前很是向往系统分析员这个职业，也看了许多这方面的的书，现在看来自己的水平还差好多，主要是经验上的欠缺，所以先老老实实的把程序员做好，再逐步加强构架和分析能力。