2022双11大促复盘报告

来源：魔镜市场情报 公众号后台回复： 报告 获取源文件 欢迎添加本站微信：datajh （可上下滑动或点单个图片放大左右滑动查看）

关于复盘

也就是说，有价值的复盘，当然是最期望得到，可是复盘没做好的时候，并非没有价值，而是可能产生负面价值。这是做复盘最值得警惕的地方。 复盘的三大误区 止于问责 偏离目标 遗留隐患 人才流失 止于意识提升 项目复盘，更重要的是整个公司的能力提升，而不是参与者个人能力的提升。 止于错误补救 复盘的准备工作 建设复盘氛围：为参与者提供一个安全且平衡的复盘环境。 梳理错失的机会点：从公司层面的宏观视角看，错失的最可惜的机会点是什么？ 因而在复盘中，需要引导参与者注意平衡思考的维度。 第四层是平衡思考深度和行动时间。 很多人做复盘，还没完成全面分析呢，就已经列出了一大串行动点，准备整治了。要知道，复盘不是故障响应，不需要立即止血。 搭建复盘环境，复盘过程控制和整体规划； 需要对复盘的氛围和内容持续做引导与控制 要邀请一组具备不同视角的参与者来参加复盘。不能清一色地邀请研发人员，因为研发人员往往只会从技术视角出发来做深度探讨。

复盘模型

复盘模型 目录 1、复盘的内容 2、复盘的步骤 3、自我复盘 4、复盘他人 5、复盘中的三种角色 6、复盘的两种方法 7、如何判断复盘结论是否到位 复盘是一种贸易术语，通常用于项目或活动结束后 1、复盘的内容 1、现在情况如何 2、当初是怎么决定的 （1）事情是如何确定的 （2）事情是根据什么确定的 （3）执行的如何 3、让我们再审视下思考的前提 2、复盘的步骤 1、回顾目标 2、结果比对 - 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）确认关键成功因素，围绕复盘 - 逆向关键点法则

复盘：2016.07.23

思考碎片 缘由？ 面试经历？ 一线城市？ 缘由 1.jpg 其实是因为参加了某个写作群，硬性规定了需要公开写作的内容。当初只是好奇要是长期写字会产生怎样的效应... 毕竟作为初入技术领域的你会经常看到

复盘1

