柳传志说：“在这些年管理工作和自我成长中，「复盘」是最令我受益的工具之一。”
个人学会复盘，可以加快个人成长的速度；
团队学会复盘，可以提升团队协同作战的能力，同时让团队形成互相学习、分享知识与技能的氛围；
组织学会复盘，可以持续优化，激发创新。
下面，环环就给大家介绍三种复盘方法，希望对你有帮助。
KPT 复盘法
说明 
Try ——根据自己过去的行为习惯和结果数据进行分析，把「尝试」落实、具体化；
Problem——通过主题汇总和模板，整理成一张核对清单。下一次行动时，对着打钩，可以帮助自己减少思考成本；
Keep ——通过回顾总结，归纳出方法论，无论是指导自己的实践还是传授给别人，都非常有用。
GRAI复盘法
说明 
四步复盘法，也叫GRAI复盘法，即Goal（回顾目标）、Result（评估结果）、Analysis（分析原因）、Insight（总结规律）。
Step.1 回顾目标
①当初目的是什么？
②计划达到的目标是什么？
Step.2 评估结果
问题一：结果如何？
①超额完成的目标
②未完成的目标
问题二：项目关键里程碑分解
①项目中有什么亮点？
②项目中有什么不足？
Step.3 分析原因
问题一：可控性分析
①分析哪些原因可控
②分析哪些原因不可控
问题二：关键因素分析
①从主观上分析原因
②从客观上分析原因
Step.4 总结规律
问题一：行动计划
①停止的行动
②继续的行动
③新增的行动
问题二：经验and规律
需要将以下内容电子化共享给参与复盘的所有人员：
①复盘项目名称
②时间
③参与人员
④GOOD和成功关键因素
⑤NEED和失败根本原因
⑥ACTION行动计划
十步复盘法
复盘要注意的问题
复盘的态度
复盘的时机
本文介绍的复盘方法，其实大体的思路都是一致的。
不管用哪种方法，
都是为了更好的总结经验、厘清问题。
会复盘的人，成长速度会更快！
年底了，
别忘了给自己做一下复盘啊朋友们！
上面的复盘方法你都会用吗？
·END·

                

协同办公系统的维护经常需要操作Domino数据库和进行一些程序调试, 目前各项目维护人员使用的用户都是admin超级管理员，这难免会操作失误删除数据库或文档，如果备份没有做好，将导致非常严重的后果。虽然一些单位准备在网络上对维护人员的操作进行限制，封掉链接服务器的端口，任何的修改更新都需要走工作票，但这对维护工作带来极大的不方便，影响工作效率。
    本文档将从技术上避免了维护人员的错误操作误删数据库和文档，且不影响运维人员日常的工作。
1日常运维分析
作为日常的运维工作，我们究竟需要一个什么样的权限？必须要admin超级管理员吗？分析一下日常运维工作哪些需要连接服务器。
1）          更新、升级程序
2）          对问题的跟踪调试
3）          通过控制台查看服务器运行状态
4）          对一些异常文档的处理
2  Domino权限控制分析
2.1 Domino数据库存取控制列表权限说明
Domnio提供了多层次多级别的权限控制机制，其他的权限在此不多描述，主要看数据库存取控制列表的权限分配。

存取级别


缺省权限


可选权限


管理者


•     创建文档
•     创建个人代理
•     创建个人文件夹/视图
•     创建共享文件夹/视图
•     创建 LotusScript/Java 代理
•     读取公用文档
•     写入公用文档


•     删除文档
•     复制或拷贝文档


设计者


•     创建文档
•     创建个人代理
•     创建个人文件夹/视图
•     创建共享文件夹/视图
•     读取公用文档
•     写入公用文档


•     删除文档
•     创建 LotusScript/Java 代理
•     复制或拷贝文档


编辑者


•     创建文档
•     读取公用文档
•     写入公用文档


•     删除文档
•     创建个人代理
•     创建个人文件夹/视图
•     创建共享文件夹/视图
•     创建 LotusScript/Java 代理
•     复制或拷贝文档


