来源:魔镜市场情报 公众号后台回复: 报告 获取源文件 欢迎添加本站微信:datajh (可上下滑动或点单个图片放大左右滑动查看)
也就是说,有价值的复盘,当然是最期望得到,可是复盘没做好的时候,并非没有价值,而是可能产生负面价值。这是做复盘最值得警惕的地方。 复盘的三大误区 止于问责 偏离目标 遗留隐患 人才流失 止于意识提升 项目复盘,更重要的是整个公司的能力提升,而不是参与者个人能力的提升。 止于错误补救 复盘的准备工作 建设复盘氛围:为参与者提供一个安全且平衡的复盘环境。 梳理错失的机会点:从公司层面的宏观视角看,错失的最可惜的机会点是什么? 因而在复盘中,需要引导参与者注意平衡思考的维度。 第四层是平衡思考深度和行动时间。 很多人做复盘,还没完成全面分析呢,就已经列出了一大串行动点,准备整治了。要知道,复盘不是故障响应,不需要立即止血。 搭建复盘环境,复盘过程控制和整体规划; 需要对复盘的氛围和内容持续做引导与控制 要邀请一组具备不同视角的参与者来参加复盘。不能清一色地邀请研发人员,因为研发人员往往只会从技术视角出发来做深度探讨。
复盘模型 目录 1、复盘的内容 2、复盘的步骤 3、自我复盘 4、复盘他人 5、复盘中的三种角色 6、复盘的两种方法 7、如何判断复盘结论是否到位 复盘是一种贸易术语,通常用于项目或活动结束后 为什么会有这样的差距 3、叙述过程 - 照本宣科 4、自我剖析 (1)进行反思和分析 (2)可控,半可控,不可控 (3)分析事情的过程,对自身进行审视 5、众人设问 6、总结规律 7、复盘归档 3、自我复盘 1、注意记录 2、得出规律加以应用 3、问题,不能无情的复盘自己 4、复盘他人 1、结果 (1)跟风 (2)借鉴 (3)主动出击 2、避免对他人细节进行否定,进而肯定自己 3、对事不对人 5、复盘中的三种角色 放空自己进行复盘 6、复盘的两种方法 1、情景重现法 (1)信息场 a.有什么 b.有利于清理事实 (2)思维场 a.是什么 b.有助于判断方法和思路是否正确 c.要超越,站在自身之外看复盘 (3)情绪场 a.为什么 b.有助于认识自己和他人 c.要虚心,放空自己进行复盘 2、关键点法则 (1)首先确认关键点,然后围绕关键点进行重现,思考和推演的复盘方法 (2)确认关键成功因素,围绕复盘 - 逆向关键点法则
思考碎片 缘由? 面试经历? 一线城市? 缘由 1.jpg 其实是因为参加了某个写作群,硬性规定了需要公开写作的内容。当初只是好奇要是长期写字会产生怎样的效应... 毕竟作为初入技术领域的你会经常看到
webkit-keyframes "loops" { 0% { background:url(http://d.hiphotos.baidu.com/image/w%3D400/sign=c01e6adca964034f0fcdc3069fc27980 示例 6.rgba()和opacity的透明效果有什么不同? 1.id选择器( # myid) 2.类选择器(.myclassname) 3.标签选择器(div, h1, p) 4.相邻选择器(h1 + p) 5.子选择器(ul < li) 6.后代选择器
复盘,也叫复习 为什么需要复习呢 这里不得不说到艾宾浩斯(H.Ebbinghaus遗忘曲线,描述了人类大脑对新事物遗忘的规律,事实也的确如此,如果没有及时的复习,你可能会忘记你新学的知识,从而浪费你未来的时间去重新学习它 ,而复盘则巩固这些知识,且每次用的时间会越来越短,最终会变成习惯。 如何复盘 陈列式:就像记笔记一样,逐条记录下来即可。 联结式:用思维导图或知识树,做一个有关联有体系的总结,从而可以从点到面的掌握知识。 好了,关于复盘基本就这几点了,我们可以循序渐进的来,比如陈列式,但我还是最推荐联结式和输出式,这也是我写博客的原因所在。
本周Golang复盘 1.Http请求 http get请求时,通常会拼接url操作,例如:http://xxx.com?
SpringBoot项目复盘 项目起始 确定数据库中的表、主键、各个字段及其代表的含义;确立好表与表之间的关联关系; (规范好字段的命名规则)** 按照数据库中表及其字段创建实体类及其属性;规范好命名规则 https://code.jquery.com/jquery-3.2.1.slim.min.js" integrity="sha384-KJ3o2DKtIkvYIK3UENzmM7KCkRr/rE9/Qpg6aAZGJwFDMVNA
项目复盘-模型
的两个设计思想 IOC 和 AOP: IOC 容器(解耦合):解决各种 new 对象的问题 AOP (切面编程):把非业务范畴的功能,提取成一个切面,统一实现 2、Spring 概览 Spring 框架分为 6 6、依赖注入 IOC 依赖注入,分以下 3 种方式注入: 构造器注入 setter 方法注入 接口方式注入 其中接口方式注入用的很少,此文不再讨论。
冯仑常说的复盘,我觉得有异曲同工之妙。设定目标,定期的回顾目标,调整计划、实施,检讨得失等。自上而下的执行效果会更好,因为企业目标的设定更需要自上而下的分解,而不是自下而上的聚集。
又到了年底年初做总结的日子,每个人&部门都要向老板做汇报,其中最重要的形式就是写年度数据报告。首先我们要清楚写这个东西的目的是什么? 做一个年度整体的复盘给一些明年的建议。 第2,展望预测,是对明年市场的预测,因为领导一定会对明年的收入有一个预期,那我们要做的是如何根据这个预期来拆解任务及行动计划? 应该是包括几个部分第1部分,【打分】年度KPI/OKR数据复盘这部分相当于是整篇报告的摘要,是老板最关心的地方,需要结合定性和定量的角度:数据上,年度核心KPI达成多少年度核心项目完成得怎么样定义:做得好
本期内容就围绕接口自动化脚本做个简单的个人复盘 前言 此前对接口自动化脚本支持MeterSphere扩展做了一些自己的分享。
基于多次复盘的经验汇总,仅以当前工作环境做汇总,供参考。 系统问题定位和解决 需要抓住足够多的证据链,不能臆测代码和运行机制。常用手段有 curl,日志,sentry。
抛出问题 都说复盘能力很重要,如何复盘才更有效呢? 我认为基于准确数据分析的复盘才是最有效的,因为不管是拍脑门定需求还是毫无根据的优化迭代都可能导致效果与期望南辕北辙。 2.调整Docker内存 打开 Docker 的首选项面板,转到“Resources”部分并将分配的内存增加到 6GB。 、OAuth、REMOTE_USER 等)集成 添加自定义可视化插件的能力 用于程序化定制的 API 从头开始设计的云原生架构以实现规模化 官网地址在这里,欢迎大家体验尝鲜 总结 我相信随着数据分析和复盘意识的深入人心
再本地复盘的时候,发现直接往根目录去写马子的话还是不解析,而查找我上传的war包发现找不到,我个人推断应该是,在部署的时候,把文件释放在根目录下,并且删除了我的war包,连上了冰蝎后,就开始删除,找路径时候
任何一个产品的核心能力肯定会带有【复盘】这个技能,产品上的得失,经过每次任务的复盘,一条条的罗列下来并且深入思考,提升自己的总结能力,不要重复采坑,也是能力提升的一个重要的手段! 复盘:简单理解就是把之前经历过的问题点重新捋一遍,通过回顾和总结后,制定下一次实施的方案。 这里面的重点是:回顾——总结——记录——反思 我们之前聊过一次【新需求诞生记】,大概描述了下我们经历一个项目需要走的几个阶段,本篇将在原来的基础上,对于我们在复盘的时候到底“复”哪些“盘”做一些整理和总结 我们再重新看下一个项目的流程: 提需求——捋需求——较真与确认——设计规划——需求评审——技术评审——准备与上线 按照阶段我们整理下每个环节需要复盘和注意的事项 1、提需求与捋需求: 复盘点包含:需求真伪判断 6、准备与上线 复盘点包含:上线材料准备、宣传准备、预热准备、埋点复查、实体商品准备、线上环境复测 这里面我们看到的一个词就是:准备 每个公司业务不一样,需要准备的资质、材料等等就会不一样,这个环节就是需要什么准备什么
在实践中,很多企业的问题复盘,其实就是向下施压+横向甩锅+向上交代。毕竟,大家混职场都是要恰饭的,有利益诉求,自然有了竞争(此处划掉)。 复盘的核心是什么? 在聊复盘的核心之前,先介绍下问题复盘的大致流程。如下图: 如上图所示,问题复盘的流程大致分为五个环节,当然,真正的问题复盘主要集中在第二到第四环节。 可以理解为记录问题是事前,问题复盘是事中,跟进优化是事后。 线上问题复盘的核心是什么呢?我个人认为最核心的因素是找到问题的原因并且确定问题得到有效的解决。 验证落地效果:这一环节是最容易流于形式的环节,很多公司复盘完方案讨论了就不了了之,这样复盘是没什么效果的。 这才是问题复盘事后最大的价值所在。
HGAME 2022 复盘 writeup by ek1ng 序 四周的HGAME结束后又回去看了看没做出的一些题和官方WP还有一些师傅们的wp,发现有些题解法很多,并且有些题虽然我打出了flag但是其实不是特别了解漏洞 ,也是再复盘一下这些题 WEB 蛛蛛…嘿嘿♥我的蛛蛛(爬虫) 这是一个爬虫题目,题目中的蛛蛛是提示爬虫,这点是当初没发现的,当初是写了这样一个脚本,但是事实上关卡数是未知的,这种自动点击的方式,点到多少还是要看运气
内部同步运维规范,用处不是很大,因为故障报告没有存档,没有人阐述整体的背景经过,新来一个,依旧会踩坑。。。每个人都很忙,谁有那么多时间。。。新手模拟故障,处理故障,运维规范。