CDN缓存更方便 突破浏览器并发限制 节约cookie带宽 节约主域名的连接数，优化页面响应速度 防止不必要的安全问题 2、请描述一下cookies，sessionStorage和localStorage url(http://c.hiphotos.baidu.com/image/w%3D400/sign=cfb239ceb0fb43161a1f7b7a10a54642/3b87e950352ac65ce2e73f76f9f2b21192138ad1 1.id选择器（ # myid） 2.类选择器（.myclassname） 3.标签选择器（div, h1, p） 4.相邻选择器（h1 + p） 5.子选择器（ul < li） 6.后代选择器 p:nth-child(2) 选择属于其父元素的第二个子元素的每个

元素。 :enabled、:disabled 控制表单控件的禁用状态。 :checked，单选框或复选框被选中。

编程复盘篇

复盘，也叫复习 为什么需要复习呢 这里不得不说到艾宾浩斯(H.Ebbinghaus遗忘曲线，描述了人类大脑对新事物遗忘的规律，事实也的确如此，如果没有及时的复习，你可能会忘记你新学的知识，从而浪费你未来的时间去重新学习它 ，而复盘则巩固这些知识，且每次用的时间会越来越短，最终会变成习惯。 如何复盘 陈列式：就像记笔记一样，逐条记录下来即可。 联结式：用思维导图或知识树，做一个有关联有体系的总结，从而可以从点到面的掌握知识。 好了，关于复盘基本就这几点了，我们可以循序渐进的来，比如陈列式，但我还是最推荐联结式和输出式，这也是我写博客的原因所在。

本周Golang复盘

本周Golang复盘 1.Http请求 http get请求时，通常会拼接url操作，例如：http://xxx.com? 2.defer+slice案例 2.1 示例1 这里以这个示例： func test() { n := 10 data := make([]string, n, 2*n) fmt.Printf(" 输出结果: data : 0xc00007e000 process data:0xc00007e000 [hello ] 10 2.2 示例2 那把上面换成append操作呢？ 要想有数据，采用示例2的第一种方法即可。 2.4 示例4 既然知道原理是cap不够，那我现在给他分配足够的cap，让其append之后的结果是什么呢？ 一句话解释这里，因为只能看见当前的len，所以hello字符串是在index=10,len=11时的结果，因此我们需要reslice即可(示例2的第二种方法)。

SpringBoot项目复盘

SpringBoot项目复盘 项目起始 确定数据库中的表、主键、各个字段及其代表的含义；确立好表与表之间的关联关系； （规范好字段的命名规则）** 按照数据库中表及其字段创建实体类及其属性；规范好命名规则

项目复盘-模型

项目复盘-模型

Spring 复盘 | IOC

单元测试等问题），分别对应 Spring 的两个设计思想 IOC 和 AOP： IOC 容器（解耦合）：解决各种 new 对象的问题 AOP （切面编程）：把非业务范畴的功能，提取成一个切面，统一实现 2、

复盘与PDCA

冯仑常说的复盘，我觉得有异曲同工之妙。设定目标，定期的回顾目标，调整计划、实施，检讨得失等。自上而下的执行效果会更好，因为企业目标的设定更需要自上而下的分解，而不是自下而上的聚集。

用于年度复盘与计划的数据分析报告怎么写

又到了年底年初做总结的日子，每个人&部门都要向老板做汇报，其中最重要的形式就是写年度数据报告。首先我们要清楚写这个东西的目的是什么？ 做一个年度整体的复盘给一些明年的建议。 第2，展望预测，是对明年市场的预测，因为领导一定会对明年的收入有一个预期，那我们要做的是如何根据这个预期来拆解任务及行动计划？ 应该是包括几个部分第1部分，【打分】年度KPI/OKR数据复盘这部分相当于是整篇报告的摘要，是老板最关心的地方，需要结合定性和定量的角度：数据上，年度核心KPI达成多少年度核心项目完成得怎么样定义：做得好 一般来说，都是好 :)简述关键问题与经验，引入第2部分第2部分，【业务】年度关键问题与成功经验大白话就是去年有哪些做得不好的地方，为什么？有哪些做得好的地方，是因为做对了什么？ 这部分要做归因，需要很严谨的逻辑，内容可能很多但是老板不一定爱看所以要符合金字塔原理：结论先行成指标体系：上面第1部分是北极星指标，这里第2部分就是第2-3级指标拆分原因的时候符合MECE原则少即是多，

一线开发者本周复盘2

android:layout_width="20dp" android:layout_height="wrap_content" android:maxLines="2"

测试之路 小复盘

本期内容就围绕接口自动化脚本做个简单的个人复盘 前言 此前对接口自动化脚本支持MeterSphere扩展做了一些自己的分享。

技术项目复盘经验

基于多次复盘的经验汇总，仅以当前工作环境做汇总，供参考。 系统问题定位和解决 需要抓住足够多的证据链，不能臆测代码和运行机制。常用手段有 curl，日志，sentry。

都说复盘能力很重要，如何复盘才更有效呢？

抛出问题 都说复盘能力很重要，如何复盘才更有效呢？ 我认为基于准确数据分析的复盘才是最有效的，因为不管是拍脑门定需求还是毫无根据的优化迭代都可能导致效果与期望南辕北辙。 2.调整Docker内存 打开 Docker 的首选项面板，转到“Resources”部分并将分配的内存增加到 6GB。 小提示：默认情况下仅分配 2GB 的 RAM，Superset 将无法启动。 、OAuth、REMOTE_USER 等）集成 添加自定义可视化插件的能力 用于程序化定制的 API 从头开始设计的云原生架构以实现规模化 官网地址在这里，欢迎大家体验尝鲜 总结 我相信随着数据分析和复盘意识的深入人心

JBOOS渗透复盘记录

然后就是一把搜，在一把搜的过程中发现JBOOS在WEB端显示的版本是2.X 但是在渗透的过程中发现是4.2.x 这应该就是迷惑行为吧 把生成的WAR包 通过CS服务器的下载功能挂在VPS上 ? 再本地复盘的时候，发现直接往根目录去写马子的话还是不解析，而查找我上传的war包发现找不到，我个人推断应该是，在部署的时候，把文件释放在根目录下，并且删除了我的war包，连上了冰蝎后，就开始删除，找路径时候

基于Vite2+Vue3的项目复盘总结

2.基础设施搭建 在讲述前，先把我画的线框图呈上，方便对整个项目的基础设施有个大概的了解： image.png Vite创建Vue3.0项目很简单，一行命令可以搞定： yarn create @vitejs prettier': 'error' } } 复制代码 prettier.config.js module.exports = { printWidth: 100, tabWidth: 2, }, axletreeHealthDegree(state) { return round(state.axletreeHealthDegree, 2) }, (state) { return round(state.completeMachineHealthDegree, 2) } }, mutation: { // 健康度 4.3 Git工作流 Git工作流没有搭建是因为我们就2-3个人，走这套流程时间不允许。但是以后有新成员加入，团队人员变多后就需要这套工作流了。

在复盘中提升

任何一个产品的核心能力肯定会带有【复盘】这个技能，产品上的得失，经过每次任务的复盘，一条条的罗列下来并且深入思考，提升自己的总结能力，不要重复采坑，也是能力提升的一个重要的手段！ 复盘：简单理解就是把之前经历过的问题点重新捋一遍，通过回顾和总结后，制定下一次实施的方案。 这里面的重点是：回顾——总结——记录——反思 我们之前聊过一次【新需求诞生记】，大概描述了下我们经历一个项目需要走的几个阶段，本篇将在原来的基础上，对于我们在复盘的时候到底“复”哪些“盘”做一些整理和总结 我们再重新看下一个项目的流程： 提需求——捋需求——较真与确认——设计规划——需求评审——技术评审——准备与上线 按照阶段我们整理下每个环节需要复盘和注意的事项 1、提需求与捋需求： 复盘点包含：需求真伪判断 那么这个文档就要根据每个角色的需求，做到必须完整、必须符合观看者心理模型、必须无遗漏，具体需求文档在后期我们专门拿出一章来说~复盘的点很简单，作为最初来说，复盘点就是人家指出有问题的点，这个是最基础的进化方式

线上问题如何复盘？

在实践中，很多企业的问题复盘，其实就是向下施压+横向甩锅+向上交代。毕竟，大家混职场都是要恰饭的，有利益诉求，自然有了竞争（此处划掉）。 复盘的核心是什么？ 在聊复盘的核心之前，先介绍下问题复盘的大致流程。如下图： 如上图所示，问题复盘的流程大致分为五个环节，当然，真正的问题复盘主要集中在第二到第四环节。 可以理解为记录问题是事前，问题复盘是事中，跟进优化是事后。 线上问题复盘的核心是什么呢？我个人认为最核心的因素是找到问题的原因并且确定问题得到有效的解决。 验证落地效果：这一环节是最容易流于形式的环节，很多公司复盘完方案讨论了就不了了之，这样复盘是没什么效果的。 这才是问题复盘事后最大的价值所在。