【火星人敏捷开发云】上线之一:看板驱动模式

火星人敏捷开发手册 火星人敏捷开发手册火星人敏捷开发手册火星人敏捷开发手册 立即下载

前段时间火星人敏捷开发云做了Beta测试,已经上线运行了,网址位于:http://scrum.org.cn/,可以点击里边的沙盘项目体验一下。


先介绍一下最简单的看板驱动模式,demo1~demo3中的缺省配置是看板模式,其中第一个项目配置有看板驱动模式的数据。

以下数据是火星人系统自动生成的,受博客的空间限制可能显示不太完整,也可以在Demo中边阅读边体验。




 
团队工作项
团队工作项
共 16 项
5新建
10开发
1部署
看板
看板
7待开发
2开发中
1开发完毕
团队工作项
团队工作项
共 0 项
0新建
0开发
0部署
看板
看板
0待开发
0开发中
0开发完毕
团队工作项
团队工作项
共 0 项
0新建
0开发
0部署
看板
看板
0待开发
0开发中
0开发完毕
团队工作项
团队工作项
共 0 项
0新建
0开发
0部署
看板
看板
0待开发
0开发中
0开发完毕
团队工作项
团队工作项
共 0 项
0新建
0开发
0部署
看板
看板
0待开发
0开发中
0开发完毕
团队工作项
团队工作项
共 0 项
0新建
0开发
0部署
看板
看板
0待开发
0开发中
0开发完毕
整体流程

看板驱动模式是最轻量级的开发管理方法,支持多团队并行开发,但没有产品的概念,团队之间的需求和任务也不能有交叉(产品驱动模式则可以,参考本文最后的说明)。

此模式适合大致熟悉敏捷开发,暂时不想接触太多产品管理方法论的用户使用;所有数据可以自由转换到产品驱动模式。

项目经理是看板模式的核心使用者,负责编写条目化的任务和全程跟踪。

开发人员只需定期关注故事板上分配给自己的工作项并更新其状态。

团队工作项团队工作项

团队开发项是整个团队的待开发、正在开发、已开发的所有任务的集合,相当于Scrum中的Product Backlog,但仅供所属团队使用。

项目经理可以在团队工作项中新建任务,并将其挪上或挪下看板。

所有工作项只能以史诗故事-用户故事-子故事的层级关系存在,以便在工作项众多时方便整理。

看板看板

看板是一线开发者使用的界面,在此处可以分配或领取任务,查看工作项内容,修改工作项状态(拖拽)。

可以在看板上直接建立新建工作项,但也要遵循层级关系。

用看板模式实现scrum过程

  1. 把团队工作项视同Product Backlog;把用户故事和子故事当作Product Backlog中的工作项
  2. 每个迭代开始时,产品经理/项目经理用团队工作项视图中的“挪上看板”功能,将工作项分配到看板上
  3. 项目经理分配或开发人员自由领取工作项(即通常说的任务)
  4. 每个迭代中,团队使用看板召开每日立会,更新任务状态
  5. 利用燃尽图跟进迭代的进展(功能即将开放)
  6. 在评审会上,产品经理/项目经理用团队工作项视图中的“挪下看板”功能,将评审通过的工作项挪下看板

后续工作

若随着时间增长,团队的工作项越来越多,相互关系越来越复杂,则可以转为产品驱动模式 产品驱动模式。 此模式通过更高层级的树状结构将错综复杂的需求清晰表达出来。

注意:本模式下的看板上只会显示团队待开发项,而不显示从产品分配来的用户故事;因此一个团队,只能选择使用看板驱动或产品驱动其中的一种;未来视将开发两者混合的模式。

页面布局与常用工具

快捷工具栏包含仅与当前页面密切相关的控件,如视图切换、根节点切换、类型和状态筛选等。

通过快捷工具栏可以操作当前的页面上的信息,或跳转到相关页面;熟练使用可大大提高效率。

鼠标悬停站点导航可在任何页面上随时以菜单形式加载本页面,但有一段时间的缓存。

快捷帮助内容是由页面位置自动匹配的,在多数复杂页面都有对应的帮助,请随时参考。



