破子人生

           这也是一个比较早的想法了，当时产生这一个想法是在看球赛时，我发现无论是足球比赛还是蓝球比赛，在休息时教练总会握着一支黑板笔在一个小白板上，口吐白沫费力的向累得吐舌头的球员们讲解战术，我怀疑到底有多少球员听进去了，那上面箭头线条都麻了。我当时就在想，有没有可能设计一种软件，可以用比较生动、直观、灵活的方式去让教练以更清晰的方式讲解战术与布置，象足球比赛中，一共二十二个球员，靠主教练用一个白板点来点去的讲解站位与战术配合，听了怕也有些晕，如果能以更图形化的方式展现主教练的思想，配置一个触摸装置的屏幕，这方面应该是有一些市场的，除了三大球外，其它的团队形运动项目应该都是类似的，对于程序而言应该处理上差异不大的，然后再可以将产品向教育市场推广，那些各个学校的运动教育还有职业体育院校，我相……

                这是好几年前的一个想法了，记不清是因为海南的房地产泡沫新闻所引发的思考，还是在深圳时看到公司对面那栋烂尾楼想到的。值得记下来是因为这好象是我第一次真正去思考一个商业机会，而且是独立的想到的。

               现在由于各种原因造成的工程烂尾楼，连深圳都有，这些烂尾楼坚立在市中心，严重影响着城市整体的形象，同时造成浪费，造成烂尾楼的原因可以许多方面的，其中以资金与权益相当的纠葛居多，当时在想如果有人在全国的各大城市去收购这些烂尾档，然后加以继续构建，其中应该大有可为……

 

  前段时间偶然的一个想法，今日培训有些无聊，草草写了下来，我觉得我是中国电信的老总，看到会兴奋的。

  手机铃声现在不少人在用，现在的做法是，自已掏钱让别人听音乐，有没有可能出卖自已的手机玲声呢？

中国的手机用户估计也有5亿吧，全球有几十亿，这几十亿人每天相互之间打多少电话？假设每个手机用户每天只打5个电话，全球以20亿手机用户计算，一天100亿次电话（事实情况可能会远远大于此），如果一个厂家做广告，每天播100亿次，什么概念？注意喔，这都是有效广告，因为每一次都是一个人在听，而且是认真听，这比在电视与网络上投入有效得多吧？这可以收多少费？有多大的市场？

以后当你打电话给一个人时，在对方没有接听前，会有一个美女（如果你的手机机主是男的，对方是女音，如果你的手机机主是女性，对方是是男声，如果你是性取向比较特别，没关系，只要你手机入网时，填了相关的资料……

以下基于我们公司的情况讨论运维服务管理，可能并不是非常具有代表性，只是希望可以找出运维服务管理中的一些经常会碰到的难点，以前有没有对应的解决方法。前段时间一位朋友说了一个观点，运维服务是自动化程度最低的一个行业，很有意思的观点，那会不会同时运维服务也是管理最薄弱的一个行业呢？

我接触运维服务的时间并不长，但是我个人总觉有时候我们把运维服务搞得复杂化了，因为大家没有看透业务本质，运维复杂的不在于业务，而在于技术，在我看来运维服务不见得比制造业复杂，那为什么制造业的管理要成熟得多呢，我觉得这是一个管理资源的问题，也是一个时间的问题，在运维服务行业真正意义的管理者是非常缺乏，我说的管理者，是用对象的方式看待业务与流程的，我深信郭士纳或斯隆这样的人，把他们放在任意一个行业，他们都是会一个优秀的管理者，有时我们过于强调行业经验的重要性，事实上在管理领域，行业的特性对管理者……

 

这是我一直想写的内容，苦于没有时间与精力，本来是希望把这个项目从立项到规划，到设计开发，到最后的实施应用的全部过程写成一个笔记，但工程浩大，有些力不从心，正好国庆节有一些时间，就先写一部份吧。

以下的内容会一些杂，我把我们规划这款ITSM系统的一些想法写出来，里面会夹杂着我对这种类型系统的一些规划考虑点，这种考虑一是基本对ITIL的理解，二是对软件实现的理解，三是运维管理的考量。内容不会十分具体，因为每一个部份基本都是一个模块，如果写得深入，基本是一个详细的设计说明书了，这就没有必要了。

