当前位置 > 首页 > 敏捷 > Chat
如何结合使用敏捷利器 JIRA 和 Confluence
工欲善其事,必先利其器!敏捷开发的持续交付,一定程度上导致了交付的碎片化,我们需要好的管理工具。 来自澳大利亚的 Atlassian 公司推出的 JIRA和 Confluence 是敏捷开发的两大利器,它们彻底地贯彻了敏捷开发所倡导的去中心化、协作、集体讨论、信息共享、灵活、透明、可视化等原则。 JIRA 是项目与事务跟踪工具,被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域(很多开源项目就是用 JIRA 收集和管理缺陷与交流)。Confluence 用于企业知识管理与协同和构建企业 wiki。JIRA 与 Confluence 相互结合,更是相得益彰。 本场 Chat 我将详细介绍通过实战总结的 JIRA 和 Confluence 的使用攻略以及两者的融合。 **实录提要:** - JIRA 里边可以把“xxx项目”归档吗? - 开源项目有类似这两个神器吗? - JIRA 下如何实现发布管理? WiKi 如何更好的管理用户权限? - 公司打算部署 JIRA,一般怎么进行?价格如何? - JIRA 的卡片外观可以定制吗? - 关于培训产品技术人员使用上述工具,有没有什么建议? - 卡片好像默认最多三个可选字段,这个可以扩展吗? - leango、禅道这些直接针对敏捷,看板开发的公共免费系统,有什么缺点? - 如何做开发效率的数据分析,在 JIRA 上哪几个纬度是有代表性的?
实例化需求:不可或缺的精益、敏捷需求实践
需求是产品开发中的头等大事,对精益敏捷产品开发也是如此。实例化需求是我所知道的两个投入产出比最高的敏捷和精益需求实践之一 。如果方法得当,它实施难度不算大,却能解决很多敏捷精益开发中需求相关的问题,比如需求的有效分析、澄清和拆分、领域建模等。然而,很多实施精益、敏捷的团队在被需求问题困扰时,却不知道应用实例化需求实践。原因通常是对“实例化需求”的本质缺乏了解,或者不知道如何有效实施。 本场 Chat 的主旨是:第一:正确理解实例化需求,介绍实例化需求的 Why 和 What;第二:能够实施实例化需求,介绍实例化需求的 Who,When 和 How。如此 4W1H,再通过一个实例,帮助大家真正掌握这个高效的精益和敏捷的需求实践。 **实录提要:** - 需求实例化后,应该如何管理?保存至 Word、保存为图片,还是存在任务卡里? - 实例化需求有没有不适用的场景? - 用户故事的 AC 是对应验收测试用例吗? - 怎么理解实例化这几个字?如何把握实例的大小? - MVP 一般在几个迭代就交付出去比较合适? - 小团队的自动化测试主要由专门的测试人员来执行还是由其他开发工程师执行? - 结合影响地图应该怎样使用,有没有具体的实践方式?
实例化需求:用户故事拆分的更好线索
用户故事拆分一般被认为是敏捷实施的入门实践——没有用户故事拆分,就没有真正意义上的迭代,当然也就没法做到敏捷方法所倡导的快速反馈、快速学习和快速价值交付能力。 INVEST 原则常常被看做是用户故事拆分的基本要求。但是,不少敏捷团队在如何获得 INVEST 原则所要求的用户故事方面仍然感到困惑。一些常见的后果是:用户故事拆不开,没法在一个迭代内完成。拆开了的用户故事,支离破碎,很难被管理。用户故事变成了内部的技术需求,不能做到端到端,成了只有研发团队关心的“故事”,等等。 存在一些比较流行的用户故事拆分原则。但是,在过去几年中,我们突然发现自己好像早已忘记了用户故事拆分这个实践的存在。当我们进行需求澄清的时候,通常是一个实例化需求工作坊结束,完全符合 INVEST 原则的用户故事就已经在那儿了。 我们将通过本场 Chat 来分享我们的一些经验,也希望帮助仍然纠结于怎么写出小的用户故事的敏捷团队,能通过更小的代价和更有序的方法来获得高质量的用户故事。 ------ 作者/分享人: - 吴穹,资深创新管理顾问,精益看板专家。 - 张刚,资深架构师、敏捷顾问,专注于领域驱动设计、微服务、实例化需求等在企业的落地实施。 - 雷晓宝,工程实践顾问,专注企业软件设计、测试自动化,开发生产力等领域。
敏捷软件估算和度量
敏捷发展至今,给企业带来了很大的效率提升,然而围绕软件研发管理有几个重要问题始终未被很好的解决,或者一直被忽视,最常见的有: 1. 项目初期预算制定和合同制定 2. 团队效率的度量和对比 3. 研发过程管控 这类跟估算和度量相关的问题的根本原因是,敏捷产品需求的变化性,和用户故事点估算是类比估算,缺乏统一对比性。如果对于关注产品价值多余产品研发效率的企业,估算和度量并不解决产品价值度量问题。但在企业某些情形下,研发的估算和效率度量仍十分重要,如外包供应商的评价和考核。Ali经过多年总结和实践,发现Nesma方法FPA方法结合用户故事编写模式可以很好的解决敏捷估算和度量问题。本场Chat将介绍Nesma的FPA方法,如何将FPA与用户故事结合进行估算,以及如何设立以功能点为统一基准的度量标准体系。 **实录提要:** - 这个方式在互联网业务中不知道如何落地?能否举个例子。 - 敏捷故事点和功能点的主要区别是什么? - CMMI 有两个问题,敏捷团队估算真的需要这样去量化吗? - 这个抽象的模型需要针对不同的产品类型做不同的修改么? - 对于 bug 这样未知的问题,怎么抽象? - 技术平台搭建的项目适合估算吗? - 估算相关的书籍或者资料课程有哪些?
如何结合 Scrum 和 Kanban
在传统团队实施敏捷转型的时候,最经常采用的两种方法就是Scrum和Kanban。然而,由于两种方法各有千秋,两派的专家们又经常会在各种场合争执不下,所以很多时候让刚做转型的团队不知道该如何选择。其实,在具体实施的时候,很多时候需要根据组织和团队的特点,具体情况具体分析,采用合适的实践来解决具体的问题。在这种情况下,就需要把Scrum和kanban结合。 本场三人行,将会由多位经验丰富的敏捷转型实施顾问、教练、培训师一起来和大家聊聊,内容包括但不限于以下内容: - Scrum - 本质 - 优点 - 单独实施可能出现的问题 - Kanban - 本质 - 优点 - 单独实施可能出现的问题 - 为什么要结合这两种方法? - 两种方法如何结合? - 结合之后可能产生的效果 - 实际案例分析 交流形式: - 正式交流:( 20min 圆桌讨论 + 10min Q&A ) × 3 - 自由交流:30min ------ 作者/分享人: - **[吴穹](http://gitbook.cn/m/mazi/author/585283cdc07767eb0faa02c6)**,资深创新管理顾问,精益看板专家。 - **[申健](http://gitbook.cn/m/mazi/author/5862fefee3ddda0512a1fe83)**,资深敏捷顾问,首位Scrum联盟认证CTC教练。 - **[王宇](http://gitbook.cn/m/mazi/author/58b611baea57cd1875921799)**,资深敏捷顾问,共创式教练。 - 侯伯薇,敏捷顾问,管理3.0及CIPT认证培训师。 **实录提要:** - Scrum 的站会和看板的站会具体有什么区别,或者说有什么建议和注意事项? - 使用两者后到底给团队和组织带来哪些不同变化和影响呢? - 跨职能部门之间的短期项目协作用什么样的方式呢? - wip 的数量有没有推荐的计算方式? - 如何在面对面沟通受限的情况下,通过看板和其他辅助工具/技巧/方法来确保沟通的有效性和工作的可视化? - ScrumBan 跟用户故事地图怎么结合一下呢? - 根据具体项目介绍下 Scrum 和 Kanban 在实际运用的区别。 - 忽视技术实践:能否举例? - 为什么 Kanban 难以进行建模,如持续交付流水线、TDD 和重构过程、模块化设计等? - 感觉项目管理就是一项细活,对基本的需求能否能实现有所了解就行了吗? - Scrum 团队对于交付文档是如何看待的? - 如何避免小瀑布? - 如果做到进一步,一天一个迭代,是不是会更逼着团队去自己想办法去优化?
和全球首位 CTC 认证者聊聊敏捷教练这个新兴职业
我是申健,江湖人称“申导”,是一名敏捷教练,创客,产品研发顾问,培训师。我从2007年开始进入敏捷一线实战,在团队日常工作中积累了从技术、管理、组织转型等方面的丰富经验。2013年开始我开始为诸多企业进行培训,并且为其中一些提供敏捷教练服务,包括思科、平安、招行、中国移动以及一些移动互联网企业等。2016年我有幸成为全球首位获得国际Scrum Alliance颁发的导师级认证Certified Team Coach(CTC),并且几年来开办了多次《深入觉察-进阶敏捷教练》公开课,旨在培养更多本土的真正的敏捷教练。 我看到大家对敏捷教练的定义有不同的理解:敏捷仅仅是关于软件开发吗?需要懂精益吗?教练和顾问什么区别?敏捷教练和人生教练、体育教练有什么关系?敏捷教练需要哪些技能?自我成长和职业发展是怎样的? 如果您对这些内容感兴趣,请支持我写作,并一起传播优秀理念给社区朋友。 **实录提要:** - 冥想是否是教练必修课呢? - 在比较重视工具和技术的环境中,如何保持个人学习在敏捷文化与实践上的平衡? - 从哪个角度去寻找那种立竿见影并且可以和团队建立信任感的突破点? - 敏捷教练能引导的途径有很多,能否多聊聊途径呢? - 敏捷教练需要懂技术吗?
微信扫描登录