scrum项目管理工作中站着开发软件对健康的影响-翼发云
我曾在scrum项目管理工作中对站立式软件开发的好处深信不疑。听说这个工作方式很好,也看了不少相关的研究,我一直想要一个站立式办公桌。 关键在于每天要多活动。你不需要每天做5英里冲刺跑。步行去上班,爬楼梯或者在加热午餐的时候深蹲就可以了。
我曾在scrum项目管理工作中对站立式软件开发的好处深信不疑。听说这个工作方式很好,也看了不少相关的研究,我一直想要一个站立式办公桌。 关键在于每天要多活动。你不需要每天做5英里冲刺跑。步行去上班,爬楼梯或者在加热午餐的时候深蹲就可以了。
Scrum是在已有的基础上实现读者查询书籍的功能。 用户输入账号、密码 用户输入需要查询的书籍 系统显示用户输入的信息的详细信息(包括书籍号、书籍名、作者以及出版社 用户选择自己需要的,借阅 用户退出系统
第四次Scrum meeting 会议内容:任务及完成度: 任务476:完成stackoverflow的数据采集和分类 (100%)
工作概况 今日由于时间比较充裕,没有编译作业的干扰,团员们的进度喜人。线程池、动态爬取、异常清理这三个主要开发工作已经步入尾声。其中线程池开发工作的代码已经签入,现主要在测试和优化。动态爬取今日也签入了新的代码,据DEV潘礼鹏的反应在这个周末应该就能够完成。异常清理器的负责人焉域政也已经完成了开发工作,现正在等待谢金洛为清理器编写一个界面再一同签入代码。周文祥和焉域政已经开始进行个人代码复查的工作。
成员:刘鹏芝,罗樟,王小莉,沈兴艳,徐棒,彭康明,胡广键 产品用户:王小莉 需求规约:彭康明,罗樟 UML:刘鹏芝,沈兴艳 Scrum负责人:胡广健 产品经理:徐棒
无论我们用什么方法敏捷开发,遇到缺陷,别等到最后关头,要立即修复,等它有机会在系统里繁衍存活了好几个月之后,修复成本可就高了;通过展示可工作软件的方式,才能发现想要的是什么。正因为敏捷流程能够照顾到客户的持续反馈,项目才能不偏不倚地走下去;还有一点就是,只写必需的文档,将文档工作融入流程,只写有关的,有效用的文档。总的来说,敏捷方式的核心思想就在于迅速交付商业价值,体现为可工作的软件,还要以定期增量的形式持续地交付价值。
来源:http://dotnet.dzone.com/news/you-are-doing-scrum-scrum文章里面讲到一些Scrum Master的职责、Scrum Maste与项目经理的区别。不错的文章,收藏以后简单翻译一下。
scrum站立会议 站立会议是让团队成员每日面对面站立互相交流他们所承担任务的进度。它的一个附带好处是让同组成员了解到工作的情况。本质上是为了团队交流,不是会议报告。
Scrum敏捷开发,是对流程控制比较严格的。每个环节都有一套完整的过程和严格的时间控制,在我们项目组的开发过程中主要开发过程如下:
今天了解了一下SCRUM,是一种软件开发过程,源于橄榄球的发明。 它和瀑布模型,螺旋模型,迭代模型是一个概念范畴的,它们之间最大的区别就在前者默认软件过程是不可控制的。 后者将软件过程,分为计划,开发冲刺,结束。 这样分的前提是每个过程只需要一到四周的时间就可以完成,接下来就是在这个过程的提交产品的基础上再来做一次SCRUM,这样周而复始,每个过程的目标比较小,容易实现,而产品的交付可以变得非常灵活。 目前我们进行的一个项目,就有点SCRUM的味道,不过四周时间可能搞不定。