虽然Magicodes.NET现在还不属于产品,但是却不妨碍她想成为产品的心。
为什么突然有了此篇,这篇不是空穴来风,而是我思考良久的结果:
- 为了让大家知道我在干什么,我想干什么,我将要干什么还有我干了什么
- 为了让大家清楚Magicodes.NET的产品迭代
- 为了更好地收集以及管理Bug&需求
- 为了让我和大家清楚Magicodes.NET的方向
- 为了更好地团队协作,也为了将来团队的扩张
总之,基于这样或那样的原因,于是有了此篇。
本篇为个人想法与规划,希望和大家多多交流,共同成长。
WorkTile
在工具的选择上,我选择了WorkTile。是一款国产免费的工具,选择原因——简单灵活易用还免费。链接如下:
- 框架RodeMap(需要注册):点此查看【需要注册】(如果无法打开,请复制下面链接https://worktile.com/project/4a961c1c28cf4b07bdb4a07f661c7fcf/task)
- 当前研发任务列表(需要注册):点此查看【需要注册】(如果无法打开,请复制下面链接https://worktile.com/project/d11caa441544406f8401ba6cfb8526a5/task)
- 需求反馈&Bug(需要注册):点此查看【需要注册】(如果无法打开,请复制下面链接https://worktile.com/project/360466f6d5984ecdaf31c976aead6284/task)
如上所示,目前我将Magicodes.NET产品规划分成了3块。
产品RodeMap
框架RodeMap(需要注册):点此查看【需要注册】(如果无法打开,请复制下面链接https://worktile.com/project/4a961c1c28cf4b07bdb4a07f661c7fcf/task)
产品RodeMap是产品的版本迭代图,从V0.0.0.5 Beta版本开始,我将严格按照此RodeMap进行发布压缩包。最新代码自然仍是Github(有可能无法通过编译,故此从V0.0.0.5 Beta版本开始,相对稳定版请去下载相应的压缩包)。先上图:
其实此框架的编写也有一段时间,从这个RodeMap来看,哥还是做了不少事的(有些估计还漏写了),虽然有些工作量白费了(功能被移除)。
为什么要有此RodeMap,理由如下:
- RodeMap就如同路线图,有了它就等于知道了产品的足迹以及当前在哪里
- 确定每个版本的发布的功能
- 让自己和用户知道,你每个版本对应的功能以及更改
- 当前版本规划
研发
当前研发任务列表(需要注册):点此查看【需要注册】(如果无法打开,请复制下面链接https://worktile.com/project/d11caa441544406f8401ba6cfb8526a5/task)
研发表示当前已接受的研发任务,并且展示任务的状态(还没安排?正在做?什么时候要完成?任务的优先级?做什么?已经测试了吗?发布了吗?谁在做。。。。等等)。
这里我目前只是粗浅列下,从指派来看,哥目前基本上是孤军奋斗啊,希望各位有兴趣的码农能够支持下,有钱的捧个钱场,没钱的捧个人场。
需求反馈&Bug
需求反馈&Bug(需要注册):点此查看【需要注册】(如果无法打开,请复制下面链接https://worktile.com/project/360466f6d5984ecdaf31c976aead6284/task)
顾名思义,此块为需求、BUG提交处,而且有个小流程——需要审批。
为什么需要审批呢?主要是为了以下场景:
- 这不是Bug,这是我们的新功能!!
- 你确定这里有BUG,为什么在我的机器上是好的?
- 什么?我就要跟那个网站一样,很简单的!——我草你家大爷!!
- 我想将网站做的和QQ农场一样,操作业务就跟在玩一样!——你说的好有道理,我尽无言以对
- XX,这有套开源系统,你把它拿过来集成到我们系统上吧。——我去年买了个表
尾声
从目前的情况来看,就这几点切入就够了。
- 为什么没有产品计划?因为是业余开发,再加上每个月都有那么几天,故目前无法估算,我只能说,哥会坚持下去(过段时间,哥整个年度计划)。哈哈哈
- 为什么没有市场计划?额,等明年吧。
再说点题外话:
哥目前也从事的是产品管理的职位,之前尚未有产品管理经验。2014年做了一年的产品,摸爬滚打,踏过了无数坑,一直在不断的调整方向。
这一年的历程,哥吐血总结了几句话,希望对大家有帮助,也希望各位有好的产品管理方式能够推荐:
- 必须从开发者的角度跳出来,也不要从事深度编码的工作。
- 敏捷开发不是产品管理,只是其中很小的一部分。
- 产品管理应该包括以下内容:产品RodeMap,产品计划(包括市场计划),需求、Bug,研发,CRM等等。
比如: