你新加入了一个有大量文档要求的敏捷团队,你该怎么做()
A.加入团队,在团队能接受的前提下发表意见
B.安排其他人做没有价值的文档
C.加入团队,按照团队时间进行
D.告诉团队,在敏捷中,文档不重要
A.加入团队,在团队能接受的前提下发表意见
B.安排其他人做没有价值的文档
C.加入团队,按照团队时间进行
D.告诉团队,在敏捷中,文档不重要
A.根据新的资源需求为你原先的人员管理计划重订基准
B.将团队改变成项目化的组织结构,以便最大限度地控制资源分配
C.和你的团队一起准备一个责任分配矩阵
D.通过为大多数关键活动分配技术骨干而创造一个新的部门
A.建议将高级开发人员分配到一个更具持续性的项目
B.要求高级开发人员开始为新团队认证工作
C.要求高级开发人员利用复杂的工具来更有效的开发代码
D.建议高级开发人员领导团队的初级开发人员
A.向产品负责人提交新的用户故事,以便将文档放入产品待办列表中
B.引入文档管理工具来支持敏捷团队准备文档
C.与敏捷团队核实项目经理对敏捷宣言的理解是否正确
D.添加额外的团队成员以担任所需文档的抄写员
A.召开项目启动会议来介绍新开发人员
B.让团队成员向新开发人员介绍项目
C.为新开发人员分配一个易于完成的用户故事
D.让新开发人员阅读团队基本规则和过程
A.个体和互动 高于 流程和工具
B.工作的软件 高于 详尽的文档
C.客户合作 高于 合同谈判
D.响应变化 高于 遵循计划
A.PERT分析
B.向后追溯
C.前向可追溯性
D.根本原因分析
A.让团队与产品负责人合作,找到一个合适的方法
B.请一位敏捷教练来解决这个冲突
C.说服产品负责人,敏捷团队会在新技术开发中茁壮成长
D.说服团队放弃这个想法,听从产品负责人的建议
论敏捷开发方法的应用
敏捷软件开发简称敏捷开发,是从20世纪90年代开始逐渐引起广泛关注的一些新型软件开发方法,以应对快速变化的需求。它们的具体名称、理念、过程、术语都不尽相同,相对于“非敏捷”,更强调程序员团队与业务专家之间的紧密协作,面对面沟通,频繁交付新的软件版本,紧凑而自我组织型的团队,能够很好地适应需求变化的代码编写和团队组织方法,也更注重人的作用。
敏捷开发的发展过程中,出现了多个不同的流派,例如极限编程、自适应软件开发、水晶方法、特性驱动开发等。但其中的基本原则是一致的。从开发者的角度,主要的关注点有短平快会议(Stand Up)、小版本发布(Frequent Release)、较少的文档(Minimal Documentation)、合作为重(Collaborative Focus)、客户直接参与(Customer Engagement)、自动化测试(Automated Testing)、适应性计划调整(Adaptive Planning)和结对编程(Pair Programming);从管理者的角度,主要的关注点有测试驱动开发(Test-Driven Development)、持续集成(Continuous Integration)和重构(Refactoring)。
请围绕“敏捷开发方法的应用”论题,依次从以下三个方面进行论述。
1.概要叙述你参与管理和开发的软件项目以及你在其中担任的主要工作,包括角色、工作内容等。
2.对开发者关注点中至少三项内容进行解释:结合自己所参与项目,对使用情况予以评价。
3.联系你所参与项目的实际情况,分析并讨论测试驱动开发的使用效果,并评价其优缺点。
A.一个对产品需求的高级概述
B.一个对冲刺待办事项的高级概述
C.一个对迭代待办事项的高级概述
D.一个描述产品要求的十分详细的文档
A.A.根据当前的资源要求,为原来的人员配置管理计划重新制定基准计划
B.B.转变为项目化的组织结构,以获得对资源分配的最大限度的控制
C.C.与你的团队合作建立一个职责分配矩阵
D.D.通过将技术带头人分配到最关键的活动中去,创建新的劳动分工
为了保护您的账号安全,请在“简答题”公众号进行验证,点击“官网服务”-“账号验证”后输入验证码“”完成验证,验证成功后方可继续查看答案!