1. 首頁 > 生活百科 > >

規劃文本的定義( 三 )

生活百科項目


再強調一下，做什么和怎么做就是手段，既然是手段，就要寫得足夠具體，具體到有明確的可落地實施的事情，有明確可以衡量的標準，或者針對當前存在的一個具體問題，不要在這個地方又寫得像目標，沒有明確的可執行的點 。
繼續舉上文數據交換服務的例子，針對其中的一個核心需求：
ETL業務流程標準化：將最佳實踐沉淀下來，通過配置的方式讓用戶選擇，減少重復工作，降低用戶開發的難度，規避使用姿勢錯誤可能造成的問題 。
這個內容要寫具體的要做的事項 。以下方式來寫可能就是不合格的，因為不夠具體，還沒有足夠思考：
總結最佳實踐
生成標準的流程
總結常見的錯誤
以下內容可能就更加明確，更加可落地一些：
統一當前增量數據導入的存儲，合并，歸檔方案
將常見合并，去重邏輯標準化，通過配置自動生成任務腳本
制定ODS快照表生命周期管理方案，規范存儲路徑和命名方式，定期清理過期數據 。
什么時候做，誰來做：
這是做什么和怎么做的進一步延伸，需要強調的是整個項目如何實施的整體步驟計劃，而不僅僅是簡單的列一下每項工作的人員和排期，
需要分析系統可能的迭代步驟（包括可能的短期應急和長期解決方案），上下游依賴梳理，需要協同進行的工作，最終項目上線時可能的業務遷移，數據遷移，系統集成等等外圍工作的安排 。
如果不是工期嚴格要求，deadline為導向的項目，整體的依賴和步驟往往才是在項目規劃階段需要重點闡述的內容，也是有可能對整體產品的進度，風險產生影響的事項
而具體工作工期的安排，說實話，多數情況下，反到沒有那么重要 。如果整體工作和步調沒考慮周全，工期排得再科學，再精細，也毫無意義 。
總結一下，什么時候做什么事，最重要的目的，不在于工期的計算，甚至也不是人力資源的安排，而是為了理順事情依賴關系，控制可能的意外風險，提升項目開發進度的可控性 。
小結
方案規劃設計文檔，絕對不是為了滿足流程需要湊數的文檔，也不是頭腦風暴式的簡單記錄 。它的根本目標，抽象來說是：明確問題，圈定范圍，確定重點，闡明路徑 。本質是為了統一認識，控制風險 。它應該是一個問題經過思考以后的輸出的答案，而不是問題的調查報告，筆記或備忘錄 。
【規劃文本的定義】它很像一個議論文體裁，事實，分析，結論缺一不可 。所以，無論你的方案文檔寫的多么翔實，如果只是相關內容細節的羅列，只議不論，缺乏抽象總結，還需要閱讀文檔的同學再去揣摩項目意圖，或者看完以后對項目所要做的工作為什么要做，重不重要，要做成什么樣都不明確的話 。那它就只是一個不合格的半成品，不能對后續的項目開發工作發揮實質的指導和規劃作用 。

推薦閱讀