以前寫的
上一篇blog裏面說到，要講一個親身經歷的案例。其實所謂親身也是自己給自己貼金了，可能從項目角度講，根本不算是其中一員，哈哈，但不這妨礙我吐槽一下。
話說馬上進入奧運了，大家都在忙着相關的事情，本以爲好好做自己的事情，就可以順利做好這件事情就好了。但沒想到事出突然，上週的時候剛剛開會，詢問一下相關資源情況，如帶寬準備多少了。突然發現我們所有在北京的同事卻忙然不知，這可奇怪了，這是什麼組織結構，居然在北京的人卻沒人清楚，一打聽才知道原來是遠在深圳的同事負責。現在由於一些大公司都極用分地辦公，所以不同負責人在不同地區也不是什麼稀罕事。但是作爲此業務重點的北京地區的直接系統負責人，居然不知道我們系統前期是如何評估和準備的，現在是什麼進展，TNND，沒有人給我講過，還是靠哥這麼多年經驗支持的，但真心沒經歷過奧運項目，真心有壓力，所以要說這叫啥子項目管理。
（其實每次寫文章都屬吐槽一部分，我本意並不是說，要我做一定能做好。但我想說的，得有人作“藍軍”，做“壞人”，時刻提醒着我們現在的問題，因爲好多時候我們受制於關係，體制，不敢講真話，說到這又提升高度了，，，，，，我本無此意，還是就事論事吧。）
由於我屬於執行層面，所以我只是吐槽，並不實際能解決這件事情，其實也不是不能，只是有時候人會給自己放鬆而已，不想把自己搞的跟誰誰是對立的。
經過其它人的溝通，終於拿到了一版PPT。進去一年，發現是5月份做的評估，所有評估標準和係數都是那個時候，那個時候還沒有歐洲盃，還沒有一些新業務的上線。查了一下近幾天的帶寬，發現現在已經是5月份的200%了，這意味的，我們爲奧運增加的上漲空間，已經被5月-7月這段時間給正常增長吃掉了，這可是大事，說明什麼，說明了如果出現“劉翔退賽”，點擊率超高的情況,我們的網站將又一次死掉。
事情簡單就介紹到這裏，從我觀察這件事情本質是規劃問題，但這裏又透出來一個重要的關鍵點，就是時間，時間維度，我們相信是做到事前規劃了，但爲什麼時間過去2個月了，沒有人在2個月前講過這個事情，2個月後講過這個事情，是我們急了，想要相關信息的時候纔給我們。
可能有明白人已經能看出來，這裏面不是時間問題，還有管理問題。但我只說時間維度。其它的不想講，等哥心情不好的時候再講。
時間維度是很重要的，我們日常工作，生活，學習，系統規劃，系統集成項目都要跟這個維度打交道。有一個例子就是說，數據的價值是隨着時間的變化而變化的，最主要的最明顯的安全就是郵件，企業郵件，用戶訪問7天的郵件達到70-80%。所以如果我們忽略時間來設計系統將死的很難看。
系統評估，除了本身的模型工具很重要外，還有一個更重要的就是時間維度，簡單的說我們要以”發展的眼光“來看問題。複雜點講，系統是三維度，再加一個時間維度，這就是四維。項目管理上也很重視時間，每個階段都有程碑，來檢查階段目標是否完成。
工作的案例告誡我們，如果我們不考慮時間維度，我們所做的規劃只適合在最初的那點的模型下進行發展，但不要忘記我們的系統是全面發展的，各業務都在努力做KPI，新功能，新項目，這時候我們的就應該經常拿出來這個模型看一看，是否適合現在系統發展方向，因爲模型只涉及幾個關鍵維度，比如帶寬，機器等。如果系統發展在其它方面，如併發量，當然併發量是可以多靠加機器來解決的。哈哈。這也說明我們模型做的越底層，其實關鍵因素越少了。寫到這我自己又一次多了份理解。好事。
寫到這也差不多了，要去吃早餐了，可能還會少一段結束的話吧，單獨講時間維度可能也是不負責的，畢竟一個時間維度並不能解決我們實際遇到問題，但這次只是分析時間維度的案例。並不想跟管理，溝通，規劃，協調上扯上什麼關鍵，讓我們純粹一些來看待技術問題吧，當多個技術問題混在一起跟業務發生關係的時候，那才叫真正的複雜。
fastyu
2012/7/11