Oracle神谕

前一阵有个客户在一起吃饭的时候，说他自己有两个缺点：（1）只能专心做一个事情；（2）牢牢把握自己的主动权。(1)专心做一件事情确实也是应该的，但是目前现在的工作节奏多是多线程的方式的，做项目更是如此需要多个事情同时进行处理。主动而不被动。还是强调个人对项目、对事情的掌控力度的问题。要主动安排自己的工作，不要被动做事情。列出清单，按照事情的优先级别进行操作。

最近的事情越来越多，有些手忙脚乱，如何进行合理的工作分解，以及如何进行调节的自己的生活非常重要。多个项目的任务分解以及如何将合理的资源进行处理。其实最好的领导是将下属培训好，这样自己可以做一些关键点的事情。然后逐步地将自己的学习的东西使得其下属能尽快消化掉。前几天一个首席顾问说过这样一句话，“现在做的最多的事情就是培训！”。这个可能就是他对内的focus。有什么事情一定要尽快的分解下去，博采众长，相信你的部署能将事情做好，这样才能更好的发展。

　　代码浏览。作为一个PM，可能大段的写代码的时间可能少了一些，但是还是要经常做一些code review的工作。因为研发的代码质量要保证，每个开发人员的层次是不一样的，代码编写可能有一些问题的，还有一个对业务理解上的把握。
　　项目要有一个每日进度情况的报表，这样才能项目的实际上线情况了然于胸。这个不能做成一种形式，另外最好能有人专门整理这样的工作。

作为项目最辛苦的PM，是项目成败的关键。
     在开发的中后期是最辛苦也是最无奈的一个时间段。客户来电话或MSN表达了其对业务系统的不满；GPS的接口问题还没有解决；客户说的功能需求还没有明确进行设计开发；核心开发人员要有考试，可能需要请假；又有开发人员没有项目的真实意图；还有些程序员有新的想法要实现；眼看项目的交付时间意义延期，焦头烂额；本想晚上找个时间安静下来写一些代码，睡意又骤然袭来；新的项目又要启动；新的人员招聘计划又在开启；人员安排似乎还不是很合理；这些家伙进展如何？？？................
    快有一种恐惧的感觉了。
     这时候思路一定要清晰；（1）客户所关心的核心问题一定要解决掉；不要认为开发后期了，与客户沟通不重要。（2）开发人员一定充分理解项目功能要求。（3）态度决定一切。一定有充分的打硬仗的心里准备。否则就不要做什么PM。（4）强调计划性、优先级。（5）合理利用加班。（6）摒弃自我感觉良好的心态。仔细走一走。你对客户的理解肯定是最精确的。站在客户的角度去考虑一下。

从局部出发，从程序模块出发，从程序实现的简便性出发，从个人的主观的想法出发，这似乎从成为我们程序员的一个通病，或者说很多曾经犯这样的错误。
    从整体出发，从业务逻辑出发，从系统的可扩展性出发，从系统的角度考虑（不是我在写程序，而是程序在写自己），这样才能实现系统的成功交付和软件产品的市场化。

时间过得很快，另一个项目即将要进行交付了。感觉还是有些不太好。虽然上一周休息了两天，但是感觉似乎休息还不如在公司写些代码。如何提高开发人员的效率，如何使得项目顺利交付成为一个关键。
     集中精力，感觉自己的思路还是太松散了，在整个开发过程中，没有进行全程的监控。有时候全心参与了，还是有些心有余而力不足。为什么会这样？（1）管理层次的提高使得自己在纯技术领域有些陌生，在设计时质量不高，在开发人员的指导上也比较缺乏。（2）员工需要进行培养，使其能够养成高效率高质量的工作作风。（3）充分沟通。在整个开发过程开发人员、客户都要进行充分沟通，保证其获得其所需要的信息项。

这一阵子在房子，从中间也悟得一些道理。我们购房要考虑的是地段（交通、内环、中环、外环）、装修情况、楼层、朝向、小区环境、小孩子教育等等。希望能获得一个比较理想的客观环境。但是基于口袋里的情况，只能选择一个相对比较理想的房子。相对的低价能获得相对的优质的房子。当然房东的态度和以前房子的贷款情况也是一个主要参考的东西。
作为一个上系统的企业其实也是一样。希望获得更多功能模块、可扩展性要好、后续的维护要好、最好还是实现可以的一些个性化的需求，当然软件供应商的态度也是一个关键。在硬指标上做好了，态度是很重要的。一般也会参考软件供应商的以前经营情况、团队情况、管理情况、市场情况、行业经验。
作为软件供应商，如何站在甲方的立场上进行考虑，也是一个重要的方面。

关注于人
关注于架构
关注于设计
关注与客户
过程导向

　　今天的天气不错，外面嗡嗡的机器搅拌的声音，冲刺在我的耳膜。我在写着博客。招标失败的信息让深思。行业的经验和产品的成熟度确实让人担心。现在的部分产品确实比较完善，但是成熟度确实还是有赖于提高。创新的思维方式现在很少，甚至原来比较好的思路也难以继承。这一阵主要在忙着市场，每周都在与客户进行交流，内部的开发关心的少了很多。方案写的越来越多，但是本身软件关心的少了很多，很多时间自己的代码也懒得写一下。也许真的需要好好休息一下，思路真是很是匮乏。

ETL(Extract-Transform-Load的缩写，即数据抽取、转换、装载的过程)作为BI/DW的核心和灵魂，能够按照统一的规则集成并提高数据的价值，是负责完成数据从数据源向目标数据仓库转化的过程，是实施数据仓库的重要步骤。

ETL是数据抽取(Extract)、转换(Transform)、清洗(Cleansing)、装载(Load)的过程。是构建数据仓库的重要一环，用户从数据源抽取所需的数据，经过数据清洗，最终按照预先定义好的数据仓库模型，将数据加载到数据仓库中去。