> 你已偏離路線,已為你重新規劃路線,請在合適的位置掉頭；如果實在不想掉頭，也可以換個目的地。

# 01

規劃方案即擬定一個長遠的執行計劃，根據規劃時間的長短，通常將方案定義為季度、半年度、年度等；

在發展比較好的環境中，做規劃設計都是一件極其謹慎的事情，通常會在規劃中明確方向，並且敲定要落地的事項，以及相應的里程碑節點。

對於在職場上爭渡的選手來說，有工作上的規劃，通常也有個人的規劃；按照萬事開頭難的理論來看，難就難在規劃設計是面對未來的一段時間，這需要全面並且細緻的思考；忽然想起某個作文題目：腳踏實地仰望星空；

事情越多越有規劃的必要，用較長時間去思考，設計方案，實現路徑，這樣業務發展或個人成長的方向性才更容易把控。

# 02

在做規劃方案之前，首先需要分析現狀，這也是總結方案的價值所在，可以給後續的規劃設計提供借鑑參考，只有清晰的把握現狀如何，才能更好的構想規劃；

對於個人而言，明確自己的技術棧是否符合主流，程式設計基礎是否存在模糊的地方，是否具備業務管理能力，然後結合當前的技術發展趨勢，去補齊自己的短板，提高自己的強項；

技術的積累尤其需要跟隨主流的發展趨勢，順勢的認知理應高於自己的興趣心裡，這樣才能相對保持自己的競爭力。

# 03

做個人規劃要圍繞兩個核心方面思考：發展方向與當前階段；職場的不同階段對於技能的依賴是有差異的，不同的發展方向自然也需要側重性的能力積累；

對於自我成長的規劃，要本著持續和認真的心態，個人習慣上並不會過度關注自己的技能學習結果，而是重在執行的過程中用心且認真，一步一個腳印即可；

在個人成長的認知中，新手期很常見的一個誤區，就是技術棧都想挨個學習，這種心理並沒有錯，只是很難卷的過當下網際網路技術的更新迭代，容易把自己的路走窄；

對於大部分普通人來說，能用大量的時間做好少數的事情就已經不容易了，所以更別堅定的認為自己可以對各個技術棧都做到精通，對於核心的基礎和重要的框架能把握好，就已經具備了較強的競爭力；至於很多冷門的技術元件，用到的時候在考慮上手也完全不晚。

# 04

對於業務這個方向，給自己設計一個積累的策略即可，對於開發這個角色來說，很少直接參與到業務本身的規劃設計中，經常提到的也是業務的解決方案或者思維層面的認知；

關於業務場景的理解，要基本認清共性與特性的區別，共性的業務可以在不同的系統中複製沿用，這類業務需要總結其實現的細節流程；而對於不同公司的特定業務，不具備其他系統複用的特點，這種場景要側重業務實現的抽象邏輯和方法；

關於業務的能力積累，要以自己實際面對為基礎，這種能力更多是站在經驗和採坑的經歷上，以此來沉澱方法策略與思維認知，沒有上手經驗的業務場景，瞭解得再多也都是霧裡看路。

# 05

對於網際網路公司而言，發展規劃通常是圍繞產品來制定的，基於產品的主線再去明確各個節點要承擔的職責和任務；

對於產品的現狀和發展趨勢的分析是一個極其複雜的過程，需要參考各個業務線的總結，以及大環境下各個競品的分析，並不斷的討論和收集各個部門的意見和建議，才能最終明確後續的發展方向。

在規劃制定的過程中，通常會圍繞如下幾個核心維度：季度、半年度、年度、可執行、可量化、預算成本。終版規劃方案的輸出，也會經過一個反覆優化的流程，這與產品需求的輸出思路類似。

規劃設計的內容相對來說是虛實結合的，列在規劃裡的事項也不一定能全部落地實現，很多產品都是前幾個月在天上橫飛，後幾個月直線落地成灰；

變化是一直存在的，很多時候可能在一個季度之後發現了更明確的方向，就必然會面對計劃的調整，這是大部分公司都存在的情況。但是在規劃階段依然要用心去設計，這樣方向才能看的更準確，確保在做重要且正確的事情。

# 06

寫總結難，寫規劃設計更難，總結還是基於已經發生的事，也算腳踏實地，但規劃則是對未來的設想，純屬仰望深空，到底是看到流星還是冰雹，這就很難說了。

做規劃設計要具備靈活動態的思維，認知要相對全面並且具備一定高度，對於我們大部分普通選手來說，無非都是在持續的變化中，不斷的重新規劃自己，希望用最短的路線到達想去的遠方。

![](http://img.blog.itpub.net/blog/2022/01/08/fed52a475e35ec20.png?x-oss-process=style/bb)

個人成長中，關於規劃設計的思考

相關文章