禅道博客
分享专业技术知识，文章内容干货满满！
敏捷开发
五项原则助力敏捷数字化转型
成功的数字化转型是通过持续创新实现的——在时间、资源允许的情况下，通过可衡量的步骤从根本改变业务模式和能力。这使组织能够持续学习并随时重启数字化转型计划，快速响应不断变化的市场条件和客户需求。
敏捷数字转型包含五个核心原则：
一、原则1：从变革愿景开始
在Gartner发布的一项调查报告中，63%的公司领导表示他们不清楚新技术的可能性。这并不奇怪，只有13%的受访者表示已经规划了未来的数字化商业投资计划。现在大多数公司缺乏能够规划数字战略的转型愿景，因为在确定愿景后，能够让业务衡量进展，并做出流程优化以改善结果。因此，管理层必须创造、阐明和传达令人信服的数字愿景，毕竟数字化转...
yanruiyu
2021-09-30
同事有话说 | 这个看板怎么做？
文字回顾打造看板六要素：
1.第一步，明确能增值的任务
为了确保看板能够完整地展现价值的流向，我们第一步就要区分出无法增值的任务，如：等反馈这项非增殖任务就无需放在看板上了。
2.第二步，定义一个看板周期
具体的看板周期可以根据团队的实际情况决定，如果团队在实践 Scrum，就可以按照 Sprint 的周期设置看板周期。
3.第三步，周期内的任务上墙
第三步便是将已确定的、固定周期内的增值任务放到看板上。
4.第四步，明确拉动标准
判定一个任务已完成的标准是什么？是以任务工时消耗完为标准还是以任务工作量完成为标准？
5.第五步，设置在制品数量
...
yanruiyu
2021-09-22
敏捷开发与文档：互补还是互斥？
如果敏捷是反文档的，为什么会发布一个宣言？
2001年，17位软件开发、测试人员（其中包括Ward Cunningham、Jim Highsmith、Alistair Cockburn以及Bob Martin）共同发布了《敏捷宣言》，并正式提出敏捷开发方法，作为传统文档驱动、重量级软件开发过程的替代方案。《宣言》提出了以下基本原则：
个人和交互高于过程和工具
工作软件胜过全面的文档
客户协作高于合同谈判
响应变化而不是遵循计划
似乎预见到这种简单可能会导致误解，《敏捷宣言》也对此进行了澄清：“也就是说，虽然右边的东西有价值，但我们更看重左边的东西。” ...
yanruiyu
2021-09-10
5M1E，软件质量管理最佳解决方案
- 如何做好一个产品？
- 用户、需求、文化、价值、设计、流程，这些因素缺一不可。- 那么，如何做好产品的质量管理？- 人、机器、物料、方法、环境、测量，这些因素同样缺一不可。能够影响产品质量波动的因素包括如下方面： 人员（Man）、 机器（Machine）、 物料（Material）、 方法（Method）、 环境（Environment）、 测量（Measure），简称人、机、料、法、环、测。此为产品质量管理的5M1E。最初，5M1E分析法用于生产车间中制造件的质量管理过程中，以期通过作业工序质量的改善，降低成本，提高作业系统的...
yanruiyu
2021-09-03
怎么建立跨职能团队？
在传统组织中有多个部门，它们专门负责特定职能——营销、财务、人力资源、运营等。很多时候，这些部门各自为政，只有在涉及多个部门时才会共享信息。不过，构建和交付软件的现代需求需要能够高速解决大量问题。随之而来的是需要有一个完整的团队来反映提供解决方案的各种专业知识。这就是跨职能团队的用武之地。
什么是跨职能团队？
跨职能团队是一群来自不同领域的人，他们聚在一起，用他们各自独有的能力来实现一个共同的目标。跨职能团队不仅是横向的各种职能专业知识的碰撞，也是纵向的自上而下的结构对比对。
由团队成员和主要决策者组成的跨职能团队并不少见。跨职能团队对于实践 DevOps 方法的组织尤其有用。其价值...
Erin520
2021-08-30
软件研发中也有5S 管理？
在精益生产中，价值流是贯穿生产全程的关键要素，标准化作业是实现生产线同步的关键工具，而生产现场的5S 管理则是管理一切生产要素的基础，所以我们将5S 称为精益的基础并不为过。5S 管理不仅可以应用到车间生产，还可以应用到更多领域。
一、5S 管理
5S 管理法，即整理（SEIRI）、整顿（SEITON）、清扫（SEISO）、清洁（SEIKETSU）、素养 （SHITSUKE），因日语的罗马拼音均以"S"开头，英语也是以"S"开头，所以简称5S，又被称为“五常法则”。
5S 管理起源于日本，是指在生产现场中对人员、机器、材料、方法等生产要素进行有效的管理，这是日本企业独...
郑乔尹
2021-08-27
低代码，还是无代码？
GUI——当今编程环境的起源
从1804年打孔式编程出现，编程语言至今已经存在了200多年。而从50年代以来，新的编程语言也不断涌现，现在已经有250多种了。这就意味着，开发人员最需要习惯的事情就是不断改变。
编程界最近的一个变化是集成开发环境（IDE）——软件应用程序，一般包括代码编辑器、编译器、调试器和图形用户界面等工具。它为专业开发人员和编程爱好者提供了一套简化编码的工具。
快进2019年，形势再次发生变化。程序员已经编写了足够多的代码，以至于从零开始启动每个应用程序毫无意义。事实上，当一个健壮的低代码开发平台包含可视代码块、包含大多数应用程序所需功能的90%时，使用这种低...
Erin520
2021-08-25
客户案例：敏捷转型的二三事儿
在接触敏捷的这一段时间内，也听了不少曲折离奇的故事。很少有团队在转型敏捷的时候，没有系统学习或外力支持就能做的风生水起。毕竟这里面的“水”很深。
比较巧合的是，我所供职的公司目前便在做敏捷转型。不过，我们的转型过程并不是顺风顺水的。因此，在转型过程中，我们注意到的那些“ 事儿”，你也一定关心。
领导是在充分认识到敏捷的益处之后，决定转型敏捷的。因为敏捷所提倡的“拥抱变化”更适应公司的开发过程：尽管公司是 To B 企业，但用户参与度依旧很高，这就导致产品经理在与用户代表对接的过程中，会不断地产生产品需求更改的情况。既然是这样，那么沿用瀑布开发的模式就显得有些笨重了。
...
yanruiyu
2021-08-20
从科学管理到丰田生产模式，精益是如何产生的？
一、科学管理理论：建立科学化的、标准化的管理方法
1878年，22岁的弗雷德里克·温斯洛·泰勒进入米德维尔钢铁公司做机械工人，当时米德维尔内部早已实行了计件工资制。原本能够调动起员工积极性的计件工资制，却因为管理者的一些“操作”让整体效果适得其反： 在工人提高了工件的产量之后，管理者却调低了计件的单价。这样，即使是产量极高的工人，他们的最终工资也并不理想。管理者的这一行为引起了工人们的不满，他们对此做出了“无声”的抗议：很快，管理者们发现，工人每日的产出工件数会在一个较低的区间内上下浮动，且这一现象不只出现在一位工人的身上，而是出现在工厂内所有工人的身上。进入工厂后的泰勒也发现...
yanruiyu
2021-08-13
规模化敏捷LeSS（二）：LeSS团队实践指南
Scrum 能够帮助一个5-9人的小团队以迭代增量的方式开发产品，在每一迭代结束时，交付潜在的可交付的产品增量。正是由于其灵活性，Scrum 方法现已成为团队软件交付方法的首选，近期发布的15届敏捷状态报告也显示，66%的受访者及其所在的敏捷团队最常用 Scrum 方法。
但随着敏捷在团队中得到越发广泛的实践，越来越多的人意识到全组织规模化敏捷实践在当下带来的机遇。但当人们简单地将 Scrum 套用到多团队实践中的时候，又出现了各种各样的问题。为了解决大规模开发团队的敏捷应用问题，一款多团队的规模化敏捷框架 Large Scale Scrum（LeSS）应运而生。
在之前的文章中...
yanruiyu
2021-08-05
联系我们
刘斌
高级客户经理
电话(微信)
17685869372
QQ号码
526288068
联系邮箱
liubin@easycorp.ltd
