疯狂会议的几点感想

为期一周的封闭会议结束了，领导总结：“这是一次成功的大会，圆满的大会，胜利的大会”。

做了三年的程序员，第一次站在系统架构和需求的位置思考问题（虽然这个架构并不完善），在这里对自己的感想作一个记录。

1、怎样确定正确的需求

本次会议涉及了众多单位，总局领导、总集成、总标准、业务专家、各系统开发商，人数众多造成了沟通的困难。为了消除八个业务系统的信息孤岛，真正意义上实现信息化办公，开发商和业务专家们每天都在开碰头会，就我在会上的所见所闻来看，收效甚微，执法司整整一下午都在谈论投诉举报的流程，河南局和江苏局为了一个流程的名字争的面红耳赤。我突然发现。客户根本不想看业务的流程图，只想听开发商的讲解，当开发商把错误的流程图发给客户时，他们只是简单的说句“没问题”，几个月后却说“这不是我们想要的东西”，需求竟如此难以确定！从一开始就在朝错误的方向发展。

2、怎样做到有效的沟通

行政许可系统需要与每个业务系统交互，确定共享数据与接口理所当然成了重中之重。然而每个系统都要与若干系统交互，在短短的时间里，大家都只关心与自己最为密切的系统，比如食品司更加关注检验检疫。先天存在的优先级、不了解其它系统的需求，再加上系统是由不同公司制作，三点合一使沟通困难重重，吵架时有发生。作为总集成我们，需要与全部系统确认数据接口，对同一个问题经常要回答好多遍，其中大部分问题源于没有仔细阅读总体设计文档和对一些约定概念缺乏了解。

3、怎样做到明确职责

这本应是个可笑的问题，但确实发生了——在多家公司合作的时候。两个系统可以公用的部分谁来作？比如一个查询或统计。每次面对公用问题，各家就会互相推诿，最后不约而同的提出应该总集成统一制作，总集成为什么要负责两个系统之间的公用查询问题？总集成难道不乐于推诿吗？好像每次发生这样的情况都是总局领导在大会上宣布：AA司和BB司的公用问题统一由AA司的系统开发商解决。将来业务变更或系统升级时会发生什么情况？拭目以待吧。

4、怎样真正做到信息化办公

从我在计算机专业埋头苦读的时候就梦想着有一天能够做到软件强国，我们的办公系统能够像美国一样先进，直到今天我也不知道这个梦想是越来越近还是越来越远。当我苦思应该给领导怎样的视觉效果时突然听到了来自基层人员的声音：信息划系统不但没有减轻工作量，反而使工作量成倍的增加！为了给领导展示宏观统计图，他们每天除了正常办公外还要在各系统间不停的切换，录入大量的数据——重复录入。我们真的做了足够的调研吗？为什么提出这个问题时会场上鸦鹊无声？为什么我们之前没有注意到这个问题？是我们理解问题不够？还是早就忘了软件的真正用途？

5、怎样制作系统页面

我有幸负责系统的页面设计，在设计中我结合FLEX使用了大量的富客户端效果，在演示时领导盯着华丽的页面不停的问：“这个干什么用的？”我意识到，这些花哨的界面阻碍了他对功能的理解，也许还会阻碍他对系统的进一步研究。在统计表格的demo上，我随意输入一些杂乱无章的数字，结果被反复指出“这个数据有问题，中国名牌哪有这么多？”尽管反复重申数字是我凭空捏造的。我突然想起两年前亲眼所见财政部领导们对于数字的敏感，其程度绝不亚于我对张怡宁的崇拜。最后在奋斗了30多年的老前辈的带领下重新赶工，终于在最后一天让领导点了点头。看来对业务理解程度所起的作用远大于技术能力的作用。在《程序员》上看到一篇《用例有粒度吗》深有感触，文中有一个审批用例：

显然右边的比较好，局长不想和科长使用同样的页面，能画出这个用例应该是迈向胜利的第一步吧。

6、怎样有效的制定开发计划

原计划是这样的：开发工作从3月下旬到5月中旬；测试时间从5月中旬到6中旬；修改时间从6月中旬到6月下旬，之后是美好的前景，比如上线试运行，全国推广…… 领导欣然点头，“你们要加班加点”。我从没有看过在一个半月能完成第一版的系统，我不相信在这么短的时间里程序员会写单元测试，会注意软件质量；我也怀疑没有经过迭代测试的系统是不是像地雷一样危险，特别是在人员不足汇报人数30％的时候。奇怪了，为什么大家都这么自信满满？为什么没有人提出异议？祝大家好运吧。

7、到底谁愚蠢

“你们主要把需求明确，把设计做好就行，编码两个小时就完事了”一个领导说的。愚蠢！我的第一感觉。估计对方也在想，这帮蠢货，连我要什么直到现在还没理解！到底是谁蠢呢？访问一下www.god.gov 吧，看看上帝怎么解释的。

无数个问号在头脑中翻滚，我期待在今后的工作中找到答案。