M产品研发日志--万事开头难
2012-10-13 17:17
281 查看
Wiki新波(M产品的研发经理)的努力下搭建好了。虽然在搭建的过程中,破费周折,自己机子测试良好的Wiki在发布到服务器上,却巨慢无比,也不知道为什么,于是连忙换了台机子之后,方才有所改善。那么Wiki好了,该如何开始呢?工具都已经有了,就看你怎么干了。
K君还在思考着后续如何进行的时候,突然想到产品的大纲还没有写上呢,于是赶紧登陆Wiki准备研究一下大纲编写的格式,然后让我们的需求Z君去更新一下,结果上去一看,买糕的,之前讨论的需求条目都已清清楚楚的放在那里了。包括几级分类,模块名称,模块内已经讨论清楚的功能节点名称等都已经存在,剩下的就是每个功能点的具体需求了。K君很兴奋的跑过去拍了一下Z君的肩膀,“不错嘛,还想催你写呢,没想到都写完了。”,Z君淡然一笑,“必需的。”
好的,下面的事情就是格式了,后续的需求不能随意编写,大家如果任意填写的话,就会造成后期的理解,整理,阅读上的混乱。当百废待兴的时候,当万事开头的时候,最关键的还是流程规范,K君开始抓头研究模块编写的模板,业务领域,功能节点编写的模板。这几个模板之间的关系,格式,组织形式都要先憋出一个初稿才行。看来这个又要花费一定的脑细胞才能换得一个凑乎能用的雏形。
PS:顺道答一下疑,和感谢大家的帮助,任何问题,指责都是帮助我向正确的道路上行驶。
1.这个M产品是产品经理在公司规划下进行设计的,不是一个人拍出来的,所以不会成为一个人的产品。
2.因为时间紧迫的愿意,所以才采用了这种一切依靠口头,Wiki进行记录的方式,这样的风险是存在研发的方向跑偏,讨论不清楚就研发等现象,需要在研发过程中进行把控的。
3.经过大家的问题追问,后面会考虑加上需求(每日/每周)确认的流程,具体流程还需要摸着石头过河。
K君还在思考着后续如何进行的时候,突然想到产品的大纲还没有写上呢,于是赶紧登陆Wiki准备研究一下大纲编写的格式,然后让我们的需求Z君去更新一下,结果上去一看,买糕的,之前讨论的需求条目都已清清楚楚的放在那里了。包括几级分类,模块名称,模块内已经讨论清楚的功能节点名称等都已经存在,剩下的就是每个功能点的具体需求了。K君很兴奋的跑过去拍了一下Z君的肩膀,“不错嘛,还想催你写呢,没想到都写完了。”,Z君淡然一笑,“必需的。”
好的,下面的事情就是格式了,后续的需求不能随意编写,大家如果任意填写的话,就会造成后期的理解,整理,阅读上的混乱。当百废待兴的时候,当万事开头的时候,最关键的还是流程规范,K君开始抓头研究模块编写的模板,业务领域,功能节点编写的模板。这几个模板之间的关系,格式,组织形式都要先憋出一个初稿才行。看来这个又要花费一定的脑细胞才能换得一个凑乎能用的雏形。
PS:顺道答一下疑,和感谢大家的帮助,任何问题,指责都是帮助我向正确的道路上行驶。
1.这个M产品是产品经理在公司规划下进行设计的,不是一个人拍出来的,所以不会成为一个人的产品。
2.因为时间紧迫的愿意,所以才采用了这种一切依靠口头,Wiki进行记录的方式,这样的风险是存在研发的方向跑偏,讨论不清楚就研发等现象,需要在研发过程中进行把控的。
3.经过大家的问题追问,后面会考虑加上需求(每日/每周)确认的流程,具体流程还需要摸着石头过河。
相关文章推荐
- 毕设日志_万事开头难
- M产品研发日志--开篇
- M产品研发日志(4)---项目出差
- M产品研发日志(3)--看板,构建,模板,立会
- 腾讯研发项目总监:互联网产品开发中的“快”字诀
- 最后一个月,DevSuite产品研发管理软件针对中小团队免费了!
- android产品研发(十四)-->App升级与更新
- 万事开头难
- java痛苦学习之路[七]---专注移动互联网产品设计研发
- android产品研发(十六)-->开发者选项
- 浅谈 产品经理、研发、测试,三个冤家如何高效沟通
- Android产品研发(三)-->基类Activity
- Android产品研发(十一)-->应用内跳转Scheme协议
- DevSuite助力北京拓敏,管理产品研发全过程
- 产品研发--尽早测试你的假设
- 软件公司如何做好产品研发和项目实施的经验和思考
- 都说万事开头难,记录学习的第二天,学习安装telnet
- 万事开头难然后中间难最后结尾难
- 基于NX的研发产品设计管理平台实现(十五)-数据查询2
- uCOSII万事开头难