![]()
《实例化需求》采访与书评
Gojko Adzic是《实例化需求》(Specification by Example)一书的作者, 在该书中他给出了一些建议和原则,帮助大家在软件开发项目中采用实例化需求去创建活文档。
![]()
Gojko Adzic是《实例化需求》(Specification by Example)一书的作者, 在该书中他给出了一些建议和原则,帮助大家在软件开发项目中采用实例化需求去创建活文档。
@阿里巴巴中国在微博中举了一个设计花瓶的需求分析示例,引起了大家对需求分析技巧的讨论;@左耳朵耗子在微博中表示性能调优不一定要自己使用缓存,因为许多层面已经设计了缓存机制。
现在的互联网产品层出不穷,作为产品经理应该如何正确的分析其价值和定位,成为国内社区日益关注的主题之一。最近,知乎社区里的产品经理、开发人员针对“如何分析互联网产品”这一问题进行了深入的讨论。
在2011年10月26日,Jolt的评委们宣布了2011年度“设计、计划和架构工具”类大奖。具体地说,Jolt名人堂目前纳入以下作品:Visual Paradigm for UML(UML视觉范式)、Restructure 101(重组101)和Requirements Center 2010(需求中心2010)。

在需要频繁交付、不断收集用户反馈、拥抱变化、追求业务敏捷的项目中,软件的开发和交付是迭代式进行的。在这样的项目团队中,BA(业务分析师)通常需要在一个开发迭代开始之前完成该迭代开发任务的分析。但在特殊情况下,从收集客户需求到将功能细节传达给开发团队的周期会缩短到一至两天。BA可以用于思考和分析的时间远远少于可以预先做出所有设计的瀑布式项目。那么在这样的敏捷项目中,BA如何能够适应这种交付模式,完成高质量的业务分析,协同团队为客户交付高价值的软件呢?

优秀的产品规划人员必须具有非常好的眼光和判断力、优秀的数据分析和挖掘的能力、缜密的思维、较强的执行力、对“变化”较强的管理能力,把产品规划的执行变成一个“搭积木”过程。那么如何进行产品规划呢?

开发和架构的界限难以捉摸。有些人认为这并不存在,架构只是开发者所做的设计过程的扩展而已;另外一些人说这是一个鸿沟,它只能由那些做到高度抽象,而且不会陷入实现细节的开发者才能跨越。这之间有个平衡,但是你怎么从开发者成为架构师呢?

2年前,我们面临的情况是,200多研发人员,3条产品线,7个产品:产品BUG多,稳定周期相当长,正式发布的产品的稳定周期平均需2~3个月,长的甚至有一年;需求变化快,产品发布后,马上面临修改;答应客户和市场的时间一推再推(跳票);导致研发能力无法支撑公司去把握新的市场机会;开发过程压力大且心情悲壮,研发部和产品部互不理解,冲突多。我们打算用敏捷的思路来优化公司的研发管理,希望配合技术进步等手段扭转公司产品的产能,支持公司的高速发展;从此我们就走上了变革之路,面对整个公司的研发管理优化,我们经历了许多挫折和变化,2年下来有了一些阶段性收获,在此将如何在企业中推进和实施敏捷的一些经验和教训与大家共同分享。

过去十年是互联网高速发展的十年,各种应用、技术和服务层出不穷,各大网站风光无限。同时企业软件也在高速发展,国内外厂商竞争激烈。这两股力量在并行发展的同时,也在逐步进行融合,进入2010年以后,出现了加速融合的趋势。本次讨论主要针对企业软件和互联网应用在网络环境、软件内容、需求、创新等角度,探讨了企业软件的互联网化趋势,同时针对实际案例分析了企业软件厂商如何去应对这样的变化,涉及应用平台、业务模式、用户体验、移动互联、数据处理等方面。

在采访中窦涵之讲述了如何在产品开发阶段将ATDD与CI进行整合,同时谈到PO在开发中的作用。如何将Scrum 团队变成有趣(Fun)的团队,窦先生以马拉松为例阐述了自己的看法。