![](https://img-blog.csdnimg.cn/20201014180756754.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
领导力
文章平均质量分 78
surfirst
长期就职于全球化的公司团队。领导的团队是公司第一个转型为敏捷开发模式的团队,成功推动整个部门转型为敏捷开发模式。协调全球架构师,共同构建公司的参考架构。持续的创新者,拥有6项美国专利,为树立中国团队的创新形象建立基础。
展开
-
作为质量部门的负责人,如何在产品发版前做好质量门控?
请记住,质量门控是构建项目、提高成功率和保持项目质量的强大工具。通过有效实施它们,您将为组织的整体成功做出重大贡献。祝您的质量门控计划顺利!作为质量管理团队的负责人,制定一个强大的质量门控计划至关重要。原创 2024-04-21 22:18:49 · 336 阅读 · 0 评论 -
将 2 家软件公司的流程合并为 1 家有什么价值?
成功的流程整合需要深思熟虑的规划、变革管理和与战略目标的一致性。通过合并流程,新公司可以释放协同效应,为利益相关者创造价值⁵。原创 2024-04-10 14:31:51 · 307 阅读 · 0 评论 -
【研发体系】CMMI 3 级和 5 级有什么区别?
通过表格对比了 CMMI 3级和5级的区别原创 2024-03-14 17:21:17 · 461 阅读 · 0 评论 -
Release Planning 需要做长期计划,这和敏捷保持灵活的理念矛盾吗?
敏捷发布计划(Agile Release Planning)是一种动态方法,平衡了灵活性和结构化规划。原创 2024-03-04 10:53:58 · 417 阅读 · 0 评论 -
采用敏捷软件研发的团队,应该使用 ISO 9001 还是 CMMI 认证构建质量管理体系?
软件研发组织在选择 ISO 9001 或 CMMI 认证时,应考虑组织目标、成熟度水平、成本和投入以及敏捷方法等因素。ISO 9001 适用于任何行业,强调全面的质量管理,而 CMMI 专注于软件开发过程改进。CMMI 已发展得更兼容敏捷方法,但仍需要进行一些调整。最终,选择哪种认证取决于组织的具体需求和环境。原创 2023-12-30 07:57:48 · 386 阅读 · 0 评论 -
从企业数字化发展的四个阶段,看数字化创新战略
《Edge: Value-Driven Digital Transformation》一书根据信息技术与企业业务发展的关系把企业的数字化分为了四个阶段。通过了解和分析各个阶段的特点可以帮助企业定位自己所处的阶段,制定和各个阶段相适应的业务发展路线和战略。原创 2023-03-04 23:02:14 · 854 阅读 · 0 评论 -
给员工发钱能提高程序员的工作质量吗?
员工的工资是市场决定的,在和市场水平相匹配的工资水平下,员工能不能给出高质量的工作结果就看员工能不能够在工作中发挥出自己的水平。通过 DevOps 建立高绩效的组织需要建设有吸引力的能让员工成长的团队。有吸引力的团队需要稳定,能够自治,而无责文化让企业和员工增加了彼此的信任,共同获得了成长空间。原创 2022-10-31 20:50:21 · 818 阅读 · 0 评论 -
从DevOps看高绩效组织是如何处理产品和项目的关系的?
DevOps 的流动、反馈、持续学习和实验的三步法需要由一个稳定的团队来实现。在每次软件发布后开发人员就被打散并重新分配,开发人员就没有机会得到自己工作的反馈,团队就不能通过持续交付和改进变为高绩效的团队。组织应该制定自己的战略目标,通过稳定的团队持续改进产品提高绩效实现战略目标,达到建立高绩效组织的目的。原创 2022-10-16 17:06:51 · 314 阅读 · 0 评论 -
如何做大你的软件研发团队?
实践证明5-9人的团队工作效率最高。理想的情况下软件研发公司的团队都由这种小规模的团队组成。在研发大型软件的时候,软件公司需要许多这种小团队,但是如果这些小团队总是需要各种沟通和协调才能推进工作,公司的整体研发产出不可能得到同比例地提高。因此如何组织这些团队,在研发大型软件时同样保持高效是每个快速成长的软件研发公司必须解决的问题。评判团队的组织形式的标准是考察这种组织形式是否可以保证价值能顺畅地流动到客户手中。本文结合《团队拓扑》一书提出的 4 种团队形式,以及上述评判标准,试图回答这个问题。原创 2022-09-18 18:13:27 · 1318 阅读 · 0 评论 -
从苹果、SpaceX等高科技企业的产品发布会看企业产品战略和敏捷开发的关系
企业产品战略目标就是企业对客户和市场趋势的一系列选择。虽然企业不控制客户,但是企业可以通过定期交付及时获得客户的反馈,调整自己的目标选项。敏捷开发通过定期的冲刺演示会和客户互动及时得到客户的反馈,通过敏捷开发的机制保障团队可以及时调整开发方向。相比反馈周期较长的开发方法,敏捷开发更适合现代高科技企业创新性企业产品战略的要求。.........原创 2022-08-09 14:38:51 · 266 阅读 · 0 评论 -
敏捷的第一步:把 “迭代” 变为 “冲刺” 开始!
本文讨论了敏捷开发的 Scrum 框架中 Sprint 这个词的来龙去脉,主张母语是中文的开发团队直接在日常生活中使用 “冲刺” 而不是 “迭代” 来称谓每轮开发周期。这样可以推动团队为开发周期中实现交付成果而战,提高团队的自驱力。Scrum 团队就像橄榄球队一样需要配合和主动补位,Scrum Master 就像橄榄球教练不做微观管理,而是以激励团队,排除阻力,提高敏捷技能和促进团队合作为主要工作。...原创 2022-07-17 18:05:41 · 1215 阅读 · 0 评论 -
敏捷技巧:产品经理的需求文档应该写成什么样才算合格?
敏捷开发通过让团队对产品经理书写的用户故事“打分”,实现了需求准入的目的。产品经理不用拘泥于文档的格式,只要能在需求梳理会上让团队为自己拟定的用户故事打出合格的用户故事点数,需求文档就算过关。相比传统的需求文档和评审会议,敏捷实践通过团队交流和合作提高了需求产出的效率。...原创 2022-06-29 18:57:14 · 449 阅读 · 0 评论 -
敏捷实践:开站会只问昨天做了什么?今天准备做什么就行了吗?
值流转效率决定了敏捷团队的交付速度和整体研发效能,而团队成员的利用率是团队成员自己应该考虑的问题,因为这是团队成员自我价值的实现方式。原创 2022-05-29 18:05:34 · 192 阅读 · 0 评论 -
你知道研发站会的三种境界吗?如何通过站会考察团队的研发效能?
本文提出敏捷团队应该以价值流转效率为重点,兼顾团队成员的利用率。价值流转效率决定了敏捷团队的交付速度和整体研发效能,而团队成员的利用率是团队成员自己应该考虑的问题,因为这是团队成员自我价值的实现方式。原创 2022-05-29 11:41:59 · 296 阅读 · 0 评论 -
哪种敏捷实践能让“老板”最快看到团队敏捷转型的效果?
本文推荐使用 Sprint Review Meeting 作为团队敏捷转型的第一步。这样团队就可以以始为终,通过努力做到定期向客户和外部团队展示团队研发成果,获得敏捷转型的驱动力。本文也简单介绍了敏捷框架的内容,以及敏捷框架如何帮助团队实现定期成果展示的目标的过程。原创 2022-05-14 19:39:18 · 259 阅读 · 0 评论 -
敏捷迭代就是小瀑布吗?为什么创业团队更敏捷?
瀑布在研发的每个阶段都是不同的团队来完成的,而敏捷团队会自己完成从需求分析到交付的所有任务。需求分析详细设计开发测试交付每个阶段由一个独立的团队或者专家来完成。比如需求分析由 BA (Business Analyst) 来完成。BA完成需求分析以后会提交详细的需求分析文档。架构师团队会根据需求分析文档来做详细设计。开发由开发团队完成,开发可能又有前端、后端、移动等不同的分工。在开发工作完成以后。测试团队开始测试工作,测试工作可能包括功能原创 2022-04-15 08:46:57 · 807 阅读 · 0 评论 -
敏捷技巧:为什么说产品经理不能只按照优先级决定每个迭代的交付内容?
本文阐述了为什么只考虑优先级的扁平用户故事列表来计划迭代的交付内容会造成产品长期原地踏步,说明了如何使用“用户故事地图”通过增加“用户故事旅程”这个维度在每个迭代中实现对产品的全面升级。原创 2022-04-03 22:14:26 · 1280 阅读 · 0 评论 -
敏捷技巧:怎么样才能让程序员在用户故事梳理会上不开小差?
许多产品经理都反映一个敏捷实践问题,在定期的用户故事梳理会上讲解了用户故事的来龙去脉,当时小组成员没有反馈问题,但是在开始实现用户故事的需求的时候,小组成员要产品经理讲解某个用户故事到底是做什么的?不是都开过用户故事梳理会了吗?为什么小组成员开了小差,没有认真听呢?...原创 2022-02-22 15:16:53 · 6765 阅读 · 0 评论 -
长假之后,Scrum团队应该修改Sprint的结束时间吗?
春节长假,一个冲刺 (sprint) 只有 2 周时间,Scrum 团队是否应该延长结束时间呢?原创 2022-02-11 22:32:19 · 752 阅读 · 0 评论 -
精益和敏捷的较量:你知道敏捷开发有 Scrum 和 Kanban 两种管理模式吗?
本文介绍了敏捷的两种管理模式:Scrum 和 Kanban。开发团队可以根据自己的文化特点决定使用哪种模式,也可以结合两种管理模式的特点,以一种模式为主,适当加入另一种模式的管理方法。原创 2021-12-30 19:00:08 · 2021 阅读 · 0 评论 -
拒绝加班:如何避免开发完成了但是不能交付的困境?
本文讨论了如何保证功能开发完成以后就能交付。这需要在最后的测试环节保持单件流。原创 2021-12-17 18:00:17 · 575 阅读 · 0 评论 -
拒绝加班:是不是只有“全栈”工程师才能实现软件开发的“单件流”
在上篇文章中,我讨论了使用“单件流”的理念来提高软件开发的效率。相对于一个人负责一摊的“批量生产”模式组织软件开发的方法,使用团队合作的“单件流”模式会有以下优点:提前交付做完一个功能就可以交付一个功能,客户可以立即得到收益。尽早发现问题单件流要求持续集成,以交付为最后完成标准,所以问题会提前发现,而不是等到所有功能开发完毕以后的集成测试阶段才发现问题单件流必然要求“全栈”工程师吗?...原创 2021-11-28 15:33:53 · 224 阅读 · 0 评论 -
拒绝996:如何使用“单件流”概念来提高软件项目交付的准时性?
“单件流”是精益思想中非常重要的概念之一。和“单件流”相对的概念是“批量生产”。和普通人的直觉不一样,使用“单件流”的模式生产效率显著地高于“批量生产”,而且还具有“批量生产”所不具有的其他优点。如果读者想对比“单件流”和“批量生产”的效率,可以玩“装信封”游戏或者“折纸飞机”。游戏结果肯定是单件流方式会比批量生产方式所花的时间要少1/4到1/3。这其中的原因和是不是熟练工无关,而是因为“单件流”的特性。单件流的优点单件流为什么生产效率会高于批量生产呢?首先批量生产...原创 2021-11-20 11:37:47 · 1109 阅读 · 0 评论 -
敏捷实践:团队是否完成了一个用户故事的开发工作是由产品经理决定的吗?
在敏捷开发中,产品经理 (PO) 既是产品需求的定义者,又是开发项目的管理者。PO 使用用户故事 (User Story) 来定义产品的需求。那么一个用户故事是否完成了所有的开发工作,光 PO 说了算就可以了吗?用户故事的完成应该由团队来定义敏捷团队是一个自治的组织。PO 虽然是产品的所有者,但是他也是敏捷团队的成员。敏捷团队通过持续地沟通和协作来应对不对变化的需求。要让团队成员之间顺畅地沟通和协作,团队成员对团队工作的认可是必不可少的。而只有有高度使命感和责任感的团队才会自发地沟通和协作,而不是通过一原创 2021-09-12 18:04:45 · 454 阅读 · 0 评论 -
使用 VS Code 必用的几个插件
Gitlens现在大部分项目使用 GIT 作为源代码管理工具。Gitlens 可以帮助我们在编辑代码的时候清晰地看到每一行代码的历史,搞清楚代码是谁在什么时候写的。下载地址:https://marketplace.visualstudio.com/items?itemName=eamodio.gitlensRemote - SSH我们现在少不了和远程服务器打交道,如何让使用远程服务器和使用本地服务器一样方便呢?我们可以使用 VSCode Remote SSH 插件体验本地化文件编辑一样的感觉。原创 2021-05-22 15:50:02 · 125 阅读 · 0 评论 -
在敏捷开发中为什么要用用户故事点数 (User Story Points) 来评估工作量?
敏捷开发中推荐使用用户故事点数来评估工作量。这个给人的第一感觉是工作量难道不应该是时间吗?为什么要用用户故事点数呢?在回答这个问题之前,我们需要回答下面的几个问题。为什么要评估工作量?这个问题可能问的很奇怪,但是确实需要回答,因为我看到有些团队会一直开发下去,团队不清楚应该什么时候会完成项目。评估工作量的目的第一是让投资方知道项目的资金和时间成本。这样投资方才能知道是否应该启动项目。第二是让团队知道项目的里程碑,进而形成共同努力的目标。#mermaid-svg-XVe7kPmaAtGmE2QF .l原创 2021-04-15 13:39:13 · 4164 阅读 · 0 评论 -
从 Okta 收购 auth0 看云身份验证市场的巨大机会
3月3日云身份验证巨头 Okta 决定以 65 亿美元的架构收购 auth0。你如果不知道 auth0 是谁,你应该知道 JWT,著名的 JWT.io 网站就是有 auth0 维护的,它也是 JWT 标准的积极倡导和维护者。auth0 提供了全套云身份验证方案,如果你想集成 google,微软,twitter等巨头的身份验证到你的服务中,最方便快捷和价廉物美的方案就是使用 auth0。而 Okta 是企业级身份验证市场的巨头,它提供的 Single Sign-on 服务被 10000 多个品牌使用,其中不原创 2021-04-09 08:53:03 · 353 阅读 · 1 评论 -
软件设计原则之 SOLID Principle
SOLID 是面向对象设计中5个重要原则的缩写。这5个原则可以帮助我们实现软件高内聚,低耦合的目标。到目前为止,还没有编译器或者软件设计工具能帮助我们自动应用这些原则,我们还是需要通过探索和实践才能掌握和应用它们。......原创 2021-01-11 21:15:51 · 1946 阅读 · 3 评论 -
单元测试中的 FIRST 原则
单元测试是代码测试中的基础测试,FIRST是写好单元测试的重要原则,它要求我们的单元测试快速,独立,可重复,自我校验,及时/完整。原创 2021-01-14 17:58:24 · 3178 阅读 · 1 评论 -
单元测试中的 AAA 规则
我们讨论了单元测试中 AAA 规则 (AAA pattern)。正确使用 AAA 规则可以使我们的单元测试代码更清晰整洁。我们还介绍了如何应用 AAA 规则来让我们的代码符合 FIRST 原则中的 repeatable 要求。原创 2021-01-21 10:13:21 · 1760 阅读 · 7 评论 -
从 VSCode 项目管理看如何在 CodeChina 上实施敏捷开发
VSCode 是 GitHub 上最热的开源项目之一,而 CodeChina 是 CSDN 推出的开源管理平台。CodeChina 平台几乎是 GitHub 的翻版,在功能特点上非常相似。和 GitHub 一样,CodeChina 也可以免费创建私有项目,所以我们完全可以使用 CodeChina 来管理我们的软件项目,但是 CodeChina 只提供了非常简单的项目管理功能,没有提供完整的敏捷开发模板。那么我们如何利用 CodeChina 的现有功能来实现敏捷开发管理呢?鉴于 CodeChina 和 Gi原创 2021-03-07 22:03:46 · 446 阅读 · 0 评论 -
编写代码中的 DRY 原则
DRY 原则来自于《Pragmatic Programmer》即《务实的程序员》这本书。DRY 是英文 Don’t Repeat Yourself 的缩写,从字面上理解就是不要重复你的代码,但是作者其实说的是知识,更准确的定义是”每一份知识都必须在系统中拥有单一的,无歧义的,权威的代表“。很抽象是不是,我们可以举例来说明这个问题,假设我们的系统中有一个业务逻辑是付款 (payment),那么付款业务的代码应该只能在你的系统中出现一次,也就是说在系统中只能有一个付款模块。我们关于如何付款,付款方式,付款的流原创 2021-01-28 21:47:37 · 801 阅读 · 2 评论