leangoo

OKR的基本概念 OKR（Objectives and Key Results目标与关键结果）是关于目标管理的一种最佳实践，是企业实践的管理理念与经验的总结。它是一套开源系统，组织可以在遵循其基本思想和原则的基础上，进行自定义。它源自1954年彼得·德鲁克在《管理的实践》中提出的“目标管理和自我控制”，以及1971年，安迪·格鲁夫在英特尔公司启动的iMBO方法（英特尔公司的目标管理系统）。 OKR是结构化的目标设定系统用OKR方法设定的目标，包含两个组成部分：目标（O，Objectives）和关键结果（KR，Key Results）。目标=O（想要什么？）＋KRs（如何实现？如何衡量是否完成？）。在《这就是OKR》一书中，约翰·杜尔介绍了他在人生中做的第一个OKR： O：展示8080处理器的卓越性能（与摩托罗拉6800相比） KR1：编写5个基准程序。 KR2：开发1个样本。 KR3：为现场人员编制销售培训材料。 KR4：与3位客户联系，证明材料可以使用。 这就是用OKR设定的目标的标准结构：O＋KRs。 目标和关键结果，不是随意的结合，而是具有严谨逻辑关系的构成。通常我们可以用a.m.b（as measured by，强调衡量）来表达。这是由谷歌公司的比尔·达维多所贡献的，它曾是“粉碎行动”的负责人[1]。“I will achieve（Objective），as

OKR的基本概念 OKR（Objectives and Key Results目标与关键结果）是关于目标管理的一种最佳实践，是企业实践的管理理念与经验的总结。它是一套开源系统，组织可以在遵循其基本思想和原则的基础上，进行自定义。它源自1954年彼得·德鲁克在《管理的实践》中提出的“目标管理和自我控制”，以及1971年，安迪·格鲁夫在英特尔公司启动的iMBO方法（英特尔公司的目标管理系统）。 OKR是结构化的目标设定系统用OKR方法设定的目标，包含两个组成部分：目标（O，Objectives）和关键结果（KR，Key Results）。目标=O（想要什么？）＋KRs（如何实现？如何衡量是否完成？）。在《这就是OKR》一书中，约翰·杜尔介绍了他在人生中做的第一个OKR： O：展示8080处理器的卓越性能（与摩托罗拉6800相比） KR1：编写5个基准程序。 KR2：开发1个样本。 KR3：为现场人员编制销售培训材料。 KR4：与3位客户联系，证明材料可以使用。 这就是用OKR设定的目标的标准结构：O＋KRs。 目标和关键结果，不是随意的结合，而是具有严谨逻辑关系的构成。通常我们可以用a.m.b（as measured by，强调衡量）来表达。这是由谷歌公司的比尔·达维多所贡献的，它曾是“粉碎行动”的负责人[1]。“I will achieve（Objective），as

OKR的基本概念 OKR（Objectives and Key Results目标与关键结果）是关于目标管理的一种最佳实践，是企业实践的管理理念与经验的总结。它是一套开源系统，组织可以在遵循其基本思想和原则的基础上，进行自定义。它源自1954年彼得·德鲁克在《管理的实践》中提出的“目标管理和自我控制”，以及1971年，安迪·格鲁夫在英特尔公司启动的iMBO方法（英特尔公司的目标管理系统）。 OKR是结构化的目标设定系统用OKR方法设定的目标，包含两个组成部分：目标（O，Objectives）和关键结果（KR，Key Results）。目标=O（想要什么？）＋KRs（如何实现？如何衡量是否完成？）。在《这就是OKR》一书中，约翰·杜尔介绍了他在人生中做的第一个OKR： O：展示8080处理器的卓越性能（与摩托罗拉6800相比） KR1：编写5个基准程序。 KR2：开发1个样本。 KR3：为现场人员编制销售培训材料。 KR4：与3位客户联系，证明材料可以使用。 这就是用OKR设定的目标的标准结构：O＋KRs。 目标和关键结果，不是随意的结合，而是具有严谨逻辑关系的构成。通常我们可以用a.m.b（as measured by，强调衡量）来表达。这是由谷歌公司的比尔·达维多所贡献的，它曾是“粉碎行动”的负责人[1]。“I will achieve（Objective），as

