敏捷项目管理-SCRUM

• 现在项目管理过程存在哪些问题？你有什么好的解决方案？
  目前团队中周会上的问题反馈较少，缺少一些对个人以及团队的反思
  强制进行问题反馈，需要让团队成员认识到反馈的重要性

• 为什么要学习项目管理？
  保证项目的成功。
  敏捷项目管理聚焦于商业价值的尽早交付、项目产品和流程的持续改进、范围的灵活性、团队的投入以及交付能反映客户需求且经过充分测试的产品。

• 什么是瀑布式开发？什么是敏捷开发？有什么区别？
  瀑布式开发：严格遵循 需求->设计->开发->集成->测试->部署 的步骤顺序进行，只有在上一阶段完成后，才能进入下一阶段。项目特性膨胀。
  敏捷开发：以用户需求进化为核心，采用迭代、循序渐进的方法进行软件开发。
  敏捷开发同样需要执行与传统瀑布型项目同样的工作，但是将整个项目分解成更小的片段，按照迭代的方法运作，能够适应频繁的检查和调整。

• 为什么使用敏捷项目管理方法?对团队有哪些价值？对个人有哪些价值？
  更好的产品质量；更高的客户满意度；更高的团队士气；增强合作和责任感；定制化团队结构；更多相关的测量指标；提高绩效可视性；增加项目控制；提高项目可预测性；降低风险。
  团队：更高的团队士气；增强合作和责任感；定制化团队结构；
  个人：有创造性、创新力、自组织自管理、持续学习、跨职能、协作意识、沟通能力

• 敏捷开发的价值观有哪些？你是如何理解每一条价值观的？
  个体和互动 高于 流程和工具（项目中的每一位成员都贡献他的独特价值，成员的互动专注于解决问题）
  可工作的软件 高于 详尽的文档（项目的根本是可工作的软件，文档只需要刚好够）
  客户合作 高于 合同谈判（合作能够产出更好、更精益、更有用的产品）
  响应变化 高于 遵循计划（变更是创建伟大产品的有价值的工具）
  聚焦于 人 沟通 产品 灵活性

• 敏捷开发的原则有哪些？谈谈你对每一条原则的理解？
  1 我们最优先考虑的是尽早和持续不断地交付有价值的软件，从而使客户满意
  2 即使在开发后期也欢迎需求变更。敏捷过程利用变更可以为客户创造竞争优势
  3 采用较短的项目周期，不断地交付可工作的软件
  4 业务人员和开发人员必须在整个项目期间每天一起工作
  5 围绕富有进取心的个体而创建项目。为他们提供所需的环境和支持，信任他们所展开的工作
  6 不论团队内外，传递信息效果最好且效率最高的方式是面对面交谈
  7 可工作的软件是度量进度的首要指标
  8 敏捷过程倡导可持续开发。发起人、开发人员和用户要能够长期维持稳定的开发步伐
  9 坚持不懈地追求技术卓越和良好的设计，从而增强敏捷能力
  10 以简洁为本，最大限度地减少工作量
  11 最好的架构、需求和设计出自于自组织团队
  12 团队定期地反思如何能提高成效，并相应地协调和调整自身的行为
  核心 客户满意度、质量、团队工作、项目管理

• SCRUM有那些价值观？你是如何理解每一条价值观的？
  承诺：参与和投入；做出承诺时面对现实；对目标作出承诺；对结果负责
  专注：减少干扰；不把时间浪费在与冲刺目标无关的活动上；清楚做什么，只做需要做的事
  开放：团队中的每位成员都能访问相同的信息；公开透明；保持对他人的尊重
  尊重：推崇开放；鼓励积极的工作环境；找出差异；用尊重的态度对待团队成员
  勇气：认识到过去的流程并不一定行得通；准备好突破现状；用尊重迎接质疑；接纳其他价值观

• SCRUM有哪些角色？谈谈你对每个角色的理解？
  开发团队成员：创建产品的成员；自组织自管理；跨职能工作；专注且集中办公
  产品负责人：负责处理客户、业务干系人和开发团队间的认知差距；提供项目战略和方向；提供产品专业知识；了解客户和其他干系人的需求；对产品需求进行管理和优先级排序；对预算和盈利能力负责；决定产品发布日期；与开发团队通力协作；接收或拒绝工作成果；在每次冲刺完成时展示已完成的工作
  Scrum 主管：秉承Scrum的价值观和实践；扫清障碍、预防干扰；促进外部干系人和Scrum团队的紧密协作；引导团队建立共识；仆人式领导者
  （干系人：任何一个受到项目影响或对项目有投入的人）
  （敏捷导师：以导师的角色服务于Scrum团队，并不是团队的一部分；组织以外的人员，能够提供客观的指导，无需考虑个人和政治因素；敏捷方法的专家）

