Oracle神谕

危机意识是非常重要的。
一个项目前期的时候，和客户一起谈的很不错，似乎合同就要签下来了，但是结果签单的公司不是我们。
风险，在项目的操作过程中，到处充满着风险。如何规避相应的风险，危机意识非常重要。

幸福就是做你自己喜欢的事情，幸福就是和家庭其乐融融，幸福就是和自己的同事一起战斗，幸福就是苦思冥想后的灵感一线，幸福就是看到自己设计的系统客户用的很好......幸福.................................

作为大公司的企业应用系统，在使用过程中是非常谨慎的。但是作为系统本身，在系统上线后，依然会存在一些相应的BUG，当然在系统的运行过程中还存在有相应的新需求及相应的调整。
 change control & scope management有时间我再写。
补丁的过程中存在的问题：
(1)有些补丁打上去了，有些补丁没有打上去(代码已经提交了)。后续的补丁对前面的补丁有很强的依赖。
(2)补丁有问题。
 对于开发层面，每天的代码提交需要有严格的日志，通过SVN或其他相应的工具虽然能够体现出是谁提交了文件，修改了什么，但是对于补丁可能是一个相应的集合，需要开发人员将相应的内容能够完善起来。这个如果能有有效的工具进行控制最好的。目前还在寻找中....
补丁上线。在测试、DEMO环境和product环境的多次检测是一个不错的方法。

关键是要建立一个补丁的流程机制
(1)开发人员，提交代码，提交内容备注填写。
(2)测试人员严格测试。
(3)实施人员、系统管理员的多次检测和紧急恢复制度。
文档化、流程化、标准化是非常关键。

在客户谈判过程中，一定要注意以下几点：
（1）头脑要冷静，在客户交谈特别是在双方利益有冲突的情况下，不要头脑发挥，完全意气用事，要有冷静的头脑。
（2）搞清楚对象的目的。不要一味自己的说，这样会使得自己比较被动，你的立场和想法都已经暴露出来，客户很容易对你进行攻击的。
（3）不要哥们义气。私下都是朋友兄弟，公司层面是公司层面。如果以兄弟博取对方公司层面的事情，都是不对的。
其实最重要的一条，还是要冷静下来对待。
深思熟虑！

你的最大价值在什么地方，做能发挥自己最大价值点的事情。

隐形决策人

   合理的时间安排是非常重要的。
    首先事情要有条理，将所有需要做的事情做成列表形式，按照Project格式的最好，整理成自己的工作列表。
    其次，不要重复工作，如果有人已经在处理这样的事情，就暂时不要处理，否则，你在做，其他人也在做，重复性的工作要不得。除非，别人没有能力或者需要你的帮助时才这样做。
    再次，要先做紧急且重要的事情，不要在一些琐屑的小事情上花费大量的时间。
     最后，主要注意完整性，一定要有相应的记录。

在公司的早期发展过程中，我们往往强调快速反馈，其结果就是销售实施人员匆匆反馈；开发人员匆忙修改；又匆匆部署；其结果很难保证。很大程度上依赖与开发人人员的严谨性，而测试人员的缺少或懒惰又使得客户实施过程是来回的反复。
      在成长过程，逐渐建立标准的规范，使得质量确保有一些保证。但是要求时间、成本就会大大增加。
       如果在灵活性和稳健性、标准化和低成本；当然我们不要忽视标准化的过程，因为这样才具备可复制性和可操作性。当然在操作过程中如何更加有效，如何提供工作的效率，将系统的灵活性和稳健性都能得到提到是一门学问。
      不能为了灵活，而抛弃标准。标准化的东西才具备有较强的可复制性和低成本的特性。

软件公司的趋势越来越倾向于客户服务，而且是客户一线的服务方式。将自己的队伍驻扎在客户的现场，培训、现场支持、补丁、问题反馈，很多事情要在一线才能够很好的解决问题的。
研发团队贴近客户一线。不能闷着头写程序，不理解一线操作人员的运营模式，不了解业务操作的严肃性，是没有写出的好的代码。更不用说，我们编写行业软件的。

贴近一线的研发团队+驻扎一线的实施团队=成功的研发+实施=客户成功的交付=公司的发展

态度决定未来：对待一个事情的态度决定是否开启这个事情，被动的接受一个任务是很难将事情完成好的，只有积极主动的去做，才有可能将事情很好的完成。
壳子为第二决定因素。资源的多寡决定你是否拥有做成这个事情的重要因素，有了态度，最主要的还是拥有的资源是否能够支持做这个事情。
果子决定最后的交付成败。产品的丰富性、稳定性、拓展性。积极进取、资源拥有、内涵注重，基本上这个Case我们就有胜利的把握。
...积极推进
...注重资源
...强调内涵
==============>胜利就在眼前!