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

相关文章
相关标签/搜索