leangoo

OKR的管理和跟踪

随声附和 提交于 2020-03-13 01:13:29
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的管理和跟踪

柔情痞子 提交于 2020-03-13 01:13:19
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的管理和跟踪

試著忘記壹切 提交于 2020-03-13 01:10:36
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

远程办公,提升效率必备软件

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

疫情来袭,远程办公,敏捷团队怎么办?

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

远程办公,你用的什么协同软件?

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

个人作业——软件产品案例分析

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

LEANGOO卡片

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

Alpha 冲刺 (1/10)

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

[转]敏捷开发需求管理(产品backlog)

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