• SCRUM有哪些工件？每个工件存在的价值是什么？
  产品代办列表：需求池，整个产品的功能描述，团队按照优先级进行开发工作
  冲刺代办列表：当前冲刺的需求列表
  产品增量：输出成果为可交付的产品

• SCRUM有哪些事件？每个事件的价值是什么？
  每日例会：昨天完成的工作，今天要做的工作，遇到的问题。促进团队合作，信息同步，及时处理障碍
  冲刺计划会议：团队成员共同确定冲刺需求，纳入冲刺代办列表中
  冲刺评审会议：验证所交付的产品增量，获得反馈并促进合作
  冲刺回顾会议：讨论冲刺中的成功做法、失败现象，反馈问题，制定改进计划

• 什么是仆人式的领导？谈谈你期望的领导是什么样子的？
  Scrum master 以仆人式的领导方式工作，职责是排除障碍、防止注意力分散并帮助开发团队成员发挥出最大的能力完成工作。帮助团队寻找解决方案，而不是分配任务。指导并促进团队成员进行自我管理，学习和成长。信任并尊重团队成员。倾听并理解团队成员，同时促进他们之间的相互理解。定期检查团队成员的工作成果、过程和团队活力，并做出调整。具有公信力。

• 如何才能保证团队成功的实施SCRUM敏捷项目管理？
  组织和个人承诺：主动地有意识地采用新的敏捷方法努力工作，并放弃旧有的习惯
  选择合适的团队成员：开发团队，Scrum master，产品负责人，敏捷推动者，敏捷导师，项目干系人
  创建适合敏捷的环境：良好的物理环境和组织环境
  持续地支持敏捷：选择好的试点项目，拥有一位敏捷导师，充分的沟通，准备好继续前进

• 谈谈你对SCRUM的看法？有哪些可取的？有哪些不可取的？
  迭代-增量式的开发，通过不间断的检查调整与反馈修正开发流程，响应变化

• 都有哪些沟通方式？谈谈你对每种沟通方式的理解？
  面对面交谈
  会议（每日例会，周会，专项讨论会）
  会议纪要
  工件（需求池，冲刺代办需求表，工期评审表，工作业绩）

• 如何理解自组织和自管理？我们团队还有哪些需要加强？
  自组织：主人翁意识；承诺实现自己的冲刺目标；确定他们的任务；估算需求和相关任务所必需的工作量；专注于沟通；合作；共识决策；积极参与
  自管理：允许领导权交换更替；依靠敏捷流程和工具来管理项目工作；定期以清晰易懂的方式报告进展；管理开发团队内部的问题；创建团队协议；检查与调整；积极参与

• 日常工作中都存在哪些干扰？如何有效消除这些干扰？
  多个项目，多个任务，监管多度，外部影响，管理层
  专注于单个项目；专注于单个任务；在制定完迭代目标后，放手让开发团队自己去干；化解一切干扰，产品负责人有能力决定是否为新任务牺牲冲刺中的既定需求；Scrum master 要为开发团队屏蔽来自管理层的直接要求

• 什么是产品愿景、产品路线图、冲刺（迭代）、发布？如何理解它们之间的关联关系？
  产品愿景：项目的目标，定义了你的产品是什么，产品如何支持你的公司或者组织的战略，谁会使用这个产品和为什么人们要使用这个产品。
  产品路线图：是产品需求的总体描述，为这些需求的开发设立了一个宽松的时间框架。
  冲刺：一个冲刺是指一段确定的迭代时间，在这段时间内，开发团队从开始到结束持续创建特定的一组产品功能。每次冲刺包括冲刺计划，每日例会，开发时间，冲刺结束进行的冲刺评审和冲刺回顾。
  发布：指你发布出来用于生产的一组可用的产品特性，不要包含所有在路线图中列出的功能，但至少要包含最小可上市的特性集。

• 敏捷项目管理是如何提升质量并降低风险的？
  遵循敏捷12原则
  质量管理：质量 指的是产品既能正常工作，又能满足项目干系人的需求；敏捷项目中，敏捷开发团队对质量负主要责任
  保证产品的质量
  一个项目的生命周期被分解成多个冲刺，每个冲刺是一个完整的项目流程
  前期预防，鼓励开发团队成员主动创造出优质的产品
  定期检查和调整
  风险管理：风险 指能够影响项目成功或失败的因素
  降低风险
  合理的使用敏捷方法，从根本上降低风险 （完工定义，自筹资项目，从失败中快速抽身的理念）
  风险的识别、优先级排序和响应；利用Scrum工件和事件有效的管理和预防风险