采取积极主动的措施,实现高效交付

定期检讨,以灌输360°的观点,每一个情况下的项目

这个评审过程根据项目的重要性和复杂性在不同的时间框架内进行. 目的是审查关键的可交付成果, 团队对齐, 以及所有影响项目及时有效交付的因素.

对于任何项目来说,要想以一种可预测的方式维持下去,就必须确保核心范围的3个三角形, 时间和预算仍在预测之中, 必须有一种结构来超越数字. 与其他许多人不同,我们不只是看数字.
审查的目的是衡量“完整性”和经验.

To do so, 我们让推动项目的关键干系人,以及来自其他团队的一些中立但经验丰富的成员参与进来,看看结果,并将项目状况改善到更令人满意的水平.

打破坏

离岸团队存在的神话

客户怎么想?

  • 启动太慢
  • 误解
  • 我的团队太缺乏经验了!
  • 优柔寡断的里程碑
  • 不满
  • 没人在乎!

现实是什么??

  • 缺乏100%的理解
  • 我只知道冰山一角
  • 更慢的反馈/审批
  • 客户端的优先级未知
  • 把它当做任务来做 (实际上很多客户都希望我们这么做:))

回声会议-项目评审过程

所有处于开发阶段的项目至少每两周进行一次审查. 在某些情况下,对于缓慢的项目,我们至少一个月审查一次. 目的是审查项目时间表, 开放的问题, 当前团队反馈, 努力付之东流, 交付里程碑和项目的总体时间表.

这不仅让我们对项目的位置有了更清晰的了解,也让我们对不久的将来有了一个预见.

  • 100%透明地分享事实和现状
  • 审查工作成果和项目交付里程碑
  • 审查即时预测、计划和可能出现的已知风险.
回声会议-项目评审过程

在审查过程中循环客户

我们知道内部审查能让我们站在全局的一边. However, 成功的海上项目总是需要客户的关注, 尤其是当你衡量成功或失败的时候.

识别内部 & 外部风险要素

有客户参与这样的评估, 团队也可以从客户端了解一些风险,这些风险最初通常不会被分享.

确保项目按计划进行

基于当前情况的计划比从项目的第一天开始制定的计划更有意义——允许适应性和实用的方法.

确保整个开发周期的顺利进行

通过确保工程师和设计师是现场的团队, 当他们有预测结果的时候, 质量变得更好.

检讨过程中的持份者

Presenter

项目经理或团队经理

你——客户

项目所有者

Moderator

印度客户管理团队成员

团队成员

团队中任何可以为项目评审增加价值的人

1

调度

回顾会议从来不是临时安排的. 会议总是提前安排,利益相关者在会议开始前就收到了日历邀请.

  • 与所有关键利益相关者共享日历
  • 计划审查会议的通知
  • 之前通知
  • 过去审查行动项目的总结
2

审核报告

在IndiaNIC上,项目经理或Scrum Master的回顾报告可以保持最新信息的稳定.

  • 项目的当前状态
  • 当前发展阶段
  • 已知的风险
  • 依赖关系
  • 征求建议
3

评论家发现

项目审查员——无论是客户还是中立的审查员——都必须提交他们的发现,以确保它们被捕获并转化为行动项.

  • 对团队的总体反馈,以及他们的工作方式
  • 你对改进交付成果的建议
  • 我们怎样才能使这些演讲更有成效和效率呢
4

主持人评论

中立的主持人会关注会议是否执行得当,并将他/她的发现记录在评估表格中.

  • 确保正确地进行审查
  • 完成适当的项目细节
  • 将您的反馈纳入可交付成果
  • 根据你的反馈改进演示

所有需要的-每月不到2小时

印第安人做什么?

  • 这不是你每天和团队进行的讨论
  • 不仅仅是设定短期目标
  • 影响整体交付成果
  • 给更广泛的目标清晰的画面,而不仅仅是一组例行的任务

客户需要做什么?

  • 每月1小时
  • 积极的建议
  • 开放的心态
  • 更强的合作

高效的bwin足球平台UI/UX设计

探索工坊旨在提供精确和详细的.
知道更多

Thanks!

我们希望这篇文章对你有用以防万一,如果你想继续 你可以把它下载为PDF格式的演示文稿.

下载PDF格式
Loading...