新冠疫情的到来，我们注定过了一个不一样的春节。 为控制新冠疫情的蔓延，各个企业都延迟了开工时间，很多企业便开启了居家远程办公，但是居家远程办公也存在各种各样的问题，那远程办公如何更高效？我整理了一些口碑比较好的远程办公软件，希望可以帮助到大家。 “团队协作” 1、Leangoo https://www.leangoo.com/ Leangoo 是以看板为核心，通过看板共享和实时同步团队工作以实现高效协同。它设计融入了先进的敏捷管理思想；其看板完美支持Scrum敏捷开发。 在完美支持敏捷开发的同时，它也支持传统的项目管理，无论是轻量级看板团队协作、还是敏捷开发(需求管理、迭代管理、缺陷跟踪、)、复杂的阶段式项目或产品研发，都可以完美支持。各个层级的统计，可以随时预警项目风险，成本估算等等。。Leangoo有在线个人版（免费没有任何限制）、在线企业版（SaaS模式）、私有部署版本。 2、Trello https://trello.com Trello 让您能开展更多的协作，完成更多的工作。Trello 看板、列表和卡片使你能够以一种有趣、灵活和有益的方式，组织你的项目并划分它们的优先顺序。无限灵活。使用超级方便。移动应用程序超棒。Trello 能够跟踪一切,大至图片,小至记录细节。 3、钉钉 https://www.dingtalk.com 钉钉，阿里巴巴出品

春节期间，新型肺炎疫情肆虐全国，假期即将结束，但是疫情还不知道何时才能缓解，多数企业可能不得不选择在家远程办公。对于不需要大量团队协作的岗位，比如销售、客服等，准备好电脑、电话基本就可以开工了，但是针对研发型的一些团队，如何开展远程协作办公将会是一个巨大的挑战。笔者根据自己曾经辅导分布式敏捷团队的一些经验，给大家一些可参考的建议。 工作时间节奏的同步和约定 在家办公，由于家庭环境的影响，比如需要照看小孩，老人，时间节奏往往不是那么的规律。 因此，团队首先需要对每个人的作息时间进行统一的约定，比如每天的上班时间，中午的休息时间，晚上下班的时间，敏捷团队会议的时间安排等。 统一沟通工具 及时通讯讨论群就不说了，平时都在用。由于敏捷团队需要每天开站会，不定时还需要团队成员之间协作讨论，所有多方视频通话和屏幕共享是必须的，可以使用Zoom、Teamviewer，微信群视频，或者钉钉，飞书等工具。 远程集成开发环境的建立 代码仓库的建立通常有这几种可以参考的思路： 第一， 也是最快的方法，将你的代码托管在类似于Github私有代码仓库这样的代码托管平台上。 第二， 用Gitlab或其它工具，在阿里云，AWS等云平台上自己搭一个 第三， 使用***连到自己企业的企业内网 持续集成环境、集成开发和测试环境，如果您原来就在云上的，就比较简单，如果不是，有两个思路： 第一：在阿里云

新冠疫情的到来，注定过了一个不一样的春节。那随着春假的结束，日子还是要过的，开工还是要开工的。 各个企业也都决定，暂时在家办公，这对于社会和我们自身，都是极大的好处。 但是在家办公，由于家庭环境的影响，比如需要照看小孩，老人，时间节奏往往不是那么的规律。 因此，团队首先需要对每个人的作息时间进行统一的约定，比如每天的上班时间，中午的休息时间，晚上下班的时间，会议的时间安排等。 交流和沟通方面，我们需要统一，比如用：微信群，钉钉，飞书等，屏幕共享可以用zoom等。 这些都比较好解决... 那对项目以及项目研发而言，我们还会遇到更多的问题，比如：员工的工作进度，团队的进度，以及整个项目的进度。 1、我们先关注需求。 现在很多敏捷团队管理需求是直接使用的是物理的故事卡和故事墙，那在远程工作环境下，这是一个大问题。 推荐使用一些非常可视化的电子看板工具，比如：Leangoo，用它来代替。 梳理需求的时候，可以用Leangoo共享的思维导图，可以多人在线编辑，实时同步 2、具体任务的协作 进度可视化是远程协作非常重要的部分，实时同步每个人的工作进展，可以让管理者更好的掌握进度。 当所有的任务都在一个看板上的时候，谁在做什么？做到了哪一步？遇到了什么问题，所有的一切都一目了然，那远程协作的效率自然也是跟着飞速提高。依然是以 Leangoo 示例： 下图取自网络： 每个迭代的进度

作业地址： 关于华为软件开发云的案例分析 第一部分 调研，评测 第二部分 分析 第三部分 建议和规划 第一部分 调研，评测 评测： 软件的bug，功能评测，黑箱测试 1.下载并使用，描述最简单直观的个人第一次上手体验。 第一次登入web界面,觉得跟leangoo很像，不过leangoo是分了好几个页面，不同的页面有不同的功能，华为这边就不是了，一个页面上基本上功能都覆盖到了，挺简洁，ui看起来也很亲切,有想要继续体验下去的感觉。不过作为一个团队使用的开发软件，个人使用应该不能对他的很多功能有很好的了解。为了更好地体验就拉了一个队友进行操作。 看板UI设计确实不错 这个工作面板的项目规划的展示让人眼前一亮，脱离了以前的表格，一目了然，体验很好，我也大致做了一个项目规划 子主题的功能列举的很全面，可以根据项目成员的身份进行设置，有点teambition的意思 代码模块跟git差不多，功能很强大，所有的开发流程全部都融合在一起，省了不少麻烦 从初步开发到最终发布，一体化操作，对于初级团队来说是个不错的选择 2.按照描述的bug定义，找出几个功能性的比较严重的bug。至少两个。用专业的语言描述（每个bug 不少于 40字），如有必要，可以配图. 1）登录时发现了一个bug，在用户名中输入“1”以后就自动跳到密码的输入框，换了个浏览器也是这样！所以很明显这个bug有点严重，本来输入的是手机号

