我跟敏捷开发的故事--三面墙

       在上篇文章中提到,敏捷开发并不是万能的,而是要结合自己公司的特点和问题摸索出适合自己的一套模式。而项目刚开始的时候,也就是我们整个团队开始摸索敏捷开发的时候.

 

        第一次开始正式进行会议是把所有的相关人员都集合到一个会议室,在这会议室有三面墙,一面是窗户玻璃.

 

        为什么要提会议室的三面墙呢? 这时候是敏捷教练开始让大家一起活动了,首先因为整个团队是新组建的团队,对整个系统的框架,架构,业务,流程等内容都不是很了解,敏捷教练为了让大家能够在最短的时间内去消化这些内容,就依托这三面墙来对比较核心的内容进行互动.  这三面墙分别是业务,技术架构和流程.

 

       这里需要再进一步解释一下,因为对于乙方而言要做的内容是空白的,不知道具体的需求,技术,架构等内容,但是甲方已经对相关需求进行深入了解分析,架构也有一个模糊的模型,这三面墙下都有一个主负责人对其进行具体的解释和说明.

 

        比如在技术墙前,架构师会对整个项目的架构进行说明,这里所有的人员都要进行仔细的听,看清楚,是所有的人员.因为当架构师讲完之后会找人来对其进行描述说明.  从这里我们可以看到敏捷对个人的要求是比较高的,这点很重要.

 

        哦,忘了说了,这里的墙都是玻璃可以写字擦除的墙,下面会有图片进行示例,当然,如果没有条件的话可以拿纸条往墙上贴.

 

        具体流程是这样的,整个人员先分三组,三组人员各自在三个墙下,然后听各个主讲人进行讲解.(当时的场面我个人觉得还是比较混乱的…….)当讲述完毕的时候,主讲人会留下一个人,剩下的人然后轮转到下一个墙,然后新来的听众们就开始听留下人的讲述,当然主讲人会对他出现的错误和不足进行及时的纠正.然后大家就开始转圈圈了……

    

          在这个过程中你可以提出你的问题,你可以在墙上画画写写,总之最大限度的把你不知道的内容不清楚的内容去了解它.

 

                                                                    技术墙上的一角

 

          整个项目团队通过三面墙的方式对整个项目的技术,业务,流程有了一个初步的认识,这里只是初步,因为在具体的沟通交流中还有很多疑问,很多未知点.这里没有什么是固定死的.

 

         这个阶段还处于初始阶段,除了一些文档,没有任何代码.这三面墙就是让团队对要做的事情有初步的了解.

       

      会有读者 到这里感觉三面墙好像跟敏捷还没有太大的关系,我也是这么认为的,  而且接下来的事情跟所谓的敏捷也没有什么太大的关系.