摘要: 如果机器并没有稳定,还有诸多问题的时候,一般公司会怎么办?估计很多公司都会继续查找相应的问题,找到解决的方法之后,才会进行下一步。可是这个正常流程,却被无情地略过了。上次的会谈,安勒斯电子的严董对此非常感兴趣,再加上武总巧若莲花的忽悠,严董决定下单批量500台。也就是说,虽然现在调试的第二版还有些问题,查不查出来都不管了,第三版直接批量500台。 这是一个非常冒险的举动,一般来说,硬件两版的差异不应该超过10%;如果超过这个额度,基本上就相当于重新开始,会存在很大的隐患。而第三版,武总脑袋一拍,觉得应该要降低成本,GPS模块要换,蓝牙模块要换,就连和系统稳定性密切相关的电源芯片,也要一并换.. 阅读全文
posted @ 2011-11-23 20:27 我的一天 阅读(216) 评论(0) 推荐(0) 编辑
摘要: 本文是敏捷开发产品管理系列的第五篇。(序言及设立迭代目标,产品版本规划,产品用户群规划,新产品研发,预估会议,Product Servant,Product Owner团队,产品线管理)粗估会议是一个较少使用的敏捷实践,但其作用还是很明显的。WhyScrum里边,有两个关于需求的比较头疼的问题。一个是PO不太懂技术,不知道故事大约需要多久才能完成。为什么PO要知道?因为如果划分的颗粒度不好,会导致有的故事太大或太小;而且如果不知道故事的大小,就比较难大致预测未来的几个迭代能做完哪些故事,版本计划不好做。二个是如果只依赖短暂的Sprint Planning Meeing,往往团队对故事的理解不够 阅读全文
posted @ 2011-11-23 12:24 我的一天 阅读(187) 评论(0) 推荐(0) 编辑