技術規劃應該寫成什麼樣？

最近老是接觸到規劃文檔的評審。有本身寫的，也有看別人寫的，還有幫人出謀劃策的。

這些規劃的題目大概如:公司的將來語言規劃、公共資源管理規劃、工業化開發規劃等等。但凡規劃，大概是一件事，要預先考慮到3年，甚至5年後的發展方向。規劃出一個大體的目標出來，而後指出一條路線，你們之後就這麼走過去。

不少人可能說，將來是沒法預測的，作規劃其實很沒譜。計劃隨時都會變，更長時間的規劃，作出來有什麼意義呢？

關於這一點，我只是順便一提，我也不想多說，我只是想說，有一些人相信，事情能夠規劃一步、實現一步、成功一步。不少事業有成者都是這樣走過來的。我不能算事業有成，但我也承認這點。

回頭繼續說我們的技術規劃。我還得說一句，有關技術規劃，首先是一個創新過程，別人無論說什麼，寫出來都是最不容易的。我很是尊重已經寫出了技術規劃的人。我說的不少經驗之談，都是爲了更好的幫助到個人夥伴和我本身，把規劃作好。

第1、技術規劃中，首先遇到的問題，就是不知道評審技術規劃的人的如何看你的規劃。怎麼說呢？舉個例子吧，好比有一個技術規劃，在陳述本身的目標的時候，直接得出告終論，而後就羅列了不少支撐本身結論的理由。這個是很是忌諱的，爲何呢？首先，

咱們要搞清楚評委是作甚麼的？評委是來幫助你作一個正確的決策的一個羣體，或者是來幫你提供一些技術靈感和思路的一些人。前一種狀況是爲了作評審，後一種狀況，是爲了提供技術支持。咱們仍是說說最多狀況的評審。評委的思路，是看看你在作你的決策以前的分析思路是否正確，是否該考慮到的，已經考慮到了，是否足夠考慮了優點和風險的權衡。

基於這種思路，若是你只是爲了證實你是對的，那麼評委只能嘗試着去證實你是錯誤的。在一些組織評審的時候，這種評審可能會在一開始就會被打回：思路不清，方法不對！

每每咱們最簡單的方法，就是寫出咱們遇到了什麼問題，而後針對這個問題，咱們有幾種思路，每種思路的優點和風險我都是怎麼看的，最後，針對每種選擇，好與很差在哪裏，固然了，你也能夠在上面，加上你的判斷結果。列出來就是這樣

1.列舉問題目標

2.提出方案列表

3.分析每一個方案

4.對比方案

5.得出結論/驗證目標支撐

這樣，評委很容易在每一個環節幫你把關。你的規劃的思路也就天然出來了。

第2、在技術規劃中，還可能會遇到的問題，就是最後的解決方案，不能解決設定的目標。這一點出現的緣由，多是由於咱們每每會先有告終論，再去補充其餘的細節。可是，咱們徹底能夠把寫文檔的過程，拿來驗證咱們的方案合理性。好比，咱們目標中設定了三點，最後方案是解決了其中2個呢？仍是都解決了？若是沒有解決，咱們怎麼去解決。這個迴歸的過程，很是有價值！

咱們有不少案例，都是發現，最後的結論，其實根本支撐不了前面的設定的目標。看上去這是一個簡單的問題，可是這點很不容易作到。由於不少時候，做者已經認爲他已經找到告終論了。所謂先入爲主，很容易致使他們的判斷中，會忽略這點。

其實，在技術規劃中還有不少其餘問題，好比，表達方法不對、寫出來的東西，邏輯徹底不通等等。可是我認爲，仍是先從「道」上解決好，咱們須要寫什麼樣的技術規劃，而後才說，如何寫好技術規劃的技巧問題。