作者


•     读取公用文档


•     创建文档
•     删除文档
•     创建个人代理
•     创建个人文件夹/视图
•     创建 LotusScript/Java 代理
•     写入公用文档
•     复制或拷贝文档


读者


•     读取公用文档


•     创建个人代理
•     创建个人文件夹/视图
•     创建 LotusScript/Java 代理
•     写入公用文档
•     复制或拷贝文档


存放者


•     创建文档


•     读取公用文档
•     写入公用文档
•     复制或拷贝文档（仅当授予了“读取公用文档”时）


不能存取者


无


•     读取公用文档
•     写入公用文档
•     复制或拷贝文档（仅当授予了“读取公用文档”时）

2.2      服务器配置文档中管理员权限说明
在服务器的配置文档中“安全性”标签下，有

具有完全权限的管理员


•     对 Web Administrator 数据库 (WEBADMIN.NSF) 的“管理者”访问权限
•     创建、更新和删除文件夹和数据库链接
•     创建、更新和删除目录链接 ACL
•     压缩和删除数据库
•     创建、更新和删除全文索引
•     创建数据库、复本和主模板
•     获取和设置某些数据库选项（如运行/停止服务、数据库限额等等）
•     使用邮件跟踪与跟踪主题
•     使用控制台远程管理 UNIX 服务器
•     发布任何远程控制台命令


管理员


•     创建、更新和删除文件夹和数据库链接
•     创建、更新和删除目录链接 ACL
•     压缩和删除数据库
•     创建、更新和删除全文索引
•     创建数据库、复本和主模板
•     获取并设置某些数据库选项（如运行/停止服务、数据库限额等等）


数据库管理员


•     创建、更新和删除文件夹和数据库链接
•     创建、更新和删除目录链接 ACL
•     压缩和删除数据库
•     创建、更新和删除全文索引
•     创建数据库、复本和主模板


完全远程控制台管理员


输入可使用远程控制台向此服务器发布命令的管理员的名称。


辅助管理员


输入只能使用远程控制台发布系统状态信息提供命令（如 SHOW TASKS 和 SHOW SERVER）的管理员的名称


系统管理员


输入允许发布完全范围的操作系统命令至服务器的管理员的名称。命令的类型和范围取决于服务器操作系统。例如，如果 Domino 服务器是一个 NT 服务器，那么这些管理员可以在系统命令级提示符下发布 NT 命令。类似地，UNIX 服务器的管理员可以发布 UNIX 命令。


受限制的系统管理员


输入只能发布在“受限制的系统管理员”域（见下）中列出的操作系统命令的管理员的名称。


受限制的系统命令


输入受限制的系统管理员可以发布的操作系统命令的子集。这些命令的类型和范围取决于服务器操作系统和受限制的系统管理员需要执行的任务。

3 具体配置
综合上述权限配置分析，我们可以配置出一个既可以修改、更新设计，但又不能删除文档和数据库，且不能发出影响服务器运行命令的一个用户。这样既满足了维护的需要，也避免了人为的操作失误删除数据库和文档。具体操作步骤如下：
1） 注册一个用户，将此用户添加到所有应用数据库的存取控制列表中，权限设置为个人/设计者，不要选择“删除文档”选项。如下图所示.


2）在管理端服务器文档的安全性标签中，将该用户加到辅助管理员中。在辅助管理员中的用户可以查看控制台，但只能发出查看信息的命令，如：show task。不能发送影响服务器操作的命令。


注：在服务器文档的“安全性”附签上的“具有完全权限的管理员”、“管理员”和“数据库管理员”域中列出的管理员可以删除该服务器上的任何数据库，即使他们并未在数据库 ACL 中列为管理者。
3） 当我们用该用户修改设计后，会看到上次修改者是当前用户，不是admin，这其实对代理的运行没有影响。
 
总结
  任何技术上的手段很难保证做到绝对的安全，只有每个人把“安全”时刻放在心中，才能做到安全第一。