转自：https://www.leangoo.com/leangoo_guide/leangoo_cards.html#toggle-id-10 Leangoo的卡片可以是需求、目标、任务、问题、缺陷等，没有限制。我们可以根据需要使用卡片来表达我们需要管理的内容，然后使用看板进行组织。 添加成员 点击卡片，选择成员按钮，直接选择添加成员即可 设置标签 标签通常用于对卡片进行分类。 设置标签有两种方式： 1，点击标签，直接选择颜色即可（后面一只小笔，用于编辑标签） 2，在筛选处，可直接拖拽标签颜色至卡片上 添加检查项 点击卡片面板上的检查项按钮添加检查项。检查项通常用来作为任务或者需求的验收标准，也可以作为任务的子任务，或者测试案例的测试步骤或测试要点等。 工作量估算 点击卡片面板上的工作量按钮，可以给卡片设置工作量估计值。如果是敏捷开发，这个估计值通常代表的是故事点数。如果是一般的任务管理，我们可以使用这个代表工时或人天。这个估算值将用于燃尽图。 添加附件 如果此卡片需要关联相关的参考资料比如：设计稿、原型图、缺陷截图、相关文档资料等，可以通过附件方式添加到卡片上。 设置截止时间 为一张卡片设置截止时间 复制卡片 点击卡片右侧复制按钮可以将卡片复制到任意看板的列表中，复制时卡片所有内容都会被复制。 移动卡片 点击卡片右侧移动按钮可以将卡片移动到任意看板的列表中

Part.1 开篇 队名：彳艮彳亍团队 组长博客： 戳我进入 作业博客： 班级博客本次作业的链接 Part.2 成员汇报 组员1（组长）柯奇豪 过去两天完成了哪些任务 了解前端方面的相关内容，便于后续对进度的把握以及内容的调整 了解ssm框架，初步测试配置好开发前提 计划好后续的进度安排，定好接口的一些要求细则 展示GitHub当日代码/文档签入记录 接下来的计划 ssm框架配置完成 文章基本录入功能实现 还剩下哪些任务 按句分割标注 标注信息的传回 数据库处理 前后端交互测试 代码规范完整性修改 推出测试版本 燃尽图(组内共用) 有哪些困难 对于框架的熟悉需要一点时间 对于后端具体的工作还尚存模糊，需要进一步的深入了解与明确 有哪些收获和疑问 开始使用leangoo、github等组织团队开发，很新鲜同时存在不熟练，还需要更进一步的学习 组员2 丁水源 过去两天完成了哪些任务 数据库搭建准备 将任务分块（预准备） 安装数据库和java软件 描述: 数据库搭建准备：明确了实体和属性，为接下来的搭建工作做好准备。 将任务分块（预准备）：将任务分块方便接下来逐一完成。 安装数据库和java软件 展示GitHub当日代码/文档签入记录: 接下来的计划： 完成数据库的搭建 熟悉java软件 还剩下哪些任务： 微信小程序通知提醒框的完成 “发布通知”的新建模块的完成 “发布通知”的阅读以及

传统的瀑布工作模式使用详细的需求说明书来表达需求，需求人员负责做需求调研，根据调研情况编制详细的需求说明书，进行需求评审，评审之后签字确认交给研发团队设计开发。在这样的环境下，需求文档是信息传递的主体，也是一份契约。 然而详细的需求说明书有以下5大弊端： 单向的信息传递，容易出现理解偏差。 文档很正式，我们会误以为它一定是对的，不去质疑它，让我们停止作出判断。 有了详细的文档，我们不会反复讨论它，相互确认。 书面文档不利于团队共享责任，它扮演了证据的角色。Scrum强调团队共享责任，不论是需求人员、开发人员和还是测试员，大家的共同目标是通过讨论、协作，正确理解需求之后把这些需求变成客户真正需要的功能，而不是单向的任务传递。 编制详细的、表达准确需求文档需要花费大量的时间，如果需求变化频繁，维护成本更高。 敏捷使用产品Backlog来管理需求，产品Backlog是一个需求的清单，按照需求的商业价值排序， 高优先级的需求在Backlog的最上层。产品Backlog是一个渐进明细的清单，它有4个主要特点，称之为DEEP： Detailed 合适的详细程度，高优先级需求更加明细，低优先级的需求粒度更大 Emergent 涌现式的，需求是慢慢涌现出来的，渐进明细的 Estimated 经过估算的 Prioritized/ Ordered 根据商业价值排好顺序的 在产品Backlog中