scrumworks 操作简介.docx

ScrumWorks 使用简介1. ScrumWroks客户端支持两种模式：一种是WEB客户端登录，在浏览器中输入：2:8080/scrumworks/login；2. 另一种是运行JAVA客户端程序，本机需要提前安装jdk1.6；点击“运行”“cmd”“javaws 2:8080/scrumworks/jnlp/scrumworkspro.jnlp”。默认的用户名和密码是：administrator, password；3. 登录用户名为姓名全拼，密码是6个1。1. JAVA客户端简介JAVA客户端允许用户操作所有的Scrum数据，譬如添加、修改、删除、移动Backlog条目，从Excel中导入或导出数据到Execl，后台数据备份，阻碍(Impediment)管理等。JAVA客户端桌面视图：右侧是未分配的Product Backlog，通过Release Version进行分类。左侧是以时间排序的Sprint列表以及对应的Sprint Backlog。可以查看多个团队的迭代列表。左侧的Backlog和右侧的Backlog可以根据需要，用鼠标来回拖动，非常方便。Web客户端提供了一个轻量级的基于浏览器的访问方式，可以从任何一台装有Web浏览器的设备上访问。它提供了一个非常个性化的总结性的Web页面，不仅有Sprint 的Burndown Chart，还单独区分“用户自己的任务”、“全部任务”及“所有阻塞”, 方便单个用户更新任务状态、剩余工作量，添加备注，查看阻碍等。简单高效的Sprint管理ScrumWorks Basic提供了一个单独的Sprint管理接口，让我们的每个Sprint都变得有条不紊。每次新开一个Sprint时，会有一个单独的对话框，只需要输入起止时间、Sprint名称、Sprint目标，以及选择对应的Scrum 团队即可。在Scrum开发模式下，为每个Sprint起一个名字，不但可以增加团队软件开发的乐趣，提高大家的参与程度，还可以记录下Scrum Team当时的心情，这点非常重要，而ScrumWorks Basic正好提供了这个接口。列举我们的几个Sprint名称，创意来自于加里森敢死队： Sprint1-兵不厌诈（the Big Con）因为大家第一次采用Scrum, 对这个Agile流程都很期待，同时呢，对于怎么做，如何用，还很模糊 Sprint2-越狱记（Breakout） 经过了第一个Sprint后，大家干劲十足，士气高涨，认为我们可以在第二个Sprint取得重大突破（breakout） Sprint3-虎口余生（Hours to doom day）这个Sprint里面有很多技术难点需要破解，如果解决不了，那么后面的工作就无法进行，将是非常关键的一次攻坚战。 Sprint4-大结局(The Big End)这次计划会议，作为Scrum Master，自己因为有事没有参加，汗！但大家认为工作基本差不多可以做完了，起了个结局的名字。 每天开站立例会时，可以把如下图所示的Sprint明细窗口用投影仪直接投放到墙上。让大家可以看到Sprint目标、Burndown Chart、Sprint Backlog 条目的状态及剩余时间等，提高沟通的效率和紧迫感。如果遇到阻碍（Impediments），可以通过如下接口及时添加并更新进展。通过“主题”分类管理BacklogScrumWorks Basic提供的“主题”功能可以更方便的组织和管理product backlog条目。“主题”就象关键字或者标签，可以分别应用到每个Product Backlog条目，从而实现Product Backlog条目的分组管理，这种方式比“文件夹”更有效，因为同一个条目按照自己的需要，可以施加一个或多个主题。 这样就可以轻松的按照指定的“主题”对backlog进行过滤，迅速找到你关心的条目。这种管理方式，对一个庞大的Product Backlog是非常有效率的。对主题的分类，没有任何限制。可以按照需求列表划分，也可以按照功能列表花粉，或者你想到的任何其它分类模式。我们把主题用到需求变更管理上后，获得了非常好的效果。把每一个需求，定义成一个主题。当某项需求变更的时候，我们通过该主题进行过滤，可以迅速找到可能受到影响的Backlog条目，分析影响的大小，再对回归测试计划进行相应调整，可以保证产品功能的完整性不受干扰。多种报表Scrum象其它敏捷软件开发方法一样，依靠的是经验管理，ScrumWorks Basic提供的多种报表与衡量机制，为经验管理提供了超强的支持。 Product Burndown Chart-从更高的角度展示当前Product的完成状况。 Enhanced Product Burndown Chart-通过区分由于添加或者删除Backlog条目引起的变化，可以更准确地预测出产品可能的完成日期。 Dashboard Report-通过一种简洁的方式，将一个或多个产品的状态集成在一起，并以颜色分别标示是否延迟、是否正常，让高层管理团队对所有实施Scrum的项目进展状况一目了然。 Sprint Change Report-详细勾勒出Sprint中任务添加/删除/重新估算对整个产品backlog的影响。 其它亮点 ScrumWorks Basic除了提供多用户机制外，还提供了虚拟团队管理模式，一个用户可以加入不同的团队，这样可以让我们成功实现以下项目管理模式： 单个团队工作于单个项目 单个团队同时工作于单个产品的多个版本 单个团队工作与多个项目 多个团队工作于单个项目 多个团队工作与多个项目 此外，ScrumWorks Basic还提供了支持SOAP协议的API接口， 可以订制add-ons、报表，或跟其它应用程序集成。4. *登录WEB客户端 无权限建立产品。5. administrator登录WEB客户端 建立产品步骤如下图：切换用户由产品管理员自己建立发布规划。6. *登录选择“标书”产品，打开产品。如下图：2. *建立发布规划 只限java客户端 如下图：（默认项目成员无此权限）选择 本发布基线 发布日期 发布名称命名。如下图：添加几项属性（关键字、主题。）如下图：每个故事可以有多个主题。如下图：3. *新建迭代计划 只限java客户端 如下图：（默认项目成员无此权限）选择团队，选择迭代起止日期，迭代名称命名，如下图：4. 新建故事列表PB，即可以从java客户端 如下图 （默认项目成员无此权限）或者从迭代上直接添加 如下图： 也可以从网页登录添加PB 如下图： 7. 建立故事1： 编写标书草稿 （默认所有成员有编辑故事权限，但无法删除故事）BW=Benefit+Penalty5+27商业价值百分比rBV=7/17( 编写标书草稿7+编写标书正稿10) 41% 四舍五入投资回收率ROI=建立故事二：编写标书正稿 BW=Benefit+Penalty8+210商业价值百分比rBV=10/17( 编写标书草稿7+编写标书正稿10) 59% 四舍五入投资回收率ROI=5. 每个故事建立三个任务 估算初始值草稿8 海颐4 东方2 *2( * test1 test2)正稿 5 海颐2 东方2 *1( * test1 test2)测试 4 海颐2 东方1 *1 （test3 test2 *）6. 填写今天任务情况 *：5-22进行中，做了一部分。海颐正稿预计4小时，还剩下2小时。海颐草稿预计2小时，还剩下1小时。Test1： 5-22进行中，但没做。东方正稿预计2小时，还剩下2小时。东方草稿预计2小时，还剩下2小时。7. 5.22 * 又估计了一下剩下正稿工作量6 超出了预计4小时查看任务状态 变化如下 变成了6工时 初始估计是4工时仍然不变。或需要变化初始估计值，请转向18.查看故事变化 如下5.22 * 又估计了一下剩下草稿工作量 已经完成了 剩下0查看此条任务，任务初始估计值是2没变化，剩余估算工作量为0 故事工时等无变化。8. 从网页继续建故事，选择一个迭代 建一个 故事 如下图9. 从网页 建任务 选择一个故事建一个任务 如下图8. 此时燃尽图状态：9. 5.23 *完成了一个test2的任务 （任务数减1，工时减2）燃尽图：10. 立会时标书草稿故事新识别的任务：迭代一 第二天 新添加任务 编写康标书草稿 * 2工时（继“任务减1，工时减2” 后 增加一个故事，增加一个2工时 与昨天持平。）燃尽图变化故事的各项估计值 也无变化11. 右边卡片从左边移到右边 剩余工时由2变成0燃尽图变化（任务减少一个8-7，工时减少2工时）12. 对检查标书的故事 花费 重新估计初始值 添加2工时添加后（add的估计的次数，每日一条记录，不可提前维护；不是add的estimate值，估计的是最新Effort值）不是累加值，仍然是2添加5工时 试试结果发生了变化 全局视图也变化了10. 5.24.201213. 目前的白板与燃尽图11. 完成了一些任务形成燃尽图12. 继续完成任务，有一个任务移到障碍列燃尽图如下障碍的剩余的任务数和剩余的工作量会体现在燃尽图上，本迭代完成后也无法完成障碍，燃尽图将不会着陆。14. 导出产品信息如图15. 未使用导入产品功能：16. 暂时不用的功能，与外部系统的接口：17. 产品属性功能维护：*无权限；系统管理员有权限维护；18. 查询功能菜单；复制和粘贴任务的功能菜单；（默认项目成员有此权限）复制后任务19. 展示产品发布规划；（本菜单所有成员都有权限）20. 已存档的发布计划，页面无反应。21. 查看所有的迭代或者某一迭代：页面无反应。22. 显示列设置：23. F5刷新。24. Usrer manager:*无权限；系统管理员有权限：个人只能修改密码邮箱信息。（默认项目成员有此权限）系统管理员可以设置个人用户名 密码 邮箱等；设置每个成员在各个项目中的角色； 以及设置各个产品对应角色的各种权限；可不用系统默认值；指定用户对应的program用户类型权限：可以新建用户删除用户以及导入用户列表：25. 团队成员设置可以增加、删除团队，团队重命名，设置团队成员名单；一个人可以属于多个团队；一个产品可以选择多个团队。26. 定义公司成员所属角色：27. 角色模板管理系统四个角色默认值不可维护，属于标准类型；新添加角色模板可以维护，属于客户定义类型。客户定义的角色如何使用？查询到在建立产品向导的时候可能会