雷觀(二十五)：定義和分析問題，往往比解決具體問題更重要

小雷FansUnion發表於2016-05-08
    最近一直忙於一個服裝電商系統的開發，下午準備回憶下14年和15年開發P2P網貸系統時的資金賬務系統，以便用到電商系統中來的。
    這套簡潔實用的資金賬務系統，在我看來，非常能說明，使我想闡述一個觀點，“定義和分析問題，往往比解決具體問題更重要”。

    說道“觀點” ，自然應該歸納到我的“雷觀”系列中，回頭看一看時間，上一篇卻是在半年前，寫作，更準確的說，做事大多貴在堅持。
    

   先拿學習來說。
  
   小學6年，學的都是基礎。語文，三千個漢字。數學，加減乘除。
   到了初中，3年時間，就學了10門左右的學科。
   高中，內容更是多。
   大學，如果努力點，4年的知識增長抵得上過去13年的總和。

   在早期學習的時候，我們學習的都是具體的知識。沒有自己的思想體系，知識體系，學習方法，而且是在老師等人的引導之下進行的，可以說是“漫無目的”。
    而參加工作之後，大多數人的學習能力其實是“很高的”。工作中遇到的問題，你分分鐘、幾天就搞定了。因為，工作本身的目的性，問題的範圍，問題的定義是比較清楚的。
    老闆和上司定義了問題，你只管去解決，不會立即針對問題本身，從網際網路等其它渠道得到答案。
    當然，如果你有自己的思想體系和解決問題的方法論，那更是牛逼的不行。

   繼續說到學習，到了期末考試階段，學習效率通常也是大大增加的，因為目標明確了，每個人自身的問題明確了，我需要（想）考多少分。
   因此，我們可以說，定義需要解決的問題很關鍵。
  優秀的老師和老闆，都會給自己的學生和員工，提出明確的目標，努力的方向。

  再來看看軟體開發領域。

  優秀公司的做法：
         老闆定高層目標，市場定位/盈利目標，提供資金等支援。
         產品經理等產品中層等，界定專案的範圍，要解決哪些問題，為哪些人解決問題。
         架構師等技術中層，定義專案或者產品的技術邊界，選擇哪些技術。
         專案經理等，定義每個人的分工，怎麼協調，專案工期，分階段驗收的時間點。
         Coder/程式設計師：Just do it...

 一般公司的做法：
        來了個專案，最高層有了idea，有了一筆資金。大家一起討論要解決什麼問題，怎麼解決。產品定義和專案開發，也都是大家一起討論。

  我們不去討論組織劃分，只想專注“解決問題”這個抽象的事。

  解決問題的過程：提出問題（比較抽象），分析問題（思考的過程），定義問題（問題拆分的更小，來龍去脈更清晰），解決問題。

  具體到軟體/網際網路等領域的公司來說，高層提出和初步定義問題、中層細化問題、底層解決具體問題。上一層利用自己的資訊優勢，專注解決問題過程中最有價值的一個小而關鍵的環節，下一層同理，最底層的往往是解決最具體的問題，但往往已經沒有什麼難度了。
在大多數的IT類公司，架構師和技術經理等，如果把主要的有難度的問題，定義清楚了，分工合理，留給程式設計師的，不就是編碼了嗎。
所謂編碼，主要就是呼叫各種API，解決一些業務邏輯等問題。

   當然，高難度演算法等較高和很高的智力、智商問題，除外。。。

 最後再來看看，我偏愛的創業專案投資和股權眾籌。
 普通散戶，要麼憑感覺，要麼總體上瞅瞅這個專案是幹啥的，創始人靠譜嗎。
 而專業機構，則專注自己擅長的幾個領域，有豐富的行業知識和理論調研。
 散戶和專業機構，其實都不是我想要的重點。

 2015年，出來了一個“專注眾籌專案分析的第三方平臺-變革家”，他們每一篇分析報告，我基本都看了。
 因為：
 這個平臺，不只是簡單地分析一個個的專案，而是有自己獨特的“方法論”。
 需要解決的問題：分析眾籌平臺的專案（他們創業的立足點）
 分析和定義問題：散戶缺乏方法論，資訊缺乏，決策盲目，可參考的依據少，可以為散戶提出供決策參考的中立報告。
 解決問題：
       第一步：“基於使用者需求理論，判斷創業專案價值的方法”、“變革家拆解學院第三課：專案拆解利器——變革家投資畫布”、“拆解學院第一課：如何判斷股權眾籌專案是否值得投資？”
       第二步： 招募/邀請專業的分析師，根據/圍繞自己平臺的分析理論，拆解專案。
       第三步：為使用者提出更多角度的分析方法， 邀請平臺散戶，提出自己的見解。（方法告訴你了，有頭腦的散戶，很快就可以有一套自己的分析判斷方法）
       第四步：邀請專業機構投資人/業內高管和創始人，提出自己的看法。

 以上，從學習、軟體開發、創業專案分析等3個方面，闡述了我們對“解決問題”這個非常抽象問題的一些認識。