火星人敏捷开发手册 pdf.rar 火星人敏捷开发手册,pdf格式,编写初衷有两个:1. 希望每次培训课前,大家已经对基本概念有所了解,而不是从头听,这样有限的时间就可以用来解决真正的“敏捷如何应用”的问题而不是“敏捷是什么”的问题。花钱去听基本概念是很亏的一件事情, 但要找一本书(尤其是1小时就能看完的)来了解敏捷基本概念还挺难。 立即下载

相关推荐

火星人敏捷开发手册 2012-12-25

火星人敏捷开发手册 2012-12-25

火星人敏捷开发手册笔记

http://tommwq.tech/blog/2020/12/01/254 Scrum敏捷开发方法 Scrum敏捷开发过程由多个冲刺(sprint)组成,每个冲刺表示一次迭代,周期通常是2-4周。在进入冲刺之前,产品负责人(product owner)需要提供一个产品待开发项(product backlog),这是一份从客户价值理解和描述的产品功能条目。开始冲刺后,第一天要召开冲刺计划会议(sprint planning meeting)。产品负责人按照优先级逐一对功能进行讲解,开发团队就需求细节和完

tq1086的博客 448

火星人敏捷开发手册 2011-10-14

•作为培训前的预习阅读。 •打印并张贴在公司走廊上。 •作为企业内部小组培训教材使用。 欢迎访问作者的博客参与讨论:www.cheny.com

【火星人敏捷开发云】上线之二:产品驱动模式

前段时间火星人敏捷开发云做了Beta测试,已经上线运行了,网址位于:http://scrum.org.cn/,可以点击里边的沙盘项目体验一下。先介绍一下最简单的产品驱动模式,demo4~demo9中的缺省配置是驱动模式(两者在主页最左上角很容易切换的)。。以下数据是火星人系统自动生成的,受博客的空间限制可能显示不太完整,也可以在Demo中边阅读边体验。产品首页 [产品经理]用户故事首页 [产品经理

陈勇的博客 - Scrum 敏捷开发培训咨询,绩效管理,团队管理,《火星人敏捷开发手册》 9495

火星人敏捷开发早期估算

“响应变化胜过遵循计划”,所以敏捷开发中的估算过程主要指在每个迭代计划会中,由开发人员自主估算本次迭代的工作内容。可是,随着一个个迭代结束,开发人员可能才逐渐感觉到整个项目需要一年,而实际上,高层领导早就签订合同或立项要求整个项目在半年内完成……而这个项目如果真的超期了一倍,那么到底是高层领导的决策失误,还是团队的生产率只有别人的一半? 这就让我们不禁想问: 有没有一种方法,在签署合同或立项前,仅仅凭借几页Word和有限交互,就能把十几人年的项目推算到±20%的精度内? 有没有一种方法,不仅能在早期做估算,还能把估算结果直接演进为敏捷开发中的史诗故事和用户故事? 有没有一种方法,不仅能让开发者意识到代码的不断增长,也能让客户和领导同步地理解并认可需求的蔓延? 有没有一种方法,能在项目结束时,简单数数史诗故事和用户故事,就能将项目的完成情况与此团队的历史做纵向比较,甚至还能与其他团队、乃至业界的数据做横向比较,并让客户和老板信服?

火星人敏捷开发手册.pdf

目录 何为用户故事 需求管理 面向用户价值编写用户故事 客户价值导向-可工作软件响应变化 用户建模 Scrum基本知识 ②计划与跟踪 课前预习内容 优先级排序(待续) 跨职能团队·共同估算每日立会同行压力 Scrum概览 用户故事分类的原则 需求优先级排序达代期内无变更团队承诺 Scrum是什么意思? 用户故事分类 敏捷绩效考核 扩展阅读 Scrum敏捷方法一分钟扫言 业务数据与业务操作 火星人示例新 @考核对象的变化 Scrum敏捷方法中的工作产品 增强与重构 火星人示例新 为团队设定目标,让团队把控细节 Scrum敏捷方法中的角色 缺陷与技术债务 火星人示例新 智慧敏捷 扩展阅读 猪与鸡的故事 用户故事MVC.FPA 精益生产的启示 Scrum过程 课前预习内容 敏捷计划 扩展阅读 写不写文档? 创建和维护产品待开发项(Product 敏捷计划流程 敏捷实践的表象与内涵 Backlog) 可用时间计算 其他 扩展阅读 送代计划会产品负责人准备什么?讲解什么? 送代计划 中英文对照词汇

