程序开发时涉及到的升级问题

linker

程序开发前，调研分析是一个痛苦的过程，我们这几个人，从成立的部门--暂时是一个部门，以前找老板时，说是成立公司，但后来老板计划有变，没办法，先暂时整一个信息中心吧！部门人员不多，涉及实施人员，开发人员，网络工程师，以及项目分析师等等，这是在以前的公司时，所交到的同事，更可以说是朋友；大家以前在那个公司，不得志，更甭说得势了，日常工作都不能平静，更不能说心的宁静了，所以哥几个才离开以前的公司，找了一个老板投资，开发软件（嘿嘿，以前的公司，我们走后不久就灰飞烟灭了）！

我说话颠三倒四，大家不要见怪；不过，有些事情不说清楚，不容易理解整个事情的缘由！

开始开发第一个软件的时候，调研基本上是进行了一个月，不算太细致，因为在找这个老板之前，我们几个自己已经形成了一个开发雏形，以前是家电行业，现在准备开发的是建材超市的版本，分析了一下建材超市的行业特点，再设计了一些业务流程，内部讨论了一段时间，就下手写了；写的时间也不长，基本是写写测测，再讨论讨论，再改一改，有时候，几天停停，有时候，一天能做六七个模块；六个月以后，基本框架已经完成，剩下的就是整体流程的测试问题！事实上这个过程，里面有很多故事，非常曲折，以后咱哥们有时候，慢慢写！说实在的，不吐不快呀！但这个过程，排除那些不愉快的成分，这段时间还是相当的让人怀念的，因为非常自由，非常轻松，压力不大，不知不觉就已经完成了！

我说调研是一个痛苦的过程，主要是因为另外一个项目，就是近段即将要完成的装饰公司的一个项目，开始调研时，过程也很快，各个部门负责人、操作人，碰头开会，讨论分析，很快就完成了一个草案；部门内部一讨论，觉得差不多了，可以开始动手了，但在项目分析人员再次确认有些硬性控制点的时候，有了分歧：老板说是应该这样控制，但到设计部经理以及预算部经理、工程部经理那里，觉得那样控制流程太死，实际操作过程中太麻烦，应该那样设计；好，我们两下一分析，嗯，觉得实际操作人员说得有道理，应该偏向实际业务，让业务灵活控制，以提高业务执行效率；但在总动员会上，老板没有理睬这些提议，那几个部门经理也没有提出异议，并且老板宣言，如果有什么异议，有什么不能决定的，就直接问他，他直接可以决定！呵呵，各位看到这里，是不是觉得已经有些什么不妙了？是，确实是，这个装饰公司项目三个版本至今，都是因为其中前几个版本，一味按照老板的意愿来执行，管理层和执行层意见不统一，一直没有很好的完成，并且对于项目中，预算基本资料的分析，歧义都非常多！这样一来，玩程序的，哪怎么能完得成？项目怎么能成功？并且，项目的开发过程中，我们部门的威信也是大减！本来嘛，信息中心，那起码也是一个科技部门，应该是很有威信的，这样一来，上下都对此有微词，好像错误都在这里？嘿嘿，难啊！为什么错误在这里，因为错误在这里，矛盾得到了体现！说实在的，过年过得都不爽！

年前时，部门动员时，重新审时度势了一下情况，彻底分析了一下整体项目，觉得调研前，需求不明确时，死也不下手动刀！以免开发出来的版本，不伦不类！这样，年前整理分析时，大刀阔斧，雷厉风行，斩钉截铁，甚至部门项目分析人员，和老板也展开了“拍桌子”，并且对于下面的几个执行部门的负责人，明确表示了不满，有什么要求，直接说，摊到桌子面上说，别私下里“窃窃私语”，事后又“不分是非”，这样，到快过年的时候，需要已经拍板确定了！起码，基础部分已经可以确定了！

不说太多了，过会还有一个硬件采购方案呢！

现在情况，装饰公司这个项目已经上线了，过程中有些小的改动，还好说；虽然需要不统一的问题，还有，但动不了筋骨，这已经很不错了！比如，一个数据查询模块，需要查询出哪些信息？应该是按照实际业务分析，最终确实需要显示多少列的信息；但在实际执行过程中，成了这个老总说，应该显示这，过了两天，觉得不够，说，你能不能再显示那个那呀？几个老总一下来，平平常常的一个查询模块，就改了十几个版本了？唉！玩软件的就是累！这是今天又碰到的这个问题，借题发挥一下！

本来题目说的是，程度升级时的问题，这一撒开话题，跑了题了！我自己觉得说话都有些“疯疯颠颠”，找不着条理！不过，事情太多，也没自己整理过头绪，大家看的时候，莫怪呀！