-
![如何用日事清帮助企业进行知识管理？]()
如何用日事清帮助企业进行知识管理？
在这里我觉的可以缓一下，先回顾一下，我们说了主要解决3个问题，竞争压力、工作复杂度提升、知识工作者，还讲了什么知识，知识是对信息的加工，是经过实践证明，可以用来引导决策和行动的，以及知识的两种分类，显性知识和隐性知识。
2019-06-21 11:53:32 知识管理
-
![如何将知识管理应用到工作中，解决企业的问题？]()
如何将知识管理应用到工作中，解决企业的问题？
对于初次接触或者没有深入过接触知识管理的人来说，有人会以为知识管理就是管理好文档，然后形成知识库。但其实并不只是这样，或者说知识管理很大程度上都不是在做这些收集、整理和归纳的工作。我们只讲知识管理最核心的东西，也就是围绕我们这个主题「用知识管理去解决企业中的问题」来讲。
2019-06-14 15:15:49 企业知识管理
-
![在以下五种情况下，看板管理可能是比scrum更好的选择]()
在以下五种情况下，看板管理可能是比scrum更好的选择
一个真正敏捷的团队需要尝试很多方法，然后找出最有效的方法，而不仅仅是采用他们尝试的第一个方法。Scrum和看板不是竞争对手，他们是每个团队应该尝试的实验。 虽然这是真的，但我认识到许多团队的实验自由度有限。如果你为一个不能容忍小故障的组织工作，以发现生产力的巨大提高，我理解！如果是你，我愿意改变我关于处方的规则，并就我发现看板比Scrum更适合的五个条件提供一些建议。
2019-06-13 17:38:39 看板管理, 敏捷开发
-
![如何使得「产品待办列表」（product backlog）小而且易于管理？]()
如何使得「产品待办列表」（product backlog）小而且易于管理？
产品待办列表，英文是ProductBacklog，是指产品待办事项的集合，其中事务有优先级判断，先处理优先级高的事项。你应始终努力使产品待办事项（productbacklog）变得小而且易于管理。产品代办事项（productbacklog）中的项目太多，会出现三个问题：
2019-06-10 18:38:11 敏捷开发, scrum
-
![ScrumMaster可以同时担任产品所有者吗？]()
ScrumMaster可以同时担任产品所有者吗？
如果你是团队的ScrumMaster，那么你就不应该成为团队的产品所有者（ProductOwner）。首先，产品所有者（ProductOwner）和ScrumMaster专注于Scrum项目的不同方面。产品所有者花费时间考虑要构建什么产品。而ScrumMaster的关注点主要是团队的能力，这也是产品是否能构建出来的关键。也就是说，虽然产品所有者决定团队要构建什么产品，但ScrumMaster需要帮助团队协同工作，确保构建的产品能建设出来。
2019-06-10 15:32:37 scrum
-
![Scrum 任务看板是什么？展现形式有哪些？可以用这些工具实现！]()
Scrum 任务看板是什么？展现形式有哪些？可以用这些工具实现！
在练习Scrum时，为了更清楚地看到冲刺代办事项（sprintbacklog）我们可以通过将其放在Scrum任务板上来。团队成员在整个sprint期间不断更新任务看板;如果有人想到一个新任务（例如：“在Windows8.1上测试snark代码”），他会写一个新任务并将其放在看板上。
2019-06-10 12:00:22 scrum
-
![一个Scrum团队通常包括哪些成员？他们如何沟通和协作？]()
一个Scrum团队通常包括哪些成员？他们如何沟通和协作？
在Scrum中的敏捷团队通常包括具有传统软件工程头衔的人员，例如程序员，设计师，测试人员或架构师。但是在Scrum团队中，项目中的每个人都在共同完成他们共同致力于在sprint中完成的一系列工作，无论他们的官方头衔或首选工作任务如何。正因为如此，Scrum团队形成了一种深刻的友情，并感觉“我们都在一起”。
2019-06-06 18:22:36 敏捷开发, scrum团队
-
![敏捷开发之scrum：产品所有者是做什么的？他的职责和义务是什么（product owner）]()
敏捷开发之scrum：产品所有者是做什么的？他的职责和义务是什么（product owner）
在Scrum的产品所有者(productowner)通常是项目的主要利益相关者。产品所有者的部分职责是——了解用户希望构建的内容，并将这一愿景传达给Scrum团队。这个角色是成功启动所有的敏捷软件开发项目的关键。敏捷产品所有者(PO)部分通过产品待办事项来执行此操作，产品待办事项（productbacklog）是产品的优先级功能列表。
2019-06-06 17:52:05 产品所有者
-
![什么是Sprint Backlog？]()
什么是Sprint Backlog？
迭代待办事项（Sprintbacklog）是Scrum团队在Scrumsprint迭代期间完成的任务列表。在sprint迭代计划会议期间，团队通常选择一些产品待办事项（ProductBacklog），确定完成每个用户故事所需的任务。大多数团队还会估计团队中的某个人需要花费多少小时才能完成每个任务。
2019-06-06 16:18:24 sprint
-
![敏捷开发中Sprint计划会议怎么开？它的产出成果是什么？]()
敏捷开发中Sprint计划会议怎么开？它的产出成果是什么？
在Scrum中，sprint计划会议由产品所有者（PO）、ScrumMaster和整个Scrum团队参加。团队可以邀请外部利益相关者参加，不过大多数公司不会这么做。 在sprint计划会议期间，产品所有者向团队描述最高优先级的功能。该团队可以充分提问，他们可以将产品代办清单（productbacklog）的高级用户故事拆分为sprintbacklog的更详细具体的任务。 产品所有者（PO）不必描述产品待办事项中跟踪的每个项目，最好是让产品所有者（PO）参加sprint计划会议，准备讨论两个sprint的产品待办列表（productbacklog）项目。
2019-06-05 18:19:12 Sprint计划会议
-
![什么是scrum?如何有效的在一个研发团队中推行Scrum？]()
什么是scrum?如何有效的在一个研发团队中推行Scrum？
Scrum是一种管理项目的敏捷方式，通常是软件开发领域使用。使用Scrum进行敏捷软件开发通常被视为一种方法论;但不是将Scrum本身视为方法论，Scrum可以被看作是管理流程的框架。
2019-06-04 15:25:55 scrum
-
![为什么实施敏捷流程仍然需要项目管理？敏捷项目管理的必要性]()
为什么实施敏捷流程仍然需要项目管理？敏捷项目管理的必要性
关于敏捷流程的一个常见误解是——敏捷不需要灵活的项目管理，敏捷项目是自己运行的。很容易看出来，是敏捷过程利用自组织团队、快速的迭代节奏以及对详细计划的重视程度，导致这种看法。最近，一家正在实施敏捷的公司的项目经理被转移到另一个区域，因为“敏捷不需要管理。”但是，敏捷流程仍然需要项目管理。在本文中，我们将了解原因和管理类型。
2019-06-04 15:21:36 敏捷项目管理
