2009年3月20日
#
时间在一点点的过去，但是确保的进度上还是没有保障。原因何在：
(1)系统的复杂性。
(2)程序员的差异因素。
(3)代码的维护工作。
(4)缺乏天才程序员的参与。
(5)项目管理方面的问题。
主唱:叶丽仪
曲:顾嘉辉 词:黄沾
浪奔浪流
万里滔滔江水永不休
淘尽了世间事
混作滔滔一片潮流
是喜是愁
浪里分不清欢笑悲忧
成功失败
浪里看不出有未有
爱你恨你
问君知否
似大江一发不收转千弯转千滩
亦未平复此中争斗
又有喜又有愁
就算分不清欢笑悲忧仍愿翻百千浪
在我心中起伏够
随着人员的增多，在业务量无法与相应的成本进行匹配时，就发生了可怕的事情。一方面是要保证客户现有订单的质量和进度，一方面成本的不断增多也带来了巨大的压力。如何进行操作?
很多时候我们很乐观，将事情想象的比较美好，认为事情会按照我们想象的进行。但是事与愿违，很多事情是有很多风险和未知不确定的因素存在的。这这种情况下，危机和风险意识要具备。失败大于成功的概率，凡事先有最坏的打算，精心准备下一步的步骤，这样成功的概率就会增加。
对手是最近电视剧热播的节目，通过PPStream周末整整看了两天才看了一遍。其中比较好看的几个亮点如下：
(1)密电所的三驾马车，文为均出思路，黄永青解决难题，郭忠良负责具体实施。三个所向披靡，正是因为其相应的团队协作。
(2)三本五十六的豪气，作为日本的一代枭雄，其所有气魄确实让人无形中佩服。作为统帅，还是要有相应的气魄。
(3)密电所作为研发单位，主要担当日本的密码破译工作，其中科研单位的管理的也是很有学问。
(4)复杂关系。作为国共关系、国民党内部派系关系、父女关系、姐妹关系、上下级关系、夫妻关系、同事关系、部门协作关系等等，关系真的是很重要的，也是很微妙的。
(5)情报也就信息，信息的重要性特别是在战争年代，一个情报决定一场战役的胜负。
(6)密码编写和密码破解，这确实是一场智力游戏。
很多事情，经过我们的规划后就放权让下面的人执行了。但是很多事情，到了最后的时刻却发现很多事情没有按照既定的要求和进度完成。这是什么问题？最主要的问题在于相应的监控出了问题，如何规避响应的问题你。一个是用人要疑，不要认为人可以在没有任何监控的情况下完成的，人的惰性是始终存在的，要不断发问不断向下属进行监控。二是要规范，很多设计开发相关的问题都来源于不规范，加强规范操作。三是要严格验证，否则很多事情，做了的事情做的结果如何，是不是满足了客户的要求。
战国时期有一位老人，名叫塞翁。他养了许多马，一天马群中忽然有一匹走失了。邻居们听到这事，都来安慰他不必太着急，年龄大了，多注意身体。塞翁见有人劝慰，笑笑说：“丢了一匹马损失不大，没准还会带来福气。”
邻居听了塞翁的话，心里觉得好笑。马丢了，明明是件坏事，他却认为也许是好事，显然是自我安慰而已。可是过了没几天，丢马不仅自动回家，还带回一匹骏马。
邻居听说马自己回来了，非常佩服塞翁的预见，向塞翁道贺说：“还是您老有远见，马不仅没有丢，还带回一匹好马，真是福气呀。”
塞翁听了邻人的祝贺，反到一点高兴的样子都没有，忧虑地说：“白白得了一匹好马，不一定是什么福气，也许惹出什么麻烦来。”
邻居们以为他故作姿态纯属老年人的狡猾。心里明明高兴，有意不说出来。
塞翁有个独生子，非常喜欢骑马。他发现带回来的那匹马顾盼生姿，身长蹄大，嘶鸣嘹亮，膘悍神骏，一看就知道是匹好马。他每天都骑马出游，心中洋洋得意。
一天，他高兴得有些过火，打马飞奔，一个趔趄，从马背上跌下来，摔断了腿。邻居听说，纷纷来慰问。
塞翁说：“没什么，腿摔断了却保住性命，或许是福气呢。”邻居们觉得他又在胡言乱语。他们想不出，摔断腿会带来什么福气。
不久，匈奴兵大举入侵，青年人被应征入伍，塞翁的儿子因为摔断了腿，不能去当兵。入伍的青年都战死了，唯有塞翁的儿子保全了性命。
作为一个人来说，没有一个好心情，就很难做好事情。心情和人的积极性有很大的关联，心情糟糕和郁闷难免会阻塞人的思路，特别是具有开创性质的事情。
保持一个积极、乐观向上、好的心情，你会做好事情的。
软件开发公司，某种程度应该是企业的IT部门的一个缩影，不仅仅只是IT系统建设，而且也要参与企业的公司规划以及IT系统上线后的运维。要有长远的绑定式的成长的战略，否则完全按照一锤子买卖的话，系统就只能是一个阶段式的产物，双方的关心点无法得到相应的保障。
作为软件开发人员，我们大多探讨的是IT系统建设问题，但是IT做好以后相应的处理的运营确是很多决策人很关心的话题。如何提升管理？如何提高客户的满意度？如何降低成本？如何有更多的盈利模式？如何如何进行更加精细化的管理？IT运营的细节在什么地方？
语言是很有意思的东西。因为涉及语言方面，IT从业人员满嘴都是技术架构、功能、如何实现等等；然而具体行业人士，大多讲着自己的语言，拿供应链为例总是在讲着如何配送、如何盈利、如何运营、如何成本分摊、如何利润分成等等；双方在沟通的过程中就发现其中的有若干的障碍产生。不是IT语言不扎实，也不是物流行业的不专业，关键是如何搭建一个桥梁，让两者的沟通更加顺畅。作为IT从业人员，必须要在行业语言上熟悉，上什么山唱什么歌。
有人把引擎称为发动机，其实，发动机是一整套动力输出设备，包括变速齿轮、引擎和传动轴等等，可见引擎是只是整个发动机的一个部分，但是却是整个发动机的核心部分，因此把引擎称为发动机也不为过。
对于引擎，大家都应该不陌生，引擎的主要部分就是气缸，这里就是整个汽车的动力源泉。气缸的工作原理我在这里简单介绍一下，汽缸包括缸体、进气孔、输油孔、出气孔、火花塞和活塞。汽缸通过进气孔和输油孔注入汽油和空气，在汽缸内充分混合，当火花塞点燃混合物后，混合物猛烈地爆炸燃烧，推动活塞向下运动，并产生动力。同时，爆炸气巨大的压力还推开单向阀的出气孔，排出废气。而后，汽缸内残余废气逐渐变冷，气压变低，汽缸外部的大气压又推动活塞向上运动，以准备进行下一次爆炸。这就是简单的原理。
在资源紧张和项目比较多的情况下，一个人要做N多件事情。当项目达到一定量，例如手头同时有很多个项目同时需要处理的时候，资源达到一定程度的时候，需要做什么？如何进行操作呢？
首先作为大的方向性的指导，保证大家做对的事情；
其次在一些细节的核心的内容上来亲自操刀；
其次相信大家能够做好事情，充分授权；
排程，在什么时间谁要解决什么问题？
在公司的成长的过程中，由于资源的贫瘠，需要对人有不同层次的拔高。例如需要技术创新、需要测试、需要咨询、需要项目管理、需要人力资源管理等等，于是乎全能型的人的渴求就出现了。经历过种种的阅历后，人是成长了。但是在这个过程中又是很容易迷失自我，因为只是因为需要而不断的救火，但是自己专心的领域或者感兴趣的领域却消失掉了。一方面人的精力是有限的，不可能将所有的知识和经历都一一涉及；另一方面作为自己如果没有专心的领域，也缺乏对问题认识的深度。要有自己的立足或看家的本领，又能博采众长，触类旁通。做好人，做好事。
做为公司的老板，经历过早期创业的艰辛得以今天的成就。
对老板来说，公司内部、客户、供应商等等关系每日都有繁琐的事情要进行处理，因此每日日理万机。
对客户，要较劲脑汁要把客户拿下或者维护良好的关系。
公司内部，人员、绩效、数据、收入、支出、例外等等事情需要理顺，对人的知人用人疑人成了家常便饭。
对供应商，总是感觉和自己的差距有些远，付出的感觉没有回报，想要的没有拿到。
应该说老板的思维方式是异于常人的，他们高高在上，获得众人的尊重，但是又有几多忧虑，没有人能够理解他们的苦衷，于是信任与疑问的矛盾不断涌现。
(1)BS软件还是CS软件，或者混合架构的方式。CS在Windows窗体的表现方面有得天独厚的优势，且采用RAD的方式开发效率极高。BS在基于Internet的方式下，采用Thin Client的IE浏览器作为客户端，表现力不足，且开发效率比较高。但是在低维护成本、软件实时性等方面有具有一定的优势。
(2)软件基本功能，涉及相应的权限体系、SSO、外围系统的接口对接、流程的自定义、系统的灵活性、可扩展性、安全性；
(3)各个实体功能的完整性及行业软件的特有因素的体现的比较；
(4)用户体验的比较。
时间过得飞快，在某一个领域浸淫了N多年的时间，期间的种种使得自己有一种想写书的冲动。当然自身的文章功力确实不高，甚至于写的东西也不长。但是这个不影响想写一点东西的冲动。
写文章、写解决方案、写书，这个是个难度不断累加的过程，如果没有深厚的写作功力再加上相应的行业背景的了解是很难写出来的。但是某些散落的感想的珍珠希望能够串联起来。
书名叫什么呢？这个是个难题，还是暂时先放在一边。
要写的内容呢？行业内容、软件研发、管理流程内容，另外主要偏向与运营内容，如何进行运营。简单的说就是行业的IT信息化建设。研发的背景作为我个人来说，确实还是可以的，其中的行业技术方面还是需要进一步的补充完善自己的知识体系，运营方面的经验是比较欠缺的，毕竟自己还没有从事过直接的运营。这本书对对于我来说也是个不小的挑战。
写书的目的呢？其实最主要的将自己的东西能够有所梳理、沉淀，将相应的应验进行总结，如果后来从事这个工作或者为行业能够有一些沉淀的话，也算达到了我期望的境地。
大纲如何呢？这个可能需要逐步的进行整理。
IT信息系统是一项系统工程，在系统的规划环节，需要提升不同层次的内容，主要包括一下内容：
概况：<系统Vision>
系统ToBe流程：<主体流程图及相应描述 参考角色图>
参与者（角色）功能清单：
核心解决方案
项目管理:如何进行项目管理？
公司产品优势
前景展望。
坐在高高的位置，望着湍急的江河，水中怪兽与人不断浮现互相厮杀；偶尔滑入水面，参与到其中的战斗。
忽然，江水蔓延，江水汹涌澎湃。