作者小头像 Lv.3
204 成长值

个人介绍

克己

感兴趣或擅长的领域

DevOps、云安全、自动化运维、云计算、人工智能
个人勋章
TA还没获得勋章~
成长雷达
160
9
0
15
20

个人资料

个人介绍

克己

感兴趣或擅长的领域

DevOps、云安全、自动化运维、云计算、人工智能

达成规则

发布时间 2020/02/03 14:26:27 最后回复 龙波 2020/03/15 23:07:42 版块 社区活动
41316 239 0
发布时间 2020/02/03 14:26:27 最后回复 龙波 2020/03/15 23:07:42 版块 社区活动
41316 239 0
发布时间 2020/02/03 14:26:27 最后回复 龙波 2020/03/15 23:07:42 版块 社区活动
41316 239 0
他的回复:
微信昵称:benji726592318账号:jzs731731169day3 信鸽项目敏捷转型不成功,仍是瀑布模式,预期交付质量低下。复盘总结,用户故事对敏捷转型很重要,有价值,可以单独上线,最小的需求。用scrum把开发切成sprint,与瀑布模式的差别不是很大。转型应该做到,将用户的需求转换成独立上线的用户故事,并持续交付,持续上线,将原来周期很长的项目变成了用户故事的生产实现。在了解以上的革新关键点后,对信鸽项目重新整理需求并分析,才真正了解到项目的核心需求是金融报表的输出,遂其将项目的任务进行拆分,以报表为维度的用户故事,并实现持续交付。如何将传统的用户需求转换成用户故事,需要采用以下几点:1、用户故事地图:从左到右进行任务罗列,绘制二位地图,发布版本一就是MVP(核心功能实现,收集反馈不断完善)。2、用户故事拆分:现金支付,app支付等,要注意切分方向,前后端要明确任务。项目成功的关键:持续沟通,需求得到满足。常规开发:相关方比较多,没有优先级,资源有限,开发和运维复用,并不适合scrum,没法做时间盒。看板方法:进度可视化,将需求可视化出来,相关方可观。限制在制品,对开发任务和需求的限制,提高交付速度,需求有优先级。观察和改善流,可视化需求流动情况,查找交付瓶颈,总计:能够将用户需求顺利拆分成用户故事是敏捷开始的基础。
发布时间 2020/02/03 14:26:27 最后回复 龙波 2020/03/15 23:07:42 版块 社区活动
41316 239 0
他的回复:
华为云账号:jzs731731169    微信昵称:benji726592318DAY02:《猎豹行动:硝烟中的敏捷转型之旅》主要内容:1、敏捷与devops工具集2、如何通过团队共创工作坊,来找出devops的改进点。3、如何挖掘devops的改进时间和资源,以及前置时间和周期时间的概念。 主要使用的敏捷工具包括:jira,缺陷管理,跟踪。confluence,协同。github,代码托管,分布式代码托管。nexus,自建仓库缓存,提高管理效率。jenkins,代码持续集成工具。sonarqude,代码质量趋势。ansible,自动化运维部署工具。 Jira结合confluence可以实现功能可视化,信息共享,灵活, devops时间:通过workshop工作坊和团队一起找出痛点。通过放下手头的交付工作,自行实施或者组队实施来完成任务。建立激励的机制来鼓励大家积极参与。挑战不一样的工作,提升员工士气和忠诚度。设置名人榜用作激励。 工作坊主要主题:主题介绍,头脑风暴,排列组合,提炼中心词,模型图问题解决:第一个问题,业务跟踪解决性差。通过jira来跟踪项目,通过confluence来建立所有的知识和信息库。第二个问题,缺乏回归测试。从手工测试,转向自动化测试,通过jenkins发布测试,结合sonarqude测试代码的覆盖率是否处于上升趋势。第三个问题,手工部署。运维负责手动部署消耗资源,上线慢,影响业务,通过ansible开发和部署脚本来实现自动化运维和部署。 不能只靠IT部门来实现业务革新,需要在业务端进行变革。前置时间和周期时间 lead time 和 cycle time业务部门的由于其自身复杂性,很难革新。PMO处于半业务和半IT的复杂背景,由其进行指派工作给IT部门。用榜样感化来教育和培训业务部门更合理。
发布时间 2020/02/03 14:26:27 最后回复 龙波 2020/03/15 23:07:42 版块 社区活动
41316 239 0
他的回复:
微信昵称:benji726592318华为云账号:jzs731731169第一天,拜读了《猎豹行动 硝烟中的敏捷转型之旅》第二章 前进—敏捷教育全面铺开其中的详细介绍的内容是:敏捷开发与瀑布的最大区别,Scrum和敏捷与DevOps之间的关系。包括:剖析传统模式的问题,剖析瀑布模式的适用局限以及它给业务和IT部门带来的痛点,逾期交付,超支,看到成品时项目已接近尾声,过程缺乏透明度不知道具体的进度在哪里等。同时,很难变更需求,最终开发的不是想要,丢失市场机会。预算和交付时期是确定,项目的范围和具体需求,人员也变动,估算的准确情,需求对现有系统的影响,服务器环境的搭建,瀑布,第一个环节扣一环,重点在于需求分析,需求时间越多开发时间域越少,业务在测试时才能看到成品,瀑布适合需求高度确定的项目,需求变更是无法避免的。以下是几个关键词:Scrum PO product owner 用户、客户、业务的代言人。说明:可以作业务决策的人,Scrum Master 熟悉Scrum流程的人说明:指导和确保团队以Scrum的方式进行交付,Sprint 迭代的说法 周期是固定的User Story 有价值的交付单位Product Backlog 代办列表说明:确定哪些story放进来Sprint Backlog 一个Sprint的待办列表说明:框定Sprint的开发范围Sprint计划会议说明:每日站立会议Sprint评审会议说明:小团队七人左右敏捷的优势业务部门:不需要一次性解释所有需求,可以提出需求变更是透明的,保证客户可以得到想要的产品IT 部门:适应需求变化,透明
发布时间 2018/04/04 10:59:52 最后回复 正本清源 2019/02/18 16:02:23 版块 云计算
13698 3 0