自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

产品级敏捷 2.0: 用户的想法与产品之间的那条最短的路径

不仅关注产品开发的效率与产品的质量, 更重视: 产品对用户的体验与价值

  • 博客(3)
  • 资源 (1)
  • 收藏
  • 关注

原创 为何不把握时间开发产品? 为何耗费宝贵的时间争论工作量? 将产品快速推向市场的铁三角: SEMAT Essence, 产品级敏捷与微服务架构

假如,企业内的产品管理与研发团队,常常会耗费许多宝贵的时间,在争论所谓的 “需求的工作量”,“需求有无过载”,“需求价值的优先级” ,却压缩了产品开发与测试的周期并且严重的延迟了产品推到市场的时间,那我们是否应该深度思考一下…… 所谓的估工作量,排需求价值的优先级,对产品在开发上的效率与质量,到底真正具备了多少实质上的帮助与意义?是否可经由微服务的架构, 产品级敏捷的实践与 OMG 的标准

2015-11-22 00:04:20 1722

原创 阿米巴原虫式的产品研發 V.S. 敏捷价值流开发 (产品级敏捷)

十多年前,我加入了某个研发团队;研发 Video On Demand。 当时, 我们十几个人的小团队, 很快便克服了關鍵核心技术上的瓶颈。照理説,产品应该很快便可上市、便能商用。 然而…… 公司里出了个 “阿米巴原虫” 的业务;不愿也不会思考自身产品的定位、價值、特性。更不知該先鎖定那塊市场,那片客户群。只是整天叫咱们研发团队,東搞个 POC,西搞个 POC。还整天厚著臉皮,大言不慚的説:

2015-11-18 10:37:12 1186

原创 从特性业务场景,到服务性或微服务架构设计,到代码的那条最短路径

产品级敏捷中的工程实践;特性场景树; 从特性业务场景,到架构设计,到代码的那条最短路径。 特性场景树以 “活动”、“实体”、“验证纬度”,轻量级且视觉化的描述出特性端到端的业务场景。 特性场景树以轻量级且视觉化的方式,取代传统笨重、耗时、无法适应变化、不具指导开发的架构设计的方式,而以高效的完成可适应变化,直接面向业务与代码的服务性架构或微服务性架构

2015-11-02 01:08:26 1524 2

精益敏捷开发的软件架构设计

在精益敏捷开发中, 如何进行软件架构设计, 一直是个有趣的话题◦ 此份材料主要便是在探讨, 在精益敏捷开发中运用简单, 轻量级, 视觉化的工具, 使得精益敏捷开发的团队成员, 可共同的协作, 以更高效的方式, 设计出可拥抱使用者, 平台与设备变化的软件架构◦

2014-05-29

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除