M產品研發日誌–萬事開頭難

        Wiki新波（M產品的研發經理）的努力下搭建好了。雖然在搭建的過程中，破費周折，自己機子測試良好的Wiki在發布到伺服器上，卻巨慢無比，也不知道為什麼，於是連忙換了台機子之後，方才有所改善。那麼Wiki好了，該如何開始呢？工具都已經有了，就看你怎麼幹了。

 

        K君還在思考著後續如何進行的時候，突然想到產品的大綱還沒有寫上呢，於是趕緊登陸Wiki準備研究一下大綱編寫的格式，然後讓我們的需求Z君去更新一下，結果上去一看，買糕的，之前討論的需求條目都已清清楚楚的放在那裡了。包括幾級分類，模組名稱，模組內已經討論清楚的功能節點名稱等都已經存在，剩下的就是每個功能點的具體需求了。K君很興奮的跑過去拍了一下Z君的肩膀，“不錯嘛，還想催你寫呢，沒想到都寫完了。”，Z君淡然一笑，“必需的。”

 

         好的，下面的事情就是格式了，後續的需求不能隨意編寫，大家如果任意填寫的話，就會造成後期的理解，整理，閱讀上的混亂。當百廢待興的時候，當萬事開頭的時候，最關鍵的還是流程規範，K君開始抓頭研究模組編寫的模板，業務領域，功能節點編寫的模板。這幾個模板之間的關係，格式，組織形式都要先憋出一個初稿才行。看來這個又要花費一定的腦細胞才能換得一個湊乎能用的雛形。

 

PS：順道答一下疑，和感謝大家的協助，任何問題，指責都是協助我向正確的道路上行駛。

1.這個M產品是產品經理在公司規划下進行設計的，不是一個人拍出來的，所以不會成為一個人的產品。

2.因為時間緊迫的願意，所以才採用了這種一切依靠口頭，Wiki進行記錄的方式，這樣的風險是存在研發的方向跑偏，討論不清楚就研發等現象，需要在研發過程中進行把控的。

3.經過大家的問題追問，後面會考慮加上需求（每日/每周）確認的流程，具體流程還需要摸著石頭過河。