下面，我們總體概括下我們的觀點：
1.解決問題的過程和方法論。
簡化版：分析問題，解決問題。
詳細版：提出問題（我家太窮，吃不飽，買不起車）、分析問題（人有生存的本能，基礎的物質追求，人有尊嚴等精神追求，需要實現更高的目標）、定義問題（10年內，還清負債，年入20萬，15年後有車有房有妻有娃，成為四有新人）、
進一步定義問題（考上211大學，畢業後一步步成為頂尖的程式設計師、優秀的投資經理、創業創新公司/上市公司高管）
解決問題（Just do it，如果覺得問題不夠詳細，回到前幾步，提出-分析-定義問題，最後再逐個解決）。

2.對於一個正常的人，總是可以遇到和發現一些問題。
解決這些問題的關鍵是，定義和拆解問題。
然後，每一步都要“跟上節奏”、“點要踩準”。
初中努力點-考上好高中-考上大學-進入牛逼公司-成為領軍人。
事情都是一步步做的，人都是一步步成長的。
考慮未來的問題，解決好當下的問題，未來就不是問題。
現實是，很多人初中不努力，進入差學校，找不到優質的工作。（總是慢一拍）

3.就學習、軟體開發、創業專案分析等來說，高層/上一層把問題定義清楚一點（要讓下一級可執行）、下一層同理把問題定義清楚，交給下一級解決，或者自己解決。
   定義好解決問題的流程，把重點專注在“分工協調”和“目標驗收”上。
   每一個里程碑都能按時達到，整個目標就差不了多少。
  
結論：定義和分析問題，往往比解決具體問題更重要。
大部分的具體問題，都不是太難，可以搞定它的後備人選往往較為充足，而定義和分析的人群，則比例少了很多。 
(注：定義和分析的先後順序，看情況。)

  本文中的觀點和方法論，可以給我們帶來的一些啟示和價值：
1.學習、生活和工作中遇到了問題，莫著急，冷靜下來，分析分析。先屢屢思路，再行動。
2.找工作，判斷一個公司的價值，先看看這個公司的定位是否清晰的可理解的，是否真的解決了一些問題，以免進入騙子公司，很快就要倒閉的公司。
   和麵試官聊天的時候，看看他的面試思路和表達能力。如果一團糟，不靠譜，進去後還很可能是你的上司，抓緊閃人。
3.上司給你分配任務的時候，你能比較清楚地知道自己要做哪些事情，恭喜你，上司比較靠譜，多跟他學習點本領。
   上司給你指點迷津的時候，條理清晰，頭頭是道，再次恭喜你。
4.下屬向你請教問題的時候，他能很清晰地描述自己遇到的問題，對這個問題有初步的認識。
   這個下屬不會太差勁。
5.激情滿懷，要去創業。
   多花2天時間，耐心地去分析自己創業要解決的問題以及它的價值，自身團隊是否提供了較為可行的方法。
6.錢多了，想投資。
   用解決問題的方法論，來看看這個專案是否靠譜吧。
     
小雷FansUnion-一個有創業和投資經驗的資深程式設計師
2016年5月8日
湖北-武漢-陰

定義和分析問題，往往比解決具體問題更重要~
嗯，就這樣！ 

最後的問題

 如果把本文的寫作課題當作一個“問題”，作者小雷FansUnion，是怎麼解決這個問題的。
請用數百字說一下小雷FansUnion的寫作思路。 

相關文章