来源:魔镜市场情报 公众号后台回复: 报告 获取源文件 欢迎添加本站微信:datajh (可上下滑动或点单个图片放大左右滑动查看)
也就是说,有价值的复盘,当然是最期望得到,可是复盘没做好的时候,并非没有价值,而是可能产生负面价值。这是做复盘最值得警惕的地方。 复盘的三大误区 止于问责 偏离目标 遗留隐患 人才流失 止于意识提升 项目复盘,更重要的是整个公司的能力提升,而不是参与者个人能力的提升。 止于错误补救 复盘的准备工作 建设复盘氛围:为参与者提供一个安全且平衡的复盘环境。 梳理错失的机会点:从公司层面的宏观视角看,错失的最可惜的机会点是什么? 因而在复盘中,需要引导参与者注意平衡思考的维度。 第四层是平衡思考深度和行动时间。 很多人做复盘,还没完成全面分析呢,就已经列出了一大串行动点,准备整治了。要知道,复盘不是故障响应,不需要立即止血。 搭建复盘环境,复盘过程控制和整体规划; 需要对复盘的氛围和内容持续做引导与控制 要邀请一组具备不同视角的参与者来参加复盘。不能清一色地邀请研发人员,因为研发人员往往只会从技术视角出发来做深度探讨。
复盘模型 目录 1、复盘的内容 2、复盘的步骤 3、自我复盘 4、复盘他人 5、复盘中的三种角色 6、复盘的两种方法 7、如何判断复盘结论是否到位 复盘是一种贸易术语,通常用于项目或活动结束后 在实际项目中,往往在生产环境发生重大事故(BUG)等,都要进行复盘。 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)确认关键成功因素,围绕复盘 - 逆向关键点法则
面试 3.jpg 通报下,近20天,面试大概8家企业,有不知名的小公司,也有号称是上海独角兽公司。 结果是:求职全职,均宣告失败. 烈日当头,烤炉式的魔都,心还是有点凉。
{ background:url(http://b.hiphotos.baidu.com/image/w%3D400/sign=937dace2552c11dfded1be2353266255/d8f9d72a6059252d258e7605369b033b5bb5b912 8、CSS 选择符有哪些?哪些属性可以继承? CSS3新增伪类有那些? .myclassname) 3.标签选择器(div, h1, p) 4.相邻选择器(h1 + p) 5.子选择器(ul < li) 6.后代选择器(li a) 7.通配符选择器( * ) 8.
复盘,也叫复习 为什么需要复习呢 这里不得不说到艾宾浩斯(H.Ebbinghaus遗忘曲线,描述了人类大脑对新事物遗忘的规律,事实也的确如此,如果没有及时的复习,你可能会忘记你新学的知识,从而浪费你未来的时间去重新学习它 ,而复盘则巩固这些知识,且每次用的时间会越来越短,最终会变成习惯。 如何复盘 陈列式:就像记笔记一样,逐条记录下来即可。 联结式:用思维导图或知识树,做一个有关联有体系的总结,从而可以从点到面的掌握知识。 好了,关于复盘基本就这几点了,我们可以循序渐进的来,比如陈列式,但我还是最推荐联结式和输出式,这也是我写博客的原因所在。
本周Golang复盘 1.Http请求 http get请求时,通常会拼接url操作,例如:http://xxx.com?
SpringBoot项目复盘 项目起始 确定数据库中的表、主键、各个字段及其代表的含义;确立好表与表之间的关联关系; (规范好字段的命名规则)** 按照数据库中表及其字段创建实体类及其属性;规范好命名规则 doctype html > <html lang="en" xmlns:th="http://www.thymeleaf.org"> <head> <meta charset="utf-<em>8</em>">
项目复盘-模型
xml version="1.0" encoding="UTF-8"? xml version="1.0" encoding="UTF-8"? xml version="1.0" encoding="UTF-8"?
冯仑常说的复盘,我觉得有异曲同工之妙。设定目标,定期的回顾目标,调整计划、实施,检讨得失等。自上而下的执行效果会更好,因为企业目标的设定更需要自上而下的分解,而不是自下而上的聚集。
又到了年底年初做总结的日子,每个人&部门都要向老板做汇报,其中最重要的形式就是写年度数据报告。首先我们要清楚写这个东西的目的是什么? 做一个年度整体的复盘给一些明年的建议。 第2,展望预测,是对明年市场的预测,因为领导一定会对明年的收入有一个预期,那我们要做的是如何根据这个预期来拆解任务及行动计划? 应该是包括几个部分第1部分,【打分】年度KPI/OKR数据复盘这部分相当于是整篇报告的摘要,是老板最关心的地方,需要结合定性和定量的角度:数据上,年度核心KPI达成多少年度核心项目完成得怎么样定义:做得好
本期内容就围绕接口自动化脚本做个简单的个人复盘 前言 此前对接口自动化脚本支持MeterSphere扩展做了一些自己的分享。
基于多次复盘的经验汇总,仅以当前工作环境做汇总,供参考。 系统问题定位和解决 需要抓住足够多的证据链,不能臆测代码和运行机制。常用手段有 curl,日志,sentry。
抛出问题 都说复盘能力很重要,如何复盘才更有效呢? 我认为基于准确数据分析的复盘才是最有效的,因为不管是拍脑门定需求还是毫无根据的优化迭代都可能导致效果与期望南辕北辙。 、OAuth、REMOTE_USER 等)集成 添加自定义可视化插件的能力 用于程序化定制的 API 从头开始设计的云原生架构以实现规模化 官网地址在这里,欢迎大家体验尝鲜 总结 我相信随着数据分析和复盘意识的深入人心
再本地复盘的时候,发现直接往根目录去写马子的话还是不解析,而查找我上传的war包发现找不到,我个人推断应该是,在部署的时候,把文件释放在根目录下,并且删除了我的war包,连上了冰蝎后,就开始删除,找路径时候
4月8日15点23分,腾讯云团队收到告警信息,云API服务处于异常状态;随即在腾讯云工单、售后服务群以及微博等渠道开始大量出现腾讯云控制台登录不上的客户反馈。 图 2:存储服务调用数据趋势图 问题复盘 整个处理过程如下: 1. 15:23,监测到故障,立即执行服务的恢复,同时进行原因的排查; 2. 15:47,发现通过回滚版本没能完全恢复服务,进一步定位问题 定位到上海的技术组件存在API循环依赖问题,决定通过流量调度至其他地域来恢复; 7. 16:45,观测到上海地域恢复了,此时API和依赖API的PaaS服务彻底恢复,但控制台流量剧增,按九倍容量进行了扩容; 8. 第三,增强故障响应与沟通能力 1、对故障处理流程进行全面升级,确保实时更新故障处理进度和预计恢复时间点,提升故障报告发布效率。
任何一个产品的核心能力肯定会带有【复盘】这个技能,产品上的得失,经过每次任务的复盘,一条条的罗列下来并且深入思考,提升自己的总结能力,不要重复采坑,也是能力提升的一个重要的手段! 复盘:简单理解就是把之前经历过的问题点重新捋一遍,通过回顾和总结后,制定下一次实施的方案。 这里面的重点是:回顾——总结——记录——反思 我们之前聊过一次【新需求诞生记】,大概描述了下我们经历一个项目需要走的几个阶段,本篇将在原来的基础上,对于我们在复盘的时候到底“复”哪些“盘”做一些整理和总结 我们再重新看下一个项目的流程: 提需求——捋需求——较真与确认——设计规划——需求评审——技术评审——准备与上线 按照阶段我们整理下每个环节需要复盘和注意的事项 1、提需求与捋需求: 复盘点包含:需求真伪判断 那么这个文档就要根据每个角色的需求,做到必须完整、必须符合观看者心理模型、必须无遗漏,具体需求文档在后期我们专门拿出一章来说~复盘的点很简单,作为最初来说,复盘点就是人家指出有问题的点,这个是最基础的进化方式
在实践中,很多企业的问题复盘,其实就是向下施压+横向甩锅+向上交代。毕竟,大家混职场都是要恰饭的,有利益诉求,自然有了竞争(此处划掉)。 复盘的核心是什么? 在聊复盘的核心之前,先介绍下问题复盘的大致流程。如下图: 如上图所示,问题复盘的流程大致分为五个环节,当然,真正的问题复盘主要集中在第二到第四环节。 可以理解为记录问题是事前,问题复盘是事中,跟进优化是事后。 线上问题复盘的核心是什么呢?我个人认为最核心的因素是找到问题的原因并且确定问题得到有效的解决。 验证落地效果:这一环节是最容易流于形式的环节,很多公司复盘完方案讨论了就不了了之,这样复盘是没什么效果的。 这才是问题复盘事后最大的价值所在。
HGAME 2022 复盘 writeup by ek1ng 序 四周的HGAME结束后又回去看了看没做出的一些题和官方WP还有一些师傅们的wp,发现有些题解法很多,并且有些题虽然我打出了flag但是其实不是特别了解漏洞 ,也是再复盘一下这些题 WEB 蛛蛛…嘿嘿♥我的蛛蛛(爬虫) 这是一个爬虫题目,题目中的蛛蛛是提示爬虫,这点是当初没发现的,当初是写了这样一个脚本,但是事实上关卡数是未知的,这种自动点击的方式,点到多少还是要看运气