摘要：提起如今的IT项目，软件工程倍受关注。而软件的质量更是众人关注的焦点，因为目前还没有一套完善的评估标准。甚至有人提出，现在的软件开发根本提不上是“工程”，因为它太稚嫩了，还没有一套成熟的标准来比照；因而软件项目极易出现失败或失误。大量实践证明，软件工程项目的成败，通常是因为管理问题（协同工作的能力），而不是技术上的问题。要想做一盘“完美”的软件大餐，质量管理的作用是不言而喻的。
　　关键词：软件工程管理
　　在实际的项目质量管理中，质量管理总是围绕着质量保证（Quality Assurance）过程和质量控制（Quality Control）过程两方面。这两个过程相互作用，在实际应用中还可能会发生交叉。正如引言所述，关于软件的质量，很难下一个非常明确的定义。本文主要针对软件工程中的质量管理来进行讨论。
　　1、做软件“大餐”的工序
　　软件质量保证（Software Quality Assurance，以下简称SQA）的目的是验证在软件开发过程中是否遵循了合适的过程和标准。软件质量保证过程一般包含以下几项活动：
　　首先是建立SQA组；其次是选择和确定SQA活动，即选择SQA组所要进行的质量保证活动，这些SQA活动将作为SQA计划的输入；然后是制定和维护SQA计划，这个计划明确了SQA活动与整个软件开发生命周期中各个阶段的关系；还有执行SQA计划、对相关人员进行培训、选择与整个软件工程环境相适应的质量保证工具；最后是不断完善质量保证过程活动中存在的不足，改进项目的质量保证过程。
　　独立的SQA组是衡量软件开发活动优劣与否的尺度之一。SQA组的这一独立性，使其享有一项关键权利――“越级上报”。当SQA组发现产品质量出现危机时，它有权向项目组的上级机构直接报告这一危机。这无疑对项目组起到相当的“威慑”作用，也可以看成是促使项目组重视软件开发质量的一种激励。这一形式使许多问题在组内得以解决，提高了软件开发的质量和效率。
　　选择和确定SQA活动这一过程的目的是策划在整个项目开发过程中所需要进行的质量保证活动。质量保证活动应与整个项目的开发计划和配置管理计划相一致。一般把该活动分为以下五类：
　　1）评审软件产品、工具与设施
　　软件产品常被称为“无形”的产品。评审时难度更大。在此要注意的一点是：在评审时不能只对最终的软件代码进行评审，还要对软件开发计划、标准、过程、软件需求、软件设计、数据库、手册以及测试信息等进行评审。评估软件工具主要是为了保证项目组采用合适的技术和工具。评估项目设施的目的是保证项目组有充足设备和资源进行软件开发工作。这也为规划今后软件项目的设备购置、资源扩充、资源共享等提供依据。
　　2）SQA活动审查的软件开发过程
　　SQA活动审查的软件开发过程主要有：软件产品的评审过程、项目的计划和跟踪过程、软件需求分析过程、软件设计过程、软件实现和单元测试过程、集成和系统测试过程、项目交付过程、子承包商控制过程、配置管理过程。特别要强调的是，为保证软件质量，应赋予SQA阻止交付某些不符合项目需求和标准产品的权利。
　　3）参与技术和管理评审
　　参与技术和管理评审的目的是为了保证此类评审满足项目要求，便于监督问题的解决。
　　4）做SQA报告
　　SQA活动的一个重要内容就是报告对软件产品或软件过程评估的结果，并提出改进建议。SQA应将其评估的结果文档化。
　　5）做SQA度量
　　SQA度量是记录花费在SQA活动上时间、人力等数据。通过大量数据的积累、分析，可以使企业领导对质量管理的重要性有定量的认识，利于质量管理活动的进一步开展。
　　需要说明的是，并不是每个项目的质量保证过程都必须包含上述这些活动或仅限于这些活动，要根据项目的具体情况来定。
　　SQA计划中必须明确定义在软件开发的各个阶段是如何进行质量保证活动的。它通常包含以下内容：质量目标；定义每个开发阶段的开始和结束边界；详细策划要进行的质量保证活动；明确质量活动的职责；SQA组的职责和权限；SQA组的资源需求，包括人员、工具和设施；定义由SQA组执行的评估；定义由SQA组负责组织的评审；SQA组进行评审和检查时所参见的项目标准和过程；需由SQA组产生的文档。
　　选择合适的SQA工具并不是试图通过选择SQA工具来保证软件产品的质量，而是用以支持SQA的活动。选定SQA工具时，首先需要明确质量保证目标。根据目标制定选择SQA工具的需求并文档化，包括对平台、操作系统以及SQA工具与软件工程平台接口的要求等。
　　2、如何使白壁“无瑕”
　　按工序去做也不一定能得到一盘完美的“大餐”，因为火侯等因素实在很难掌握。万一掌握不好怎么办？软件质量控制主要就是发现和消除软件产品的缺陷。对于高质量的软件来讲，最终产品应该尽可能达到零缺陷。而软件开发是一个以人为中心的活动，所以出现缺陷是不可避免的。因此，要想交付一个高质量的软件，消除缺陷的活动就变得很重要。缺陷消除是通过“评审”和“测试”这类质量控制活动来实现的。
　　缺陷在软件开发的任何阶段都可能会被引入。项目质量管理过程包含了许多可以识别缺陷、消除缺陷的过程。“识别缺陷”和“消除缺陷”本来是两个不同的过程，但在这里为了简便统一用“消除”来代表它们。潜在的缺陷越大，用来消除它所花的费用越高。因此成熟的软件开发过程在每一个可能会引入潜在缺陷的阶段完成之后都会开展质量控制活动。这些为了消除缺陷的活动包括：需求评审、设计评审、代码走查、单元测试、集成测试、系统测试以及验收测试等。
　　质量控制的任务就是策划可行的质量管理活动，然后正确地执行和控制这些活动以保证绝大多数的缺陷可以在开发过程中被发现。
　　正如前面提到的，在进行评审和测试时可检测到缺陷。评审是面向人的过程，测试是运行软件（或部分软件）以便发现缺陷。在一个项目里，评审和测试活动是预先策划好的（计划书中确定执行哪些质量控制活动和何时执行这些活动）。在执行过程中，根据已定义好的过程来执行这些活动。通过执行这些活动来识别缺陷，然后消除这些缺陷。例如，系统测试过程一般包括制定测试计划，测试计划中应列出在测试执行过程中所有的测试用例，评审测试计划，并且最终执行测试计划。

