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

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

很多人可能說，未來是無法預測的，做規劃其實很沒譜。計劃隨時都會變，更長時間的規劃，做出來有什么意義呢？

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

回頭繼續說咱們的技術規劃。我還得說一句，有關技術規劃，首先是一個創新過程，別人不管說什么，寫出來都是最不容易的。我非常尊重已經寫出了技術規劃的人。我說的很多經驗之談，都是為了更好的幫助到我的伙伴和我自己，把規劃做好。

第一、技術規劃中，首先遇到的問題，就是不知道評審技術規劃的人的如何看你的規劃。怎么說呢？舉個例子吧，比如有一個技術規劃，在陳述自己的目標的時候，直接得出了結論，然后就羅列了很多支撐自己結論的理由。這個是非常忌諱的，為什么呢？首先，

我們要搞清楚評委是做甚么的？評委是來幫助你做一個正確的決策的一個群體，或者是來幫你提供一些技術靈感和思路的一些人。前一種情況是為了做評審，后一種情況，是為了提供技術支持。我們還是說說最多情況的評審。評委的思路，是看看你在做你的決策之前的分析思路是否正確，是否該考慮到的，已經考慮到了，是否足夠考慮了優勢和風險的權衡。

基于這種思路，如果你只是為了證明你是對的，那么評委只能嘗試著去證明你是錯誤的。在一些組織評審的時候，這種評審可能會在一開始就會被打回：思路不清，方法不對！

往往我們最簡單的方法，就是寫出我們遇到了什么問題，然后針對這個問題，我們有幾種思路，每種思路的優勢和風險我都是怎么看的，最后，針對每種選擇，好與不好在哪里，當然了，你也可以在上面，加上你的判斷結果。列出來就是這樣

1.列舉問題目標

2.提出方案列表

3.分析每個方案

4.對比方案

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

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

第二、在技術規劃中，還可能會遇到的問題，就是最后的解決方案，不能解決設定的目標。這一點出現的原因，可能是因為我們往往會先有了結論，再去補充其他的細節。但是，我們完全可以把寫文檔的過程，拿來驗證我們的方案合理性。比如，我們目標中設定了三點，最后方案是解決了其中2個呢？還是都解決了？如果沒有解決，我們怎么去解決。這個回歸的過程，非常有價值！

我們有很多案例，都是發現，最后的結論，其實根本支撐不了前面的設定的目標。看上去這是一個簡單的問題，但是這點很不容易做到。因為很多時候，作者已經認為他已經找到了結論了。所謂先入為主，很容易導致他們的判斷中，會忽略這點。

其實，在技術規劃中還有很多其他問題，比如，表達方法不對、寫出來的東西，邏輯完全不通等等。但是我認為，還是先從“道”上解決好，我們需要寫什么樣的技術規劃，然后才說，如何寫好技術規劃的技巧問題。

轉載于:https://www.cnblogs.com/ohmyjava/archive/2011/08/05/2141750.html

總結

以上是生活随笔為你收集整理的技术规划应该写成什么样？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。