Magicodes.NET框架之路——產品之路(談談產品管理)

雖然Magicodes.NET如今還不屬於產品,可是卻不妨礙她想成爲產品的心。框架

爲何忽然有了此篇,這篇不是空穴來風,而是我思考良久的結果:工具

  1. 爲了讓你們知道我在幹什麼,我想幹什麼,我將要幹什麼還有我幹了什麼
  2. 爲了讓你們清楚Magicodes.NET的產品迭代
  3. 爲了更好地收集以及管理Bug&需求
  4. 爲了讓我和你們清楚Magicodes.NET的方向
  5. 爲了更好地團隊協做,也爲了未來團隊的擴張

總之,基於這樣或那樣的緣由,因而有了此篇。測試

本篇爲我的想法與規劃,但願和你們多多交流,共同成長。網站

WorkTile

在工具的選擇上,我選擇了WorkTile。是一款國產免費的工具,選擇緣由——簡單靈活易用還免費。連接以下:編碼

如上所示,目前我將Magicodes.NET產品規劃分紅了3塊。3d

產品RodeMap

框架RodeMap(須要註冊):點此查看【須要註冊】(若是沒法打開,請複製下面連接https://worktile.com/project/4a961c1c28cf4b07bdb4a07f661c7fcf/task)code

產品RodeMap是產品的版本迭代圖,從V0.0.0.5 Beta版本開始,我將嚴格按照此RodeMap進行發佈壓縮包。最新代碼天然還是Github(有可能沒法經過編譯,故此從V0.0.0.5 Beta版本開始,相對穩定版請去下載相應的壓縮包)。先上圖:blog

image

其實此框架的編寫也有一段時間,從這個RodeMap來看,哥仍是作了很多事的(有些估計還漏寫了),雖然有些工做量白費了(功能被移除)。開發

爲何要有此RodeMap,理由以下:get

  1. RodeMap就如同路線圖,有了它就等於知道了產品的足跡以及當前在哪裏
  2. 肯定每一個版本的發佈的功能
  3. 讓本身和用戶知道,你每一個版本對應的功能以及更改
  4. 當前版本規劃

研發

當前研發任務列表(須要註冊):點此查看【須要註冊】(若是沒法打開,請複製下面連接https://worktile.com/project/d11caa441544406f8401ba6cfb8526a5/task)

研發表示當前已接受的研發任務,而且展現任務的狀態(還沒安排?正在作?何時要完成?任務的優先級?作什麼?已經測試了嗎?發佈了嗎?誰在作。。。。等等)。

image

image

這裏我目前只是粗淺列下,從指派來看,哥目前基本上是孤軍奮鬥啊,但願各位有興趣的碼農可以支持下,有錢的捧個錢場,沒錢的捧我的場。

需求反饋&Bug

需求反饋&Bug(須要註冊):點此查看【須要註冊】(若是沒法打開,請複製下面連接https://worktile.com/project/360466f6d5984ecdaf31c976aead6284/task)

顧名思義,此塊爲需求、BUG提交處,並且有個小流程——須要審批。

爲何須要審批呢?主要是爲了如下場景:

  • 這不是Bug,這是咱們的新功能!!
  • 你肯定這裏有BUG,爲何在個人機器上是好的?
  • 什麼?我就要跟那個網站同樣,很簡單的!——我草你家大爺!!
  • 我想將網站作的和QQ農場同樣,操做業務就跟在玩同樣!——你說的好有道理,我盡無言以對
  • XX,這有套開源系統,你把它拿過來集成到咱們系統上吧。——我去年買了個表

image

尾聲

從目前的狀況來看,就這幾點切入就夠了。

  • 爲何沒有產品計劃?由於是業餘開發,再加上每月都有那麼幾天,故目前沒法估算,我只能說,哥會堅持下去(過段時間,哥整個年度計劃)。哈哈哈
  • 爲何沒有市場計劃?額,等明年吧。

再說點題外話:

哥目前也從事的是產品管理的職位,以前還沒有有產品管理經驗。2014年作了一年的產品,摸爬滾打,踏過了無數坑,一直在不斷的調整方向。

這一年的歷程,哥吐血總結了幾句話,但願對你們有幫助,也但願各位有好的產品管理方式可以推薦:

  1. 必須從開發者的角度跳出來,也不要從事深度編碼的工做。
  2. 敏捷開發不是產品管理,只是其中很小的一部分。
  3. 產品管理應該包括如下內容:產品RodeMap,產品計劃(包括市場計劃),需求、Bug,研發,CRM等等。

好比:

image

相關文章
相關標籤/搜索