磕磕绊绊的Scrum之行(九)产品计划的前瞻性思考

随着项目的深入,我与公司高层也开始计划着未来的远景,现在我们已经定义好市场和竞争对手,开始设想如何推广或是如何创造出行业产品。

在Sprint 3计划会议二上我们有一次激烈的争执,关于如何向平台引入新的角色用户:

当向一个平台添加功能时,我们是立即对现有用户角色进行细分,还是给该角色整体添加功能?角色的细分何时做?如何做?好像还没有这种案例可参考,但如何把它考虑成一个产品细分,就可以理个头绪了。今天的Backlog评审会中遇到了强有力的问题,会议明天继续。
这个会议开了整整一天半,第二天我有了好的想法:
今天理出头绪了,先捆绑功能,然后在下一次推出“XXX产品 for XXX版”,问题解决。发现周围里没有一个是做产品的,看来应该扩大一下圈子,尤其希望认识一些做传统行业产品而不是互联网产品的。
随后,我开始计划在项目结束后开始新产品计划。
要做目前我预定的产品版本,明年四月起(现项目上线期为明年四月)到年底,差不多就会被“计划”消化。就这样,一年就过去了,人的黄金时代有几个一年,真羡慕经典的T型车、野马的缔造者。
就在今天早晨我第一下睁开眼,两个字进入了我的头脑:这就是未来产品的名字。接下来的首要任务,依然是为当前项目保驾护航的同时,开始分化团队职能:

1.培养技术解决方案专才小组。当前我们有许多技术问题,如架构模式,文件存储,多平台等,都需要有一个专业投入钻研的小组进行解决。在文件存储的问题上,来自豆瓣的同事给了我很多指点:

在Sprint 3中直接被标注为阻塞的任务是文件存储解决方案。从NoSql的MangoDB到Google的BigTable,再到分布式文件系统Hadoop,再到神马阵列的,其实我们在任何一项上都没有动手实践过,所以依然无法给出解决方案。未来两周工作已经排满,下下周尝试一下Linux下的Hadoop.

anrs回道:做好目录规划和使用,nfs还可以应对你们的需求,但是安全方面我不了解。
2.培养产品设计专才小组。主要职能包含行业研究、原型设计、可行性评估等。

一步一步地走吧。

© 2018 Silent River All Rights Reserved. 本站访客数人次 本站总访问量
Theme by hiero