黄河敏捷开发 2011-05-02
敏捷流行开来,但没有比较好的管理工具。
很多大公司,如TX都有自己的敏捷管理软件。
大量的中小型公司,缺少更合适的敏捷管理工具。
总想做点有意义的事情,看了禅道的敏捷管理工具,觉得与好的工具相比,那个太有差距。
呵呵,顺便体验一下ROR的快速,计划做个开源的SCRUM管理工具。
SCRUM的理解,才是产品的王道。希望这个开源计划能顺利启动,有助于推动敏捷开发。
《Scrum实战——敏捷软件项目管理与开发》为软件项目团队提供了如何成功实施敏捷软件框架Scrum的实用指南。书中描述了如何使项目团队价值*化,弥补了许多Scrum和项目管理书籍缺少的部分,包括如何使用财务术语与高层管理人员交流、如何使用客观的评估技术、软
众所周知,Scrum是敏捷软件开发实践的重要组成部分。由Scrum所构建的应用程序能够被广泛地应用在各个领域的生产环境中。Scrum框架为常规项目管理的范例,提供了诸如sprint计划和backlogging功能等方面的实践。通常,Scrum是一组规则或专
在过去几年中,自从敏捷方法开始使用以来,它的创始人一直在大声疾呼,并且愿意摆脱传统瀑布模型单调和繁琐的现实以来,当谈到自动化测试时,也可以感受到同样的影响。自动化测试的基本目的是降低长期成本,并确保不会由于现有测试案例而引入新的缺陷。自动化测试并不意味着要
Beta 测试第二天:2020.6.28. 找Bug和数据库功能测试。通过测试用例运行数据库,以验证该数据库功能的正确和无遗漏。实体完整性、参照完整性、用户定义的完整性等测试。测试数据库的安全措施是否发挥作用并达到预期效果,有无漏洞。增、删、改、查等操作测
1)微信授权登陆有时候不成功:之前微信授权登录时是直接可以通过getUserInfo接口 弹出授权弹窗。由于微信官方修改了 getUserInfo 接口,所以现在无法实现一进入微信小程序就弹出授权窗口,只能通过 button 去触发。第一个bug已修复,第
Scrum是由Ken Schwaber和Jeff Sutherland在20世纪90年代提出的概念,并在1995年首次正式确定。起初Scrum是为了解决产品和软件开发固有的复杂性,然而现在Scrum被成功地应用于市场营销、组织变革和科学研究等多个领域的复杂
在进行用户模块的编写时遇到了bug,在数据库的设计时主键等之间的关系有错误,没有考虑清楚,这些问题有待解决。
在我过去的近两年工作中,我们一直在应用 Scrum 敏捷项目管理方法来开展工作,今天,我先从它的角色划分来讲起,毕竟这可是它最鲜明的特征。首先,为什么这种项目管理方法叫 Scrum ?Scrum 是一个引申词,原义是橄榄球场上的并列争球。l/)就是它的年度
百度百科的定义敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行
请阅读我们的热门文章,这些文章着重讨论了敏捷的过去、现在和未来。对于 Opensource.com 上的敏捷主题来说,2019 年是非常棒的一年。随着 2020 年的到来,我们回顾了我们读者所读的与敏捷相关的热门文章。但是,它并没有为一两个人的团队如何成功
最近听了ECUG大会上孙敬云老师的分享感觉受益匪浅,毕竟大学课本上只讲到瀑布模型就没有下文了,工作以后一直贯彻的都是Scrum路线,一直也没有时间好好的去学习整理这部分的知识,直到近几天听到了孙老师的分享,所以就在这里记录下孙老师的分享也总结我自己的思路。
Sprint规划是scrum中用来启动Sprint的事件。迭代规划的目标是定义Sprint可以交付的内容,以及如何完成各项工作。只是在开始行动前,需要设置Sprint的相关条件:例如要决定时间周期的长度、Sprint目标以及从何处开始行动。Sprint规划
Scrum开发流程中的三大角色:产品负责人,流程管理员,开发团队
Scrum团队由一名产品负责人、开发团队、Scrum Master组成。Scrum团队是跨职能的自组织团队,团队成员自己选择如何以最好的方式完成工作,而不是由团队之外的人来指导。Scrum团队迭代增量式交付产品,通过这种方式最大的获得反馈的机会,增量式交付
就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。
个人实践流程清单。预计下三天完成燃尽图项目数量。完成了党站分析系统的登录、注册和邮箱发送问题。尽可能排除登录注册逻辑错误,与前端完成对接。并着手开始与主页面进行合并。和曾文杰一起共同整合优化系统管理页面的bug和打通逻辑性。和曾文杰商量之后决定新增系统管理
Sprint指Scrum团队完成一定数量工作所需的短暂、固定的周期。Sprint是Scrum和敏捷的核心,找到正确的Sprint周期将帮助您的敏捷团队交付更高质量的产品。“在Scrum框架中,庞大且复杂的产品将被拆分成一个个小的片段,通过一系列被称为“Sp
会议,或“仪式”是敏捷开发的重要组成部分。作为重要元素之一,会议不应该脱离其他元素独立存在。(很多人倾向于在瀑布流项目中添加类似仪式,然后将其称为“敏捷”,这种做法根本就是无稽之谈。)下面,让我们来看看敏捷的这些仪式,了解它们如何实现团队赋权并推动敏捷的发
软件开发行业中常用的两种方法,一种是目前非常热门的敏捷开发,如 Scrum,Kanban 和 Lean 等,另一种是大家耳熟能详的传统瀑布模型。在2017年做自动化运维平台的项目中,我非常荣幸成为初始成员之一完整经历了项目的生命周期,感受到 Scrum 和
我们需要一系列成熟的工具帮助我们敏捷。敏捷开发工具的适合以及选用,对开发项目起着关键性的作用。此篇介绍我们在scrum敏捷开发中发掘的几款工具,方便更多新加入的开发者上手。worktile应该说是中关村范, 付费, 免费只有基本功能;简单试用了一下,还不
你听过柏林新建机场的故事吗?机场原定2006年开工,2007年启用,但由于机场建设过程中到处出现施工和安全问题,补东墙漏西墙,导致工期一拖再拖,预算一涨再涨,以至于2019年了还没开张,预计开业时间已经被拖到了2020年10月。无论是建机场还是开发软件,人
主要负责确定产品的功能和达到要求的标准,指定软件的发布日期和交付的内容,同时有权力接受或拒绝开发团队的工作成果。流程管理员主要负责软件产品在Scrum规定流程下进行开发工作,人数控制在5~10人左右,每个成员可能负责不同的技术方面,但要求每成员必须要有很强
开发管理 CheckLists(23) -使项目组度过完整的生命周期 开发管理 CheckLists(22) -组织项目资源 开发管理 CheckLists(21) -控制项目的范围开发管理 CheckLists(20) -项目利益相关者责任开发管
Scrum 当中有三个角色:PO,敏捷教练和开发团队。虽然这看起来很清晰,但如何处理现有职位的问题可能会让人感到困惑。许多团队询问在采用 scrum 时是否需要更改岗位名称?最简洁的答案是“不”。在本文中,我们将讨论 scrum 的角色定义以及如何将它们融
为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解;所以我决定写一篇扫盲性
Scrum master是敏捷开发团队的推动者。Scrum是一种方法,允许团队根据敏捷原则自我组织并快速进行更改。Scrum master管理信息交换的过程。该名称最初旨在表明某人是Scrum的专家,因此可以指导其他人。Scrum Master还负责改善S
什么是敏捷开发?敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。首先,我们要理解它不是一门技术,它是一种开发方法,也就是一种软件开发的流程,它会指导我们用规定的环节去一步一步完成项目的开发;而这种开发方式的主要驱动核心是人;它采用的是迭代式开发;主要负
DevOps是敏捷在软件开发团队的另一应用。那么相比之下,哪个更胜一筹?一边,有业界认可的scrum master,它的朋友极限编程者,以及由其衍生的 LeSS、SAFe、DAD等,是敏捷。另一边,有精益文化机器,用代码持续交付其基础架构,它的名字左边是开
推荐三款Scrum项目管理工具zt. Scrum中文交流社区2009-04-1916:02:09作者:Ryan来源:文字大小:[大][中][小]. VersionOne市场排名第一。支持SaaS模式和本地安装模式,web客户端,支持Scrum,Extrem
scrum中的很多方式方法不仅适用软件开发,其他行业、日常生活等方方面面都有scrum的身影。所以,scrum是一种做事方式,千万不要把scrum认为是一种开发流程。scrum采用产品快速迭代,以即时获取用户反馈,并不停重构、改造以达到用户的需求。每次前进
敏捷这个话题,已经热门很久了,笔者记得从08年开始就一直在断断续续的接触敏捷,但是究竟什么是敏捷,或许之前笔者自己也没有完全意义上弄清楚,它到底是一种技术?还是一种方法论?并且与传统的瀑布开发模式有什么不同呢?当然实际项目开发过程中,Scrum与XP往往是
它是一种开发方式,开发的流程,主要核心驱动是人,采用的方式是迭代。只写必要的文档,开发注重的是人与人之间,面与面之间的交流。橄榄球专业术语,表示“争球”的动作,大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它。Scrum就是这样的一个开发流程,运
现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP...为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个
Why: 上联:为系统而生,为框架而死,为bug奋斗一辈子 下联:吃符号的亏,上大小写的当,最后死在需求上 软件开发流程: 瀑布 迭代 螺旋 敏捷 都有那些敏捷方法: 极限(过程) Scrum(实践) 敏捷开发的4句宣言 个体与交互 胜过 过程与工具 可以
在看了一些scrum电子书之后,我开始尝试在团队内部推广这种敏捷方法。开始能采纳的也是小范围的动作,毕竟开始不知道如何走,没法把所有的流程一下子全部改掉。站会,scrum白板是我们主要的执行手段。于是,我们停止了敏捷的脚步。过了半年,情况发生了变化,公司总
燃尽图的起点是迭代当天还是迭代前一天?用工时还是故事点来计算剩余工作量?只统计开发任务还是包括测试呢?中途加班如何控制?进度变动怎么办?工具将启动设置为迭代开始当天,而结束点设置为结束的下一天。我们细心分析,就会发现这两种统计方式都是存在问题的。另外,工时
在整理这篇文章之前,看了很多关于Scrum Master的文章, 本人很不赞同 这篇文章的观点“Scrum Master就是一个打杂的" 这个观点,个人认为Scrum Master是一个很有挑战性的,很大责任的工作”。上面本专栏的几篇文章都是在讲
如果不给他们点温柔的刺激,我们的大多数团队都会跳过回顾,直接进行下一个 sprint。包括重要事件和决策等。
团队成员希望得到反馈,并以之创建或变更 Backlog条目 二、会议时间 1. 该会议时间限制为不超过 90分钟。
注意事项: 1. Scrum Master 不提出问题。如果实在不能出席,就得通知团队,并找一名代表。
本文主要是为了检测你对SCRUM Sprint 计划会议的了解和使用程度,Sprint计划会议非常关键,应该算是Scrum中最重要的活动。举办Sprint计划会议,是为了让团队获得足够的信息,能够在几个星期内不受干扰地工作,也是为了让产品负责人能对此有充分
本文主要是为了检测你对SCRUM 评估会议的了解和使用程度,ProductOwner需要在场,以帮助判定某些用户故事能否拆分为更小的故事。
1、2个会议的重点不同,项目启动会议更多的是讲职责,SCRUM全员会议重点讲的是开发,因为SCRUM规范已经明确了项目中每个成员的职责了 2、如果采用SCRUM管理项目,那么这个会议可以选择性的替代项目启动会议,当然你也可以在SCRUM会议进程中融入项目
本文主要是为了检测你对SCRUM的了解和使用程度,、决定产品发布的内容以及日期。、对产品的投入产出负责。、根据市场变化对需要开发的功能排列优先顺序。、领导团队完成Scrum的实践以及体现其价值。、确保团队的胜任其工作,并保持高效的生产率
在开始实施Scrum之前,除了需要对所有涉及到的人进行培训之外,另外一项重要工作就是选择一个适合自己的Scrum工具。很多关于敏捷的论文或教科书都提到了白板和Excel电子表格。但白板与Excel电子表格明显不能满足一个注重过程资产的软件项目的要求。白板虽
◎在这个框架整个开发周期由若干个小的迭代周期,每个小的的迭代周期称为一个Sprint,每个Sprint的长度2到4周。◎在每个Sprint中,Scrum的开发团队拿到一个排列好优先级的需求列表,我们称它为用户故事或者叫Sprintbacklog. 在Scr
敏捷开发过程有很多:XP, SCURM, CRYSTAL, ASD, FDD……近两年以来,越来越发现,这些过程没有好与不好,之后是否适合。第一个层面是是否适合中国的大环境;实施的结果往往是我们某种程度的敏捷了,但是并不是XP。CRYSTAL的要求非常松散
Scrum是一种敏捷软件开发框架。项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,产品负责人主要是确定系统需求.产品负责人 Master 负责和产品经理沟通, 监督开发进展情况 , 和负责对外的沟通, 让团队内部人员尽量少受到