RADIS

社招-training

RAIDS

目的：

在Inception结束之前，将目前所知道的所有不确定因素列出来，和甲方一起澄清。这样可以查漏补缺，控制甲方预期，丑话说在前头。

步骤：

如下四个维度

Risk 风险，尚未确定的事情

Assumption 假设，有哪些关键结论是基于假设做出的，假设是什么

Issue 问题，现在已经发现的问题，未来必须要解决，否则会带来损失

Dependence 依赖，如果希望项目可以顺利进行必须准备就绪的一些依赖，比如服务器、开发环境

和客户一起在这四个维度下面列举能够想到的内容项目，写在便签纸上。

风险

针对那些会对项目产生负面影响的事件. ####
风险，是指这些事件可能发生的概率，和随之对项目带来的影响. 如果这些事件很容易发生，并且对项目产生很大的影响,这些事件就是你的风险. 在日志中，需要包含对于风险的描述以及相应的应急备案.

假设

是指那些可以想到的，一旦发生就会对促进项目成功的各种因素. 需要包含假设的描述，提出假设的原因，对假设进行验证的步骤.

问题

在项目中的，任何不恰当的，需要管理和解决的事情. 在日志中，需要包含问题的描述，对应的影响，解决方案，解决与否的状态。问题要想一下解决的方式和责任人、deadline

依赖

任何项目所依赖的，或者依赖该项目的事件和工作. 需要记录你依赖哪些人，他们应该何时交付什么东西。可能还要包含哪些人依赖你。每一条依赖要有deadline和责任人。

在项目开始就创建的RAID日志，可以在项目中持续使用，帮助你记录和跟踪项目中，目前和未来的任何可以影响团队的事情。不断更新RAID日志，每周的团队会议上进行回顾。
模板
Risk/Dependence/Issue/Assumption