首页
学习
活动
专区
工具
TVP
发布

Cloud Native - 产品级敏捷

整合敏捷、软件工程与机器学习, 打造更开心、更健康、更有价值的产品开发生态系统
专栏成员
136
文章
100996
阅读量
50
订阅数
当单元测试、集成测试不可被信任时, 我们该做些什么?
但有人能说得清楚,单元测试到底能保证什么样的质量吗?是至多只能保证 “某个开发人员代码的质量”?我们是否真正有深度的思考过:保证 “某个开发人员代码的质量” 与 “保证产品的质量” 间的对应关系?
Ken Fang 方俊贤
2018-06-01
5270
软件度量与软件质量间本就不该有 "直接" 的关连
软件度量一直是软件开发中最容易引起争议、也最难能说服团队的一项吃力又很不讨好的工作。
Ken Fang 方俊贤
2018-05-26
5360
三分钟学会 Java 单元测试
前言: 此篇文章使用 Junit 4.0, 希望给无任何单元测试经验的开发者, 能在最短的时间内, 开展单元测试的工作◦ 本文:  学习 Junit 的测试框架是件非常容易的事,只需了解下列三件事: 1)     测试方法的宣告◦ 2)     Junit 的生命周期◦ 3)     断言的方法◦ I.           测试方法的宣告: 测试方法的宣告需遵循下列的规则: a)     使用 @Test 将方法宣告为测试方法◦ b)     测试方法需为 public◦以确保可被 Junit 框架所调用◦
Ken Fang 方俊贤
2018-01-15
7000
敏捷开发下该深度思考的三个问题
本文讨论了敏捷开发中需要深入思考的几个问题,包括开发流程、设计质量、单元测试和文档。作者认为,这些问题应该引起大家的关注和思考,而不是争论。作者希望大家能够真正思考这些问题,并认识到它们的重要性,从而提高开发质量和效率。
Ken Fang 方俊贤
2018-01-05
7200
敏捷协作 (测试驱动一切)
本文探讨了测试人员如何与 Super Product Owner, Product Owner, 开发人员高效的协同合作,建立信任与尊重,并通过测试报告驱动开发人员的开发进度,以驱动需求的场景,业务规则能更加的完整。
Ken Fang 方俊贤
2018-01-05
5290
流程, 敏捷实践 (框架), 团队成员的三边关系
本文探讨了在大型企业内实施敏捷实践(框架)时,如何制定有效的流程来确保团队能够实现版本交付的目标。作者认为,将流程与敏捷实践(框架)隔离,可以更好地确保团队在开发过程中遵循规范,同时提高团队的工作效率和质量。
Ken Fang 方俊贤
2018-01-05
6360
制式刻板的教育, 成了敏捷开发最大的绊脚石
摘要总结:本文讨论了敏捷开发中的常见问题,如只追求正确答案、沉默不语和等待最终需求规格等。作者认为,敏捷开发的核心智慧是唤醒人们应变与深度思考的本能,回归到人类行为和产品开发的本质,随时根据外部的变化做出最适合的决策。
Ken Fang 方俊贤
2018-01-05
4550
产品级敏捷的核心在 "决策"
摘要总结:产品级敏捷的核心在于“决策”,通过高效的团队协作和构建核心信息,团队能够快速做出智慧决策,减少浪费,提高客户价值。
Ken Fang 方俊贤
2018-01-05
4860
敏捷开发真正的重点不是 User Story 的拆分, 而是开发人员的能力
谈到敏捷开发, 许多人纠结的第一个问题便是: User Story 如何的划分? 更有不少人, 一遇到在 User Story 上有延迟交付或交付的质量不佳时, 便说是因为 User Story 的拆
Ken Fang 方俊贤
2018-01-05
1.3K0
CMMi, RUP (Rational Unified Process)与产品级敏捷在工程实践上有何不同?
本文对比了CMMi, RUP 和产品级敏捷在工程实践上的不同。CMMi和RUP着重于“垂直型”的专业分工,而产品级敏捷则关注“水平型”的专业协作。CMMi和RUP的工程实践往往不需要考虑彼此之间的组合,而产品级敏捷则强调将不同的软件工程实践与程序语言(框架)进行组合,以使团队中的不同角色可以共同协作。产品级敏捷的每个实践背后都有业界认可的各种工程实践和程序语言(框架)作支撑,并且每个实践都支撑不同角色、不同地域的扁平化的高度团队协作。
Ken Fang 方俊贤
2018-01-05
7670
企业敏捷变革所面临的三个核心问题: Product Owner, 既有思维, 软件架构
本文阐述了企业敏捷变革所面临的三个核心问题:Product Owner、既有思维、软件架构。文章指出,找到有意愿且有能力担任Product Owner角色的团队成员至关重要。对于既有思维,团队需要克服其在产品开发上的恐惧和挫败感,通过学习和实践来提升开发效率和产品质量。在软件架构方面,团队需要构建统一语言和协作机制,以适应业务场景的变化。
Ken Fang 方俊贤
2018-01-05
5160
小心呀! 互联网公司就是用这 5 招, 干掉了你的公司
本文讲述互联网公司如何利用高效率的工作模式,快速地占领传统产业的市场,以及其带来的影响。互联网公司的工作模式以“客户为中心”,注重高效、灵活的开发流程,以及迅速获取用户反馈,从而持续优化产品。这些优点使得互联网公司能够快速地占领市场,影响传统产业。
Ken Fang 方俊贤
2018-01-05
5670
阿米巴原虫式的产品研發 V.S. 敏捷价值流开发 (产品级敏捷)
在阿米巴原虫式的产品研发中,研发团队只关注自己的产品,而忽视了整个产品生态,导致产品的成功率很低。而敏捷价值流开发则注重整个产品生态,关注客户需求的满足,从而提高产品成功率。
Ken Fang 方俊贤
2018-01-05
7900
如何由方法论设计敏捷实践, 改变团队成员既有的思维, 行为模式?
当我们在做产品时,往往会遇到二种场景: 1. 某个特性的场景,无法经由单一的角色或个人分析、思考完整。 2. 开发,测试人员过于被动的去接受需求,而不主动思考产品 “应该”要做什么? 所以,我在产品级
Ken Fang 方俊贤
2018-01-05
4800
产品为何总是做不好 (一): 只是因为我们都太聪明了
本文探讨了为何许多IT从业者不明白Scrum、Less、SAFe等敏捷方法的思维与做法,并提出了一些解决方案。作者认为,关键在于每个人都过于聪明,追求自身利益最大化,导致团队无法达成共识,产品无法成功。只有当团队中的所有人,包括市场、行销、产品管理人员、部门的各级领导、架构师、项目经理、开发人员、测试人员等,都能对自身的利益有所节制,才能从根本上解决问题。
Ken Fang 方俊贤
2018-01-05
3930
你的 Product Owner 的惯性行为, 已经决定了你的产品的成败
摘要总结:通过分析《你的 Product Owner 的惯性行为, 已经决定了你的产品的成败》这篇文章,作者认为 Product Owner 的惯性行为对于团队开发效率和产品质量的影响非常大。作者指出,Product Owner 的惯性行为包括希望能在某月某日交付版本,版本交付后带领团队连续好几天不睡觉的改问题单,以及将团队成员连续好几天不睡觉的改问题单视为一项奋斗和成就。这些行为会导致开发人员效率低下,测试人员测试时间不足,并且难以发现风险。作者认为,要避免这些惯性行为,需要从多个角度出发,包括制定合理的开发计划,分配充足的开发和测试人员,以及加强开发人员的培训和指导。通过这些措施,可以避免 Product Owner 的惯性行为,提高团队的效率和产品质量。
Ken Fang 方俊贤
2018-01-05
4990
微服务架构设计 第四步: 分析微服务架构依赖与风险; 开发微服务最关键的一步
Ken Fang 方俊贤
2018-01-05
8560
产品为何总是做不好 (六): Product Owner 惯性的行为
Ken Fang 方俊贤
2018-01-05
5660
微服务架构设计 第一步: 从特性到业务场景
2016.9.8, 深圳, Ken Fang 微服务到底应该如何的识别? 微服务的粒度为何? 微服务该如何的分析与设计? 这些问题的答案, 取决于: 为何需要微服务? 为何需要微服务? 目的只有一个
Ken Fang 方俊贤
2018-01-05
7930
微服务产品级敏捷案例: 以敏捷开发的模式, 做好真正的微服务
本文讲述了一个敏捷开发的模式如何与微服务架构结合,通过介绍云服务化产品、微服务的产品架构,以及团队在构建微服务的生态系统下所迈出的第一步,期待团队能坚持走下去,一步一脚印,实实在在的走向真正的微服务的顶峰。
Ken Fang 方俊贤
2018-01-05
8160
点击加载更多
社区活动
【纪录片】中国数据库前世今生
穿越半个世纪,探寻中国数据库50年的发展历程
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档