转自:https://www.leangoo.com/leangoo_guide/leangoo_guide_create_kanban.html#toggle-id-3 Leangoo使用看板来管理团队的工作,团队的工作体现为卡片,卡片可以是需求.任务.缺陷.问题等.卡片在列表上通过泳道和列表进行组织,列表通常代表卡片的状态或阶段,通过泳道对卡片进行分组对应. 创建看板 1. 点击屏幕右上方的新建按钮,选择创建看板 2. 输入看板名称,选择所属项目,默认为个人看板,不属于任何项目. 创建列表…

转自:https://www.leangoo.com/10464.html 缺陷管理通常关注如下几个方面: 1. 缺陷的处理速度 2. 缺陷处理的状态 3. 缺陷的分布 4. 缺陷产生的原因 使用Leangoo看板我们可以对缺陷进行可视化的管理,方便我们对缺陷的处理进展.负责人.当前状态.分布情况等各个方面一目了然.下面我们来了解如何使用Leangoo管理缺陷. 1. 了解缺陷的进展和状态 在leangoo中,我们可以为一个项目或者产品创建一个或者多个缺陷管理看板.在看板上,我们使用列表代表缺陷…

转自:https://www.leangoo.com/leangoo_guide/leangoo_guide_create_project.html#toggle-id-3 一个项目包括多个看板和多名开发小组成员.如果一个产品或者项目有多个开发小组,我们通常为每个开发小组建立一个开发项目. 创建项目 1. 在看板清单页面右上方”+”,点击新建项目. 2. 输入项目名称和描述. 3. 创建项目后进入项目页面,在这里可以编辑项目基本信息.为项目创建看板.添加项目成员和进行项目设置. 添加项目成员 1…

转自:https://www.leangoo.com/leangoo_guide/leangoo_guide_login.html#toggle-id-2 Leangoo采用SaaS模式运行,通过邮箱或者微信在线注册成为Leangoo用户就可以开始使用免费的Leangoo工具了.(注:如果是购买的企业专属版,部署在企业内网,不支持在线注册,由企业管理员统一后台导入.) 通过邮箱注册 输入昵称和正确的邮箱注册成为Leangoo用户. 使用微信账号 Leangoo产品和微信平台进行了集成,您可以直接…

传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体,也是一份契约. 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差. 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断. 有了详细的文档,我们不会反复讨论它,相互确认. 书面文档不利于团队共享责任,它扮演了证据的角色.Scrum强调团队共享责任,不论是需求人…

转自:https://www.leangoo.com/9229.html 传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体,也是一份契约. 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差. 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断. 有了详细的文档,我们不会反复讨论它,相互确认. 书面文档不利于…

leangoo看板背景太单调?卡片标签想要添加多个?没有问题,Leangoo的本次更新就给大家带来了漂亮背景和实用的颜色标签设置,接下来就让我们一起来看看吧! 设置背景: 点击看板右上角个人头像图标按钮,弹出的下拉框中第一个就是设置背景按钮,点击一下即可看到下拉的所有可选背景.36种背景一一列在其中,赶紧为自己的看板界面选择一个吧! Tips:看板设置的背景只应用于个人,每个成员都可设置自己的背景. 设置颜色标签: 本次版本更新,我们对卡片设置颜色的功能进行了稍微修改并强化,具体如下 卡片可以设…

看板设计采用简单Row+Column布局模式,每行总长度为12,每列对应一个图表,行高度可以调节,列高度集成行高 左边栏看板分类中,我的看板为当前用户创建的看板,普通看板分类通过分类管理维护,保存看板时选择对应分类 看板允许设置参数进行过滤 但是如果一个看板包含了多个Cube呢,每个Cube的维度又是唯一的,过滤条件是不是得根据Cube来每个Cube都设置一个过滤条件呢?一开始我也是这么做的. 但是实际这样设置产生的情况是上面过滤好后,如果下面的过滤行选择新的条件进行过滤时,会把上面的过滤行冲掉…

转自:https://www.leangoo.com/9944.html 用户故事是在敏捷开发中表达需求的主要方式,我们在做敏捷开发的时候都有需求池的概念,在Scrum中这个需求池就是产品backlog,需求池里面是条目化的需求,每一条通常是一个用户故事.按照Scrum的定义,产品backlog是一个基于价值强制排序的队列,团队按照价值的高低,顺序地交付需求. 在开发的过程中,团队会逐步的细化产品backlog,为了保证短平快的交付,高优先级的用户故事会被分解为较小的粒度.但是这样带来了一个问题…

Alpha冲刺第二天 站立式会议 项目进展 团队成员在确定了所需技术之后,开始学习相关技术的使用,其中包括了HTML5,CSS与SSH框架等开发技术.并且在项目分工配合加以总结和完善,对现有发现的关于系统设计方面的不足进行了修补,并搭建完成开发环境,在此基础上,开始学习相关开发技术并尝试书写系统部分功能. 问题困难 由于本团队在技术方面的知识不够充足,所以在开发方面可能会有较大困难,尤其是在十多天内就需完成主要功能的前提下.这方面的不足使得本组的项目计划的实现有可能会延后,这类风险值得考虑到项目…