(Development和Operations的组合词)是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程,来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。
拆分部署催生出DEVOPS,在这种开发模式下,运维需要做的上线工作,主要就是将代码部署到对应的机器里面,微服务有那么多的服务,每个大点的公司几百个服务不算多,而且还可能随时搞一个服务出来,如果还按照原始的脚本部署方式,可能最后连是哪个脚本都找不到。
最初大家说到DEVOPS,都是指的‘开发运维一体化’,现在大家说的 DevOps 已经是扩大到“端到端”的概念了。DevOps 的三大支柱之中,
即人(People)、流程(Process)和平台(Platform)。即
DevOps = 人 + 流程 + 平台
人 + 流程 = 文化
流程 + 平台 = 工具
平台 + 人 = 赋能
Scrum中的3355指的是Scrum框架中的三个角色、三个工件、五个关键事件和五个价值观。具体解释如下:
三个角色:
产品负责人(Product Owner):主要负责确定产品的功能和达到要求的标准,指定软件的发布日期和交付的内容,同时有权力接受或拒绝开发团队的工作成果。
Scrum Master/敏捷教练:帮助产品开发团队学习并应用Scrum来达成商业价值,为大家服务,会做任何力所能及的事情来帮助团队、产品负责人和组织取得成功。对应敏捷团队中的项目经理,但并非是一个项目经理。
团队:由开发人员组成,负责完成产品待办列表中的任务。
三个工件:
产品待办列表(Product Backlog):由产品负责人维护,包含所有待完成的工作项,按照优先级排序。
Sprint待办列表(Sprint Backlog):由团队维护,包含当前Sprint中需要完成的工作项。
可交付的产品增量(Increment):在每个Sprint结束时,团队必须交付一个可用的、可工作的产品增量。
五个关键事件:
产品待办列表梳理会(Product Backlog Refinement):由产品负责人主持,团队成员参与,目的是梳理、优化、优先级排序产品待办列表。
Sprint计划会(Sprint Planning):由产品负责人和团队共同参与,目的是确定Sprint目标和Sprint待办列表。
每日站会(Daily Scrum):由团队成员参与,目的是讨论前一天的工作进展、今天的工作计划以及遇到的问题。
Sprint评审会(Sprint Review):由产品负责人、团队和利益相关者参与,目的是展示Sprint期间完成的工作并接受反馈。
Sprint回顾会(Sprint Retrospective):由团队参与,目的是回顾Sprint期间的工作流程和团队合作,并提出改进措施。
五个价值观:
开放 (Openness):所有人都能够理解Scrum团队的工作和进展情况。
专注(Focus):团队成员专注于完成Sprint目标。
勇气(Courage):团队成员勇于面对问题并采取行动解决。
承诺(Commitment):团队成员致力于实现团队的目标,有勇气去做正确的事并处理那些棘手的问题。
尊重 (Respect):团队成员相互尊重,彼此是有能力和独立的人。
1.希望能在软件工程学到有用的东西,个人目标是将代码质量提高一个档次,并且不挂科
2.不是,我认为软件工程是教会会写程序但不会规划开发流程的人如何正确的规划开发流程。因为只有会编程的人才能更清楚的理解到开发过程的需求,才能和编程人员更好的沟通交流。开发流程才会顺利。