Scrum
记录敏捷项目管理、Scrum敏捷团队管理,敏捷项目转型,自动化与敏捷测试,持续集成环境构建,自动化框架与工具开发等相关的知识
慢就是【快】
三律:律行、律言、律心
展开
-
代码审查规范(试用版)
目录1、背景2、目标3、流程4、指定代码审查规范4.1、命名风格4.2、常量定义4.3、代码风格4.4、注释风格4.5、控制语句5、执行代码审查规范6、开展PR Bash活动1、背景2019年已成历史,2020年已经悄然到来。2019年,我们的研发团队经历了人员的变动和业务的快速增长。在日常敏捷研发过程、运维过程以及平台升级等过程中,出现了...原创 2020-01-20 15:49:13 · 3453 阅读 · 0 评论 -
敏捷估算和计划的12条知道原则
敏捷计划的目的是以迭代的方式为产品开发的综合问题——在哪段时间内使用哪些资源来得到哪些功能——寻找到最佳解决方案。敏捷估算和计划方法可以成功找到这样的解决方案的原因包括:计划是在不同层次上做出的,并且频繁地重新计划; 计划是根据特性而不是根据任务做出的; 首先估算大小,然后根据大小的估算值推算出持续时间; 小故事保持工作的流动,而且每次迭代结束时会消除未完成的工作; 在团队层次而不...原创 2019-12-12 22:49:56 · 327 阅读 · 0 评论 -
敏捷研发之持续监控
一、ELG简介Elasticsearch是个开源分布式搜索引擎,提供搜集、分析、存储数据三大功能。它的特点是分布式、零配置,自动发现、索引自动分片、索引副本机制,restful风格接口,多数据源、自动搜索负载等。至少部署3个节点Logstash主要用来日志的搜集、分析、过滤日志的工具,支持大量的数据获取方式。一般工作方式为c/s架构,client端安装在需要手机日志的主机上,server端...原创 2019-11-13 10:48:32 · 397 阅读 · 0 评论 -
敏捷研发之持续部署
·目录·一、DevOps概述二、DevOps框架三、蓝绿发布是什么四、使用jenkins实现蓝绿发布一、DevOps概述DevOps(Development和Operations的组合词)是一组过程、方法与系统的统称,用于促进开发、质量保障(QA)和技术运营部门之间的沟通、协作与整合。通过自动化“软件交付”和“架构变更”的流程,来使得构建、测试、发布软件能够更加地快捷、...原创 2019-11-12 14:51:46 · 544 阅读 · 0 评论 -
敏捷研发落地之持续集成
目录一、什么是持续集成二、持续集成的优势三、持续集成面板四、每日构建与持续集成五、持续集成常见问题解决方案六、持续集成环境配置七、公告板插件一、什么是持续集成持续集成(CI)是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(编译、发布、自动化测试)来验证,从而尽快...原创 2019-11-12 14:21:22 · 476 阅读 · 0 评论 -
代码重构
代码重构(Code refactoring)是在不改变软件系统外部行为的前提下,改善它的内部结构。通过调整程序代码改善软件的质量、性能,使其程序的设计模式和架构更趋合理,提高软件的扩展性和维护性。何为重构?一个前提是不改变软件可观察行为; 两个目的:1是提高代码可读性;2是降低代码修改成本为什么要进行重构?改进软件的设计 提高代码质量,更易被理解 尽早地发现Bug...原创 2019-11-07 22:48:02 · 619 阅读 · 0 评论 -
敏捷团队的最佳实践
一、过程裁剪软件开发与测试是一个复杂的过程。过程可能是一致的,但却是不可复制的; 任何一个项目都具有其特殊性; 不能完全照搬敏捷的框架与方法,也并不是所有敏捷的实践都要采用,要根据企业和项目的具体特点裁剪出适用于自己的框架与方法二、敏捷迭代周期的选择一般初期转型时建议一个迭代周期为4周,团队稳定后可根据需要缩短周期; 可以将环境、平台创建、签入规则、团队组建与磨合的迭代工作...原创 2019-11-07 22:23:34 · 1051 阅读 · 0 评论 -
敏捷研发之代码评审与工具
代码评审的主要内容编码规范问题:命名不规范等代码结构问题:重复代码、巨大大方法和类、分层不当、紧耦合实现问题:错误验证、异常处理、事务划分、线程、性能、安全、实现过于复杂、代码可读性不佳、扩展性不好测试问题:测试覆盖度不够、可测试性不好基本逻辑:基本业务逻辑等常见的代码审查检查点,参考https://blog.csdn.net/weixin_34367845/artic...原创 2019-11-05 17:14:59 · 373 阅读 · 0 评论 -
敏捷(Agile)与精益(Lean)对比
精益思想的核心消除浪费——Eliminate Waste嵌入质量——Build Quality In创造知识——Create Knowledage延迟决策——Defer Commitment快速交付——Deliver Fast尊重他人——Respect People整体优化——Optimize Whole精益和敏捷软件开发的共同之处目标都是要提高客户所感知到的...原创 2019-11-05 10:29:06 · 4512 阅读 · 0 评论 -
敏捷过程之高效会议
在敏捷研发过程中,参加或者组织相关会议,为了能提升会议的效率,节省大家的时间。高效会议具备以下特点:1、明确会议需要达成的目标2、尽早发出会议日程与安排3、需评审文档至少提前1天发出,线下评审,开会集中讨论问题4、发出会议纪要与各项目负责人action list5、会议结束6、下次会议首先回顾action list...原创 2019-11-05 10:13:49 · 418 阅读 · 0 评论 -
敏捷过程之风险监控
敏捷研发的过程中,需要高度重视风险监控,可将项目实施过程中可能遇到或者已经遇到的风险进行前置,降低问题修复的成本。风险监控的主要流程如下:首先根据专家讨论识别所有风险,列出风险清单 然后根据风险发生概率和所造成的影响进行分析 根据结果分析风险应对措施主要的风险包括:...原创 2019-11-05 09:54:22 · 356 阅读 · 0 评论 -
每日站会最佳实践
每日站立会议有助于团队进行自我组织。这是项目团队成员间的一个进度协调会议。更新3件事昨天完成工作 今天计划工作 目前风险依赖原则提前做好准备 仅需同步状态 无需解决问题 细节线下讨论 面对看板更新 5~9人原则...原创 2019-11-05 08:36:37 · 196 阅读 · 0 评论 -
一份很不错的敏捷产品接口文档模板
在采用敏捷研发的过程中,前后端开发人员如何来描述与记录接口信息?如何精简的描述接口的用处?接口的请求方式?接口的入参是什么?返回模型是什么等等。结合我们项目团队多年的实际情况以及授课老师的推荐,我觉得一下接口文档模板可以在团队内部进行推广使用。接口详情 访问地址 请求方式 GET、POST、PUT、DELETE 参数 是否必填 参数说明 ...原创 2019-11-04 16:50:13 · 780 阅读 · 0 评论 -
敏捷团队迭代交付能力计算模型
敏捷团队迭代的过程中,需要综合考虑团队成员的技术水平、所处的工作环境以及日常的工作流程等各方因素,来计算整个团队可交付能力是多少?迭代计划会议分两个时间段来完成,上午的迭代计划会议,主要分配需求与任务到个人,定义优先级;下午的迭代计划会议,主要是任务背景分析确认,根据需求拆解工作任务,识别依赖与风险,估算时间,最后,迭代计划评审与确认会议,通兑任务与时间分配,平衡资源迭代计划会议:...原创 2019-11-04 15:47:39 · 849 阅读 · 0 评论 -
一份很不错的敏捷产品需要文档模板
敏捷误区:敏捷并不意味着不需要文档在敏捷的过程中,会有一种叫做产品需要设计文档的东东,简称PRD。最近在一次公司组织的内部培训会上,老师提供了一份PRD文档的模板,个人觉得这个PRD模板比较轻量,现在分享给大家。1、概述产品概述及目标名词解释数据词典文档阅读对象2、产品描述产品整体流程产品需求描述产品版本规划产品框架功能列表3、功能需求(开...原创 2019-11-04 07:26:32 · 1824 阅读 · 0 评论 -
在敏捷研发过程中,Scrum Master角色的哪些事
目录概述Scrum Master何人担当?适合作为Scrum Master的人员不适合作为Scrum Master的人员Scrum Master主要职责Scrum Master技能要求硬技能软技能概述在使用Scrum开发流程中,会有产品负责人Product Owner、Scrum Master、团队成员等几大类角色。那么,在整个研发过程中,哪些角色适合作为S...原创 2019-11-04 07:11:20 · 918 阅读 · 0 评论 -
Scrum框架中的角色、工件、活动以及开发流程
一、概述Scrum既适合5~10人的小团队,也适合于几百人的大型团队,在需求频繁变化的项目中,Scrum这种“拥抱变化”的软件过程,可以发挥出强大的威力,但要合理控制项目及产品的范围。二、角色产品负责人(Product Owner)——职责:把方向——做正确的事; 利益相关方的代表,重点是产品业务方面;从业务角度出发对需求并对权重排序,合理的调整产品功能和迭代顺序Scrum主管...原创 2019-11-04 00:33:21 · 1387 阅读 · 0 评论 -
敏捷基础知识
敏捷的定义敏捷软件工程是哲学理论和一系列开发指南的综合。其推崇让客户满意和软件的早期增量发布,小而高度自主的项目团队,非正式的方法,最小化软件工程工作产品以及整体精简开发。开发的指导方针强调超越分析和设计的发布,以及开发人员和客户之间主动和持续的沟通。相对于“非敏捷”,更强调研发团队与业务专家之间的紧密协作、面对面的沟通(认为比书面的文档更有效)、频繁交付新的软件版本、紧凑而自我组织型的团...原创 2019-11-02 21:31:14 · 944 阅读 · 0 评论 -
我们需要敏捷吗?
从赛车换轮胎,联想到了什么?我们从一段关于F1赛车换轮胎的视频中,观察到赛车换轮胎整个过程仅仅用了2.05秒,整个过程中相关人员分工明确、各司其职,整个过程可以说是一气呵成,没有多余的动作。主要包括以下三点:人(People)自组织的——每个人都分工明确、赛车到达制定的位置,自组织的行动; 技能娴熟——每个人每个动作一气呵成;流程(Process)透明——流程精简; 快速...原创 2019-11-02 20:45:24 · 117 阅读 · 0 评论 -
漫话:敏捷Scrum研发技术与过程管理实践
背景作为一名从事6年研发工作的软件研发人员,带领团队采用敏捷研发技术完成了多个中型项目的开发、集成、测试等工作,具备了3年敏捷项目实战经验,体验到敏捷项目管理过程带来的好处,提升了研发团队的效能,增强了研发团队的凝聚力。但是,在此过程中,也存在着一系列问题和疑惑。为响应公司关于提高一线技术人员设计研发能力的精神,进一步提升公司软件设计师能力水平,按照2019年公司技术培训计划安排,决定...原创 2019-11-02 20:12:56 · 489 阅读 · 0 评论