这是个简单的MIS项目，核心算法很少，超多的报表和数据维护页面。我是这个项目的PM，在项目开发过程中测试出来的问题归总下来，我认为这些是可以项目开始之前进行规范的。

1.             有的同事把一些数据的ID hard code在程序中，重新导入数据时ID发生变化，如果找不到ID，程序就会运行错误；

2.              有些初始化的值考虑得不全，结果在一些页面因为匹配不到数据而运行出错；如，年的下拉框数据；

3.              报表中出现比较多的就是排序问题，一开始就没有规定每张报表的排序要求，所以很多报表都忽略了排序，而这些往往都直接给用户带来不专业的感觉；

4.              报表的边框粗细不均匀等问题也有存在；

5.              一些综合统计的报表，比较明显存在大家业务经验不足等问题；如果有相关的一批数据，如果其中之一在统计条件中没有发生业务数据，其他的也显示不出来，或者出来多条记录；

6.              最初还有报表字段取错，运行出来的数据错误；

7.              报表的所见并不能完全的打印；如日期打印不全等；

8.              有的同事在开发过程中，选用了控件的最大长度来控制用户输入的长度，而在新建的页面采用复制的旧的页面造成控制长度出现问题；

9.              在报表方面，一般用户的查询条件是从当前年的1月1日到当前日期；而在记录维护页面，需要显示的是当前月的1日到当前日期；

10.           开发文档的作者很难追溯到；数据库对象视图没有作者，很多页面都没有作者；

 

从XXX的第一轮需求调研结束后，和同事一起总结了需求开发的中的难点，我的同事觉得需求开发得难点就是对获取的需求进行正确有效的分析。举个例子我们在需求过程中经常会问“你们现在对订单资料是怎么进行管理的，具体步骤是什么？具体存在哪些问题？这些问题是否都希望由系统来帮助解决？”，然后通过获取到的资料进行整理，画出原型与客户进行确认。

原型是经过初步需求分析的产物，意味着通过给客户看我们的解决方案来一起确认并达成双方的共识，以降低项目开发阶段给双方带来的风险。
从我的工作经验来说，以前从事的是内部服务系统业务，谈需求的时候就是和自己的同事‘聊天’，形式不受拘束，大家可以谈得很开，比如我可以问很细节的问题，包括挖掘对方部门的业务根源，弄到最后有些部门的leader觉得我好像在抢他们的饭碗，但是我觉得只有这样我们才能给出理想的解决方案。
但是在正式需求的场合就显得很不一样了，你必须准备充足的需求问题列表，同时要保障沟通顺畅。在需求过程中要记录尽可能多的需求内容，整理需求的时候还要能够体现业务完整性。

半夜感觉有大风在刮,放在窗台上小花瓶摔碎的声音让我有了确定的感觉,台风来了.因为上次深圳紧张准备应对的"珍珠"台风,结果从深圳擦肩而过,所以我还想着:"台风要来了而已"!还在床上做着美梦,好像在等着电话响,要是这时候有人打电话过来说因为台风来临今天不用上班该多好.上次因为强降水,路面积水不好穿行,所以休假在家,结果了解到同事们都按时到办公室上班,有一种很无地自容的感觉.但是电话还是没有来电响声,没多久闹钟响了,看来今天得准备去上班,哪怕半路中收到不需要上班的消息.起床了,切身感觉到"派比安"台风来了,花园有摔碎得小花瓶,还有一些枯叶,还有一张座椅翻了,幸亏两个盆栽还好好的,看来和"派比安"对抗也没有问题,心里在偷着乐呢.搭乘公车来到办公室,还好是No3,说的过去,不一会儿阿姨来清洁办公室,今天运气不是很好,阿姨使用吸尘器把我耳机带的一边卷进去乐,怎么也弄不起来,那只好大方点喽,同阿姨说剪掉算了,看真那办只耳朵,唉没有办法啦,只好先将就喽.

打工族一般都知道有出勤奖，我们每个月有100元的全勤奖,但是只要迟到2次就没有了.所以一般很讨厌月底了还要迟到,因为坚持不容易.呵呵。其实我很反感迟到，以前6、7年的工作在记忆中只迟到过1、2次,现在换工作要乘车，30分钟的正常车程,有时可能要塞上1小时甚至更多,所以很容易迟到,就算自己有那种厌恶迟到的感觉又能如何摆脱呢.今天早上深惠路上的车就塞个死死的,半个小时才晃了晃,外面还下着雨,车上人挤人,雨伞的水不是蹭上了也挨上滴上了。上班的时候大家又都比较讲究着装,看来又要泡汤了。别提了,我早上还摔了一跤,倒霉吧,大厅一楼经过雨伞的滴水后变得好滑,一走急了就半跌,尴尬不说,幸亏不是浅色的长裤,否则又要郁闷一天.

企业要提高自身的核心竞争力,那么本身的信息化程度是一个重要标志.信息化可以理解为对管理思想的关注程度,成熟理念的接纳能力.可能要给企业推荐一些应用软件,注入一些管理理念或是体现了自身的一些管理思想,这对企业的发展是很有益的.如果企业因为自身的管理理念比较成熟,可以达到流程化自动化的程度,那企业就会考虑引进软件或定制软件来提高生产力;可是如果是要把一些现成的软件推荐给企业,为企业注入一些管理理念来提升生产力或规范流程作业,往往就比较困难.借我的同事的口头禅套路:有困难并不可怕,可怕的是没有困难.困难往往也是另一种价值的体现.我现在在研究客户关系管理CRM,从CRM的发展过程来看,比较仓促上阵,由于强大的市场需求,CRM迅速进入到各行各业.CRM源于销售自动化,后来逐步进入客户服务、市场营销和信息技术部门，现在又在金融服务、制造、后勤和采购等领域出现，最终会进入到经理决策领域。都只描述了客户关系管理的发展过程，没有说明客户关系管理到底是什么。CRM是什么?