这是第一次真正的去思考规划与设计一个系统，这里说的设计可能与软件工程的设计定义有一些区别。以前都是做软件实施，现在终于有机会把在做软件实施时的一些想法前移到设计阶段，因为这个项目的规划与实施都会是我负责，所以是把首尾相连了，这也相对可以保证规划的思想可以比较彻底的贯彻下去。可能存……

 

 

大话服务目录

        以下纯属于我个人的理解，并不基于ITIL理论，在没有接触ITIL之前，我脑中的认为的服务目录就是如此，以下所讲的都是基于一个有一定规模的运维服务商而言，并不适于所有的厂商与情况：

对服务目录的最早接触是由于公司ITSM系统设计时，当里在构建配置模型时，发现需要一个纬度把我们的服务种类构画出来，我们的服务资源、服务对象与服务种类都是存在关联的，只有把这一类的信息定义出来，而且从我们服务种类中进行分析我们的资源投放，这样才能实现有效的服务管理。

     上面说的可能粗放了些，说白一些，如果把IT服务商比喻成一个餐厅，那么这个餐厅的菜单就是服务目录，IT服务商呈现给客户是的服务目录（菜单），客户来点菜，这就是服务产品化，我们的能够的服务应……

ISO20000与ISO9000、CMMI的体系接口

 

   首先谴责ISO，这个号称国际标准化组织，我觉得它自身可能是最需要被标准化的组织，就好象管理咨询是最需要被最欠缺管理，管理软件公司自身的信息化做的最差的一样的。我不清楚ISO到底发布了多少个标准，但我觉得ISO没有难道真的没有想过它发布这么多标准，在企业中如何实现对接呢？这些标准相互之间如何融合对接，这个课题ISO不应该首先去研究清楚，而直接丢给企业去模索吗。发这个感概是因为这苦头我们碰上了。

公司对于规范的渴求可以说是比较激进的，从2002年成立到现在，不过五年的时间，已有三套体系在公司里运作了，ISO9000最早，随后是CMMI，再接着就是我在折腾的ISO20000，我们不过500多人的公司。由于ISO20000是最晚开始实施的，也注定是最命苦的，因为前面的两个体系已在公司运作了，我们现在搞……

ISO20000体系实施难点

 

不知道我的理解能力差，还是花钱请的顾问支持不够，还是ISO的标准差，把一个标准搞得这么晦涩难懂，实施起来左右不是，下面我把现在的一些困惑做一些说明，这些是我们在体系设计时也是没有太整明白的，希望有同感或建议的同行们发表一下意见。

一、能力管理

以前在写一篇ITIL的局限性的短文时，我某种程度上曲解了能力管理的概念，能力管理的目标，标准的定义是：确保服务供应商一直保持有效的能力去满足当前和未来的客户业务需求。现实世界，没有任何人与组织的需求是被无限的满足了的，你认为你的软件系统真正的满足了客户的需求吗？事实上你很多时候在压制客户的业务需求。需求的满足往往是被动的结果，而不是主动的结果。能力管理我个人觉得落到实处的动作有限，这些动作就是没有实施能力管理流程，现实也已在作业的。

ISO20000实施项目经验交流

 

项目管理是一个比较宽泛的概念，由于这些年组织的发展，事实上许多时间在组织中会有各种各样的临时任务存在，而这些临时任务其实都可以利用项目管理的理念进行管理与控制，我相信项目管理的技巧与经验会越来越在各种组织中发挥越来越大的作用，也会越来越引发人们的重视，在此我并不打算针对项目管理这么大的层面进行探讨，而是针对ISO20000导入的项目进行一些说明

事实我们公司实施ISO20000项目，也只是在过程中，尚未完成，所以以下的讨论可能并不是全面的，只是在我认为经常会发生问题，而大家没有真正重要到的一些点进行探讨，下面将进行具体说明：

一、项目体制建设

体制是一切工作有序进行的一个重要基础，尤其是在涉及人员较多时，显得更为重要，遗憾的是大家往往只是在开始时，画上一个项目组织图，而且在其中会把大量的领导人员置入其中，事实上在作业过程中，项目的权力结构并没有根据组织……