随着科技的发展，办公自动化系统已成为企业信息化建设的首选。“向管理要效益”已经成为企业的共识，移动办公系统在企业中的普及也是大势所趋，越来越多的企业认识到移动办公系统的重要性，能切实有效降低成本，规范企业管理，提高办公效率。

数字化正在改变企业工作方式，企业普遍需要更高效的团队协作服务。华为云WeLink作为移动协同办公的后起之秀，在数字化转型道路上做出了三大创新：体验创新，流程创新和模式创新，从不同的侧面点来构建人/业务/知识/物的更好的连接。



尽管移动办公已经渐成主流，但依然有很多企业不愿意尝试，很大程度上是出于对移动互联安全性的担忧。

“更懂企业的智能工作平台”，华为云WeLink充分抓住企业的痛点，在软件开发、用户隐私保护、安全防护等方面做出了很大的努力，而且华为云WeLink在数据安全方面一直具备深厚的技术实力，其“芯-端-管-云”的全链路安全能力受到市场一致好评外，还屡获行业内各类权威机构认证。

自2019年上线以来，华为云WeLink就获得大量权威安全认证，包括国家等保3级（高分通过）、ISO 27001、ISO 27017、ISO 27018、CSA STAR、安卓绿色联盟纯净级等认证；2020年，又通过了可信云、NIST CSF、PCI 3DS、BSI 10012、ISO27701、ISO29151等认证。累计已获得50+安全认证，其中14个属于Saas级安全认证。

华为云WeLink期望帮助客户构建移动端安全防护体系。