木易研修院2017-12-10 00:18:56沒太明白你的策劃的具體工作是什麼？我姑且先理解為產品部門的工作，如果具體工作中涉及到以下的內容：瞭解客戶需求，客戶評估、系統功能設計、系統結構規劃、頁面設計、內容編輯，撰寫“系統功能需求分析報告”，提供系統硬體、軟體配置方案，整理相關技術資料和文字資料，可以看看我的答案。
答案：是滴。做策劃也好產品也好，只要你的工作與與程式設計師打交道，最好懂一些程式設計，最好能懂一些網站架構，這樣，你在做決策的時候，改需求的時候，你會遊刃有餘。
為什麼企業裡面的，產品部門或者是策劃部門經常和程式設計師吵架對罵，很多情況是產品和策劃部門提供的需求開發人員是沒法做的，要麼時間少，要麼功能沒法做，外行可能很難以理解，打個比喻。
程式設計師開發一套系統，相當於蓋一套房子，先打個地基，做好框架，再加鋼筋水泥，最後裝修，呈現給使用者看的是已經裝修好的，這個過程，在打地基和框架的時候，架構師或專案經理，會依據他們的經驗，對這個專案未來的需求做好擴充套件，但往往這一點是沒有做好充足的工作，並不是因為程式設計師和架構師們他們的能力很差，而是因為架構師們他們對技術非常瞭解，但對業務並不是很熟悉，矛盾就在這裡。我地基已經打好了，架構也做好了，現在你要把這個房子在這一塊拆了，重新往外延伸，設計的時候，並沒有這個需求，所以沒有承重的柱子來支撐他，怎麼辦？能不吵架嗎？
以前的專案經理都是程式設計師出身，一個人要想做專案經理，必須先寫過程式碼做過程式設計師，之後是軟體設計師，再往後有兩條路，一個是與業務相關的專案經理，但一個是與技術相關的系統架構師或系統分析員。
這個專案經理，現在的公司一般都是在產品部門，也就是產品經理，而現在大家都有一個觀念，就是人人都是產品經理，其實這個理念是有多少缺陷的，這個人可能懂使用者需求也就是業務，如果不懂系統架構的話，他也只能侷限在產品需求上使用者互動上，想要帶領整個產品及開發團隊那是不可能的，它的天花板就是系統架構上，這一關不突破的話，他永遠就會限制在這一級。
拿自己舉個例子，在教育培訓機構呆了一段時間，我們公司的系統就是為教育機構運營運營用的一套系統，我親手從0開始寫的，快十年沒寫程式，邊學的ruby別想著業務邏輯，邊做架構，電腦還很慢打開個百度六秒鐘，一個人折騰了六個月寫完這套系統，後來招的專業的人去完善這套系統，我們這個團隊業務我最懂，架構又是我做的，所以我最熟悉，要寫什麼產品，改哪個需求，從來都是我說了算，這個需求可以改，就一定能夠改的，所以我們的團隊產品和開發無縫連線。
所在的職位，不管是哪個職位，只要你的上游和下游能用到的技術、知識和技能，你都應該去了解。這會大大的增加，你跟他們的溝通流暢度，減少你們的溝通成本，同樣你在同類人當中就會脫穎而出，大家就願意和你溝通。
以上，希望能幫到你