火星人敏捷开发手册(基于Scrum的敏捷开发免费教材及公司内部宣传材料)

2011-07-31:预告 因为最近正好有段时间不能很方便地上网,极有可能将用来开发本手册的剩余部分,发布日期预计为2011.8.18附近,请关注。 2011-08-04:好消息 已经补充了6页纸了,其中5页是“敏捷生态系统”即敏捷开发中各种实践之间的关系问题,1页中英文词

星火燎猿 1470

WAVE格式

一.wave格式概述 Wave文件格式是用于多媒体文件存储的Microsoft RIFF(Resource Interchange FileFormat)的一个子集。每一个RIFF文件以一个文件头开始,后面是一系列数据块。Wave文件通常是包含“WAVE”块的RIFF文件。而该“WAVE”块由两个子块组成,称为“fmt”块。“fmt”块用于确定数据格式,并且“data”块包含实际的样本数据,

yejia1280的博客 4389

【正式发布】火星人敏捷开发手册2012-06-30(基于Scrum的敏捷开发免费培训教材及公司内部宣传材料)...

2012-06-30:火星人博客索引4页,使用手册更加紧凑地把博客中分散的知识体系汇集于一处;火星人产品预告2页。 预告:下一更新日期:2012-08-15。 您可以在非商业场合免费使用(详见文档最后的授权页面): 作为培训前的预习阅读。 打印并张贴在公司走廊上。 作为企业内部小组培训教材使用。 请大家跟帖多提意见和要求,以便及时更新。 下载请点击(无需积分): 2012-06-30版: ...

fulerbakesi 214

OpenEuler22.04 快速部署Docker:华为云镜像源配置指南

本文详细介绍了在OpenEuler 22.04系统上快速部署Docker的完整流程。针对系统默认源版本老旧的问题,重点讲解了如何配置华为云镜像源以加速安装,并涵盖Docker引擎、Docker Compose的安装、服务启动验证、权限配置、镜像加速等核心步骤与常见问题排查,帮助用户高效搭建稳定的容器化开发环境。

http9protocoller的博客 174

告别环境依赖!用PyInstaller把PaddleOCR项目打包成独立EXE(附完整spec文件配置)

本文详细介绍了如何使用PyInstaller将PaddleOCR项目打包成独立EXE文件,彻底解决Python环境依赖问题。通过完整的spec文件配置和实战技巧,开发者可以轻松创建开箱即用的OCR工具,特别适合需要交付给非技术用户的场景。文章涵盖环境配置、模型打包、性能优化等关键环节,并提供了解决常见问题的方案。

weixin_33712987的博客 573

Scrum和看板的区别

看板:在制品(work-in-progress, WIP)必须被限制 WIP上限和拉动式生产Scrum与看板简述 Scrum:组织拆分,工作拆分,开发时间拆分,优化发布计划,过程优化 看板:流程可视化,限制WIP,度量生产周期Scrum和看板的关系 Scrum和看板都是过程工具 Scrum和看板只是给了一些明确的约束和指导,比如,Scrum的约束是固定时长的迭代和跨功能团队,看板的约束是要有可见的看板,队列大小要有约束 敏捷方法也被称作轻量级方法Scrum规定了角色 Scrum规定了三种角色:PO/Team

slb190623的博客 1651

Wider Face+YOLOV7人脸检测

使用Wider Face数据集训练YOLOV7

chen_znn的博客 8407

ACP科普:敏捷开发之kanban

敏捷中的kanban是一种方法论不仅仅是一个具体的板子。

Arthur Guo 的专栏 1872

