敏捷实况2:终于确定产品蓝图
2015-10-22 23:52
225 查看
今年9月底(2015),我被部门经理一再强调必须尽快介入该产品(一个讨论了1年多都没做的产品),我真不是很想进来,这个产品从产品经理(部门A)、需求(部门B)、设计(部门C)、开发、开发经理所有角色已经一应俱全甚至超负荷了,我不知道我进来是干啥。但是部门经理(只有开发人归属他管)说,你就是咱部门的主设计,现在产品研发没进展,你觉得你没责任吗?好吧,话到此,我还能说什么。
进来后,经过简单了解,发现确实没我啥事。只不过所有角色都有自己的想法,只是意见不统一而已。于是,我就没事找各个角色挨个沟通,终于2、3天下来后,大家开始慢慢聚焦,开始解答一些真真的问题。
10月20日,若干次讨论后,终于产品经理明确了他的宏伟蓝图。我则作为助手把他的蓝图勾勒于纸上,形成了产品总体框架!看到这个图,我很开心,因为至此我的工作就告了一个段落,开发可以不再混乱了。但是我又忧心,因为这个蓝图真的很宏伟,任何一环出问题都可能导致全盘皆输,让所有人的工作可能都会付之东流。
进来后,经过简单了解,发现确实没我啥事。只不过所有角色都有自己的想法,只是意见不统一而已。于是,我就没事找各个角色挨个沟通,终于2、3天下来后,大家开始慢慢聚焦,开始解答一些真真的问题。
10月20日,若干次讨论后,终于产品经理明确了他的宏伟蓝图。我则作为助手把他的蓝图勾勒于纸上,形成了产品总体框架!看到这个图,我很开心,因为至此我的工作就告了一个段落,开发可以不再混乱了。但是我又忧心,因为这个蓝图真的很宏伟,任何一环出问题都可能导致全盘皆输,让所有人的工作可能都会付之东流。
相关文章推荐
- 我们需要的是实践
- 项目实践之javascript技巧
- 15条JavaScript最佳实践小结
- Appium自动化测试系列2- 写一个Python测试脚本来测试一下YY语音
- 重构之重与敏捷之轻---身份证号重构回顾
- 《高效程序员的45个习惯》读后感
- 不要只在字面上理解敏捷开发
- 《高效程序员的45个习惯:敏捷开发修炼之道》摘记一
- 敏捷一定就比不敏捷好么?
- Node.js学习笔记一
- 敏捷团队建设,非常精彩,欢迎下载参考
- Git入门与实践
- 敏捷自动化测试(1) —— 我们的测试为什么不够敏捷?
- 敏捷自动化测试(2)——像用户使用软件一样享受自动化测试
- 敏捷自动化测试(3)——让断言不再成为自动化测试的负担
- runescape游戏介绍
- 倡议:终身的开源项目!
- 二次开发之我见
- 软件设计原则
- 敏捷软件开发模型--SCRUM