以前写的
上一篇blog里面说到，要讲一个亲身经历的案例。其实所谓亲身也是自己给自己贴金了，可能从项目角度讲，根本不算是其中一员，哈哈，但不这妨碍我吐槽一下。
话说马上进入奥运了，大家都在忙着相关的事情，本以为好好做自己的事情，就可以顺利做好这件事情就好了。但没想到事出突然，上周的时候刚刚开会，询问一下相关资源情况，如带宽准备多少了。突然发现我们所有在北京的同事却忙然不知，这可奇怪了，这是什么组织结构，居然在北京的人却没人清楚，一打听才知道原来是远在深圳的同事负责。现在由于一些大公司都极用分地办公，所以不同负责人在不同地区也不是什么稀罕事。但是作为此业务重点的北京地区的直接系统负责人，居然不知道我们系统前期是如何评估和准备的，现在是什么进展，TNND，没有人给我讲过，还是靠哥这么多年经验支持的，但真心没经历过奥运项目，真心有压力，所以要说这叫啥子项目管理。
（其实每次写文章都属吐槽一部分，我本意并不是说，要我做一定能做好。但我想说的，得有人作“蓝军”，做“坏人”，时刻提醒着我们现在的问题，因为好多时候我们受制于关系，体制，不敢讲真话，说到这又提升高度了，，，，，，我本无此意，还是就事论事吧。）
由于我属于执行层面，所以我只是吐槽，并不实际能解决这件事情，其实也不是不能，只是有时候人会给自己放松而已，不想把自己搞的跟谁谁是对立的。
经过其它人的沟通，终于拿到了一版PPT。进去一年，发现是5月份做的评估，所有评估标准和系数都是那个时候，那个时候还没有欧洲杯，还没有一些新业务的上线。查了一下近几天的带宽，发现现在已经是5月份的200%了，这意味的，我们为奥运增加的上涨空间，已经被5月-7月这段时间给正常增长吃掉了，这可是大事，说明什么，说明了如果出现“刘翔退赛”，点击率超高的情况,我们的网站将又一次死掉。
事情简单就介绍到这里，从我观察这件事情本质是规划问题，但这里又透出来一个重要的关键点，就是时间，时间维度，我们相信是做到事前规划了，但为什么时间过去2个月了，没有人在2个月前讲过这个事情，2个月后讲过这个事情，是我们急了，想要相关信息的时候才给我们。
可能有明白人已经能看出来，这里面不是时间问题，还有管理问题。但我只说时间维度。其它的不想讲，等哥心情不好的时候再讲。
时间维度是很重要的，我们日常工作，生活，学习，系统规划，系统集成项目都要跟这个维度打交道。有一个例子就是说，数据的价值是随着时间的变化而变化的，最主要的最明显的安全就是邮件，企业邮件，用户访问7天的邮件达到70-80%。所以如果我们忽略时间来设计系统将死的很难看。
系统评估，除了本身的模型工具很重要外，还有一个更重要的就是时间维度，简单的说我们要以”发展的眼光“来看问题。复杂点讲，系统是三维度，再加一个时间维度，这就是四维。项目管理上也很重视时间，每个阶段都有程碑，来检查阶段目标是否完成。
工作的案例告诫我们，如果我们不考虑时间维度，我们所做的规划只适合在最初的那点的模型下进行发展，但不要忘记我们的系统是全面发展的，各业务都在努力做KPI，新功能，新项目，这时候我们的就应该经常拿出来这个模型看一看，是否适合现在系统发展方向，因为模型只涉及几个关键维度，比如带宽，机器等。如果系统发展在其它方面，如并发量，当然并发量是可以多靠加机器来解决的。哈哈。这也说明我们模型做的越底层，其实关键因素越少了。写到这我自己又一次多了份理解。好事。
写到这也差不多了，要去吃早餐了，可能还会少一段结束的话吧，单独讲时间维度可能也是不负责的，毕竟一个时间维度并不能解决我们实际遇到问题，但这次只是分析时间维度的案例。并不想跟管理，沟通，规划，协调上扯上什么关键，让我们纯粹一些来看待技术问题吧，当多个技术问题混在一起跟业务发生关系的时候，那才叫真正的复杂。
fastyu
2012/7/11