SAP WM模块事务码(TCODE)大全

OL07 Data transfer stor.bins LDK34->RLPLA 仓储位LDK34 ->RLPLA

matinal 當冬夜漸暖 。公众号:matinal 5846

电磁兼容标准体系解析:从基础到认证的完整指南

本文系统解析了电磁兼容(EMC)标准体系,从基础概念到认证流程提供完整指南。文章阐述了EMC对于产品可靠性与市场准入的重要性,详细拆解了基础标准、通用标准、产品类标准及认证流程四层结构,并结合5G设备与工业控制等实战案例,为工程师提供了从设计初期到认证测试的高效应用策略。

weixin_29294975的博客 355

精益和敏捷的较量:你知道敏捷开发有 Scrum 和 Kanban 两种管理模式吗?

本文介绍了敏捷的两种管理模式:Scrum 和 Kanban。开发团队可以根据自己的文化特点决定使用哪种模式,也可以结合两种管理模式的特点,以一种模式为主,适当加入另一种模式的管理方法。

surfirst的博客 2583

YOLOv11 改进 - 特征融合 | RepGFPN重参数化特征金字塔网络 ,实现高效多尺度特征交互与融合

本文介绍了DAMO - YOLO目标检测方法及其相关技术在YOLOv11中的结合。DAMO - YOLO扩展了多项新技术,如MAE - NAS搜索检测主干网络、Efficient - RepGFPN构建检测neck等。在neck设计上,针对原始GFPN存在的问题,提出Efficient - RepGFPN,包括对不同尺度特征使用不同通道数、删除Queen - Fusion中额外上采样操作、改进特征融合方式等。我们将相关模块集成进YOLOv11,替换部分模块。

魔改工程师的博客 936

敏捷开发免费管理工具——火星人预览之一:需求与故事树

之一:需求与故事结构 之二:编辑故事,产品管理,组织结构 之三:迭代,计划会,分配任务 之四:故事板,燃尽图,我的工作项 之五:常见问题问答 之六:我的空间,我的通知 之七:自定义字段 本人除了做培训、写博客、编手册之外,两年来用半业余半全职的时间一点一点开发了一个敏捷开发管理工具,最近接近发布内测版本,发一些预览资料,欢迎大家关注。 名称:火星...

weixin_33979363的博客 240

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

6.敏捷软件开发框架 - 看板Kanban方法

看板(Kanban)有以下两个含义。 (1)信号卡——Kanban一词来自日文,出自丰田生产系统(Toyota Production System,TPS),也就是后来的精益生产(Lean Production),本意是信号卡片。在一个生产线上,当下游工序需要上游工序生产的工件的时候,下游工序凭借信号卡片向上游领取需要数量和种类的工件。通过“看板”这个信号卡片向上游传递信息流,拉动了从上游向下游的物料流,最终交付用户的价值,而拉动生产的源头是用户的需求,这就形成了拉动式生产系统。 (2)可视化的板(Ka

记录项目交付的日常 2605

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

敏捷+看板:驱动高效团队协作的双引擎

敏捷开发遇上看板管理,双引擎驱动项目高效协作,助你轻松掌控任务流!

hyang1226的博客 719

【正式发布】火星人敏捷开发手册2012-12-25(基于Scrum的敏捷开发免费培训教材及公司内部宣传材料)...

2012-12-25:新增松结对编程4页。 预告:下一更新日期:2013-03-01(实际未发布)。 致歉:因误以为新版本发布是4.1日,所以错过了发布期。 作为普及读物,已经达到70页的上一版本版本已经基本满足需求。下一步计划可能是整合博客中的文章内容,出一本免费电子读物,把博客分门别类放整齐,以方便大家阅读。不过此事工程浩大,会不定期抽时间完成。感谢大家支持。 您可以在非商业场合免费使用(详...

923723914 399
上一篇: 敏捷开发一千零一问系列之三十八:计划扑克就是打不出个结果怎么办?
下一篇: 【火星人敏捷开发云】上线之二:产品驱动模式
火星人陈勇
博客等级 码龄18年 4899粉丝 381原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值