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

Cloud Native - 产品级敏捷

整合敏捷、软件工程与机器学习, 打造更开心、更健康、更有价值的产品开发生态系统
专栏作者
136
文章
96538
阅读量
50
订阅数
你必需要知道的关键思路; 关于 DevOps、精益、 敏捷开发
假如,团队整体的分工模式是错误的,那 DevOps 还是没办法消除团队内不同角色间的甩锅与填坑的;能为团队设计出正确的分工模式,是团队能开始协作的关键的第一步。
Ken Fang 方俊贤
2018-05-27
9656
敏捷开发只是工具; 热爱产品, 热爱客户才是真正该做的事
本文主要探讨了敏捷开发的重要性,并强调热爱产品、热爱客户才是真正该做的事。作者认为,我们真正缺少的不是敏捷开发,而是如何忠于自己的心,去做够酷的事;使客户(使用者)因为我们的产品,而更加的快乐,更加的幸福。同时,作者也提醒读者,敏捷实践是用来实现产品的工具,产品、客户才是真正的主角。如果自己都没用过敏捷实践这工具,来开发过产品,就不要教授他人敏捷开发,以免使他人离客户、离产品越来越远,使他人整天只会搞些制式、样板的敏捷活动,使他人更形的僵化,更加不知思考,更加的不知应变。
Ken Fang 方俊贤
2018-01-05
6290
Scaled Agile Framework (SAFe) 和产品管理间到底有什么关系 ?
本文探讨了Scaled Agile Framework (SAFe) 和产品管理之间的关系。作者认为,尽管SAFe可能解决了大型团队在版本计划和协作方面的一些问题,但它并没有解决与产品管理相关的最基础问题,如价值特性识别和实践,以及应用生命周期管理(ALM)和产品生命周期管理(PLM)。作者指出,在当今时代,信息量巨大,但令人遗憾的是,谬论也四处传播。
Ken Fang 方俊贤
2018-01-05
1.1K1
敏捷价值流开发 (产品级敏捷)
许多今天还是明星的科技公司, 却往往因所生产的产品, 对客户不再产生任何的 ”影响力”, 而面临即将黯然关门, 倒闭的命运◦ 在这不可预期且淘汰迅速的大环境下, 是否可藉由精益敏捷开发, 而使产品的研
Ken Fang 方俊贤
2018-01-05
1.6K0
产品为何总是做不好 (三): 会让产品走向失败的架构师
本文讨论了产品架构师对产品开发成功的重要性,并指出了一些常见的错误做法,包括对市场茫然无知、无视客户反馈、只关注标准答案和缺乏多角度思考。文章认为,技术社区的内容编辑人员应该努力避免这些错误,以确保产品能够满足市场需求,并且能够从多个角度进行思考,以做出最适当的决策。
Ken Fang 方俊贤
2018-01-05
4390
为何敏捷开发, 微服务对你和你的团队一点效益也没有?
不懂得如何做产品,就算懂敏捷又如何? 不懂得分布式的架构、操作系统、业务场景,就算能熟背了什么是微服务又如何? 也许是新的事物出现的太快,出现的太多,也许是搜索引擎太方便了,使得我们已没时间,更没耐心
Ken Fang 方俊贤
2018-01-05
6890
打造敏捷外包团队的高度自主与自我学习的生态系统
Ken Fang 方俊贤
2018-01-05
5550
问世间敏捷开发为何物?
我们真正要学的是用爱去开发产品;敏捷开发,工程实践都只是个工具罢了。 许多人都曾问过我类似的问题;敏捷开发的定义是什么?更有不少人,见了我就劈头大喊:我已经是敏捷了。……哇! 犹太人有句至理名言: 你
Ken Fang 方俊贤
2018-01-05
1.2K0
产品级敏捷案例: 企业云存储
本文讲述了一个近百人的企业云存储开发团队,通过实施产品级敏捷开发,使开发效率大幅提升,并提高了产品质量。通过建立团队的合作生态,实现开发人员自主认领需求,使产品易用性大增,同时也使开发测试人员更加协作,大幅降低了缺陷的产生与等待时间。
Ken Fang 方俊贤
2018-01-05
1.5K0
敏捷开发,到底需不需要 QA?
敏捷开发需要QA(质量保证)的参与,但QA不能仅仅关注流程质量,更要关注产品质量。通过QA与产品团队紧密融合,共同关注产品本身的质量,可以提升团队效率和产品质量。
Ken Fang 方俊贤
2018-01-05
8660
“微服务” 的架构终将成为产品架构上的主流
在敏捷开发中, 我们确实找到了一个框架,能使领域专家,架构师可共同的协作,设计出一可适应变化的 ROA 架构。 但,我想应该从另一个角度来思考…… 团队中即使领域专家,架构师可共同协作,但毕竟领域专
Ken Fang 方俊贤
2018-01-05
5040
成熟的敏捷团队该如何看待产品(系统)的缺陷?
何不乐观的看待产品(系统)缺陷? 藉由演算法, 电脑现在可以作曲,人脸识别, 看病,预测某人在某个议题上的决策……等等。 所以, 可不可能开发个软件,经由该软件中的演算法, 会自动的找出产品(系统
Ken Fang 方俊贤
2018-01-05
6690
敏捷开发下该如何正确的看待人/天这件事?
摘要总结:本文探讨了敏捷开发中如何正确看待人/天估算方式,作者指出,传统软件估算人天的方式存在误区,而敏捷开发中采用数学黄金比例进行估算。作者认为,真正的重点在于如何利用各 User Story的人天,让Product Owner能充分掌握每个 Sprint的重点事项,团队的风险以及成员问题,制定有效的策略和Sprint计划,从而带领团队发布有价值的版本。
Ken Fang 方俊贤
2018-01-05
5520
Scrum Master 找错人了
Ken Fang 方俊贤
2018-01-05
7100
敏捷开发需要的是 "对" 的 "人", 而不是 "对" 的 "角色"
摘要总结:文章讨论了敏捷开发中Product Owner角色的问题,认为不应该将领域专家和架构师直接对应到敏捷开发中的Product Owner,而应该根据实际的产品和团队成员现况来选择合适的人选。文章强调,只有找到合适的人,才能做出合适的产品,而角色和实际工作之间并没有绝对的关系。
Ken Fang 方俊贤
2018-01-05
8220
敏捷团队高效的完成软件架构设计
在敏捷开发下,如何能经由敏捷团队,高效的完成软件架构设计?核心的思维是:以“团队”为纬度,而不再以“产品”为纬度进行软件架构设计。这种以“团队”为纬度的软件架构方式,将会使所设计的软件架构,因过于复杂与庞大;超过团队所能理解、控制、处理的范围。而使软件架构无法建立起一致性、统一性;某些类(Class)或数据表结构的定义是互相矛盾或相关的规则是互相冲突的。过去团队往往得花上大量的人力与时间成本,才能解决上述由软件架构设计所引入的不一致性、不统一的问题。在敏捷开发中,为有效的提升产品开发的效率与质量,则可借镜 Domain-Driven Design 的思维;以“团队”的纬度,而非以“产品”为纬度进行软件架构设计。每个团队,在 Product Owner 的带领下,只专注在自身团队的“Bounded Context”;确保自身团队的 Bounded Context 内的类与数据表结构的一致性、统一性。而整个产品,则在 Super Product Owner 的带领下,建立起各个团队 Bounded Context 间的关系、关系类型、接口(协议)的定义。最后,整个产品团队,将实际上经由持续集成,使由“团队”为纬度的软件架构,集成为“产品”级软件架构。并得以确保“产品”的软件架构,在持续集成后是拥有一致性与统一性的。
Ken Fang 方俊贤
2018-01-05
5070
敏捷开发有流程吗?
Ken Fang 方俊贤
2018-01-05
5970
敏捷开发下的软件架构设计与持续优化
《敏捷开发下的软件架构设计与持续优化》一文主要讲述了在敏捷开发中,如何通过可视化、轻量级的“场景树”和可持续优化产品代码(架构)的平台,实现软件架构设计和持续优化的方法。强调了团队间的协作、用户需求映射到软件架构的重要性,以及通过单元测试发现并优化软件架构缺陷的价值。
Ken Fang 方俊贤
2018-01-05
7700
User Story 无法在规定的时间内完成, 都是估算人天的方法不对惹的祸?
当User Story 无法在规定时间内完成时, 许多人的第一反应便是: User Story 估算的方法不对, 所以, 需找一个可 “准确” 估算人天的方法◦ 1) 首先,我想任何解决问题的方
Ken Fang 方俊贤
2018-01-05
8250
当敏捷开发遇上了千年老怪的老系统....
摘要总结:当敏捷开发遇到千年老系统的老系统时,需要将老系统的业务迁移到新系统上,并进行前置条件、依赖和逻辑处理。通过编译、执行老系统,找出错误信息,以便了解迁移过程中的所需业务流程、前置条件和依赖。
Ken Fang 方俊贤
2018-01-05
4960
点击加载更多
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档