更新日志

为什么我从 Git Flow 开发模式切换到了 Trunk Based 开发模式?

为什么我从 Git Flow 开发模式切换到了 Trunk Based 开发模式?

深入了解Azure DevOps团队的开发部署方式

Azure DevOps团队如何使用 "基于主干的分支策略" 来实现Azure DevOps产品的持续快速交付

Azure DevOps团队如何使用功能开关实现产品快速迭代的(每三周发布上线)

Azure DevOps团队是如何做到每三周完成一次迭代产品上线,并如何尽早的获取用户反馈,以及完善产品的。

空中换引擎——博时基金数字化转型之路

leansoft团队和博时基金软件研发团队一起,利用微软DevOps研发解决方案平台Team Foundation Server配合Docker容器化技术,在需求管理,配置管理,持续集成 和自动化,自动化测试和部署等方面都进行了探索。帮助博时团队找到了一条空中换引擎的数字化转型之路。

你真的了解用户吗?

要设计出符合用户心意,最大限度满足用户需求的产品,需要对用户做全面细致的了解,绘制出精准的用户画像,才能开发出高满意度的产品。用户画像不是针对单个用户,而是对整个用户群体进行共性特征的提取,也就是给用户“打标签”。用户画像针对目标用户的真实特征进行勾勒,从而形成目标客户的综合原型。

#DevOps 的前世今生# 4. DevOps 的文化

虽然开发团队和运维团队使用的工具变了,然而事情却没有改变:我们仍然能看到”流程结合在一起,但工作目标仍然分离“的两个团队:运维团队仍然牢牢控制着环境,控制着上线标准和上线流程

#DevOps的前世今生# 3. DevOps 的目标和核心

在一个组织中,如果相关利益者的利益不一致,在既定流程的进行中一定会碰到诸多阻力。而在这一点上,首先做得就是把 Dev 和 Ops 的利益一致化,从而减少Ops对软件交付的阻力。

#DevOps的前世今生# 2. Dev和Ops矛盾缘何而来 ?

通过追溯 DevOps 活动产生的历史起源,我们发现了 DevOps 是敏捷思想从软件开发端(Dev)到系统维护端(Ops)的延伸。无论是 DevOpsDays 的创始人 Patrick Debois,还是同时期的 The Agile Admin。都想通过敏捷来改进传统的系统维护工作以及软件开发部门和系统维护部门的合作关系。但是,DevOps 的矛盾从何而来?这还要从 Dev 和 Ops 的起源开始讲起。

#DevOps的前世今生# 1. DevOps编年史

Patrick意识到开发团队和运维团队的工作方式和思维方式有巨大的差异:开发团队和运维团队生活在两个不同的世界,而彼此又坚守着各自的利益,所以在这两者之间工作到处都是冲突。作为一个敏捷的簇拥者,他渐渐的明白如何在这种状况下改进自己的工作。

敏捷转型是根据具体问题的演进过程

敏捷转型是根据具体问题的演进过程,也是和各干系人真诚合作的结果。敏捷教练需要在战壕里。