虽然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等等。
比如：
