项目敏捷(1)--背景

        之前我们做的教务几个系统，虽然是独立开发的，但是各个系统之间的有数据依赖交互，当时为了省事方便，就把所有的系统看成是一个整的教务，故数据库都放在了一块，共用数据库，只是在命名上有区别，不同系统读写数据库是靠开发人员自己控制。这当然是有局限性。年前我们准备开发一个项目，把之前的教务的.net版的系统用java重构一遍，主要是为了实现分布式。 先前环境的搭建用了一段时间，我们的系统如基础，考试，评教等都是利用搭建好的环境进行开发，开发结构一致，也便于进行整体的权限控制，使教务中的系统职责也更明确。

        本次开发还有一个比较令人兴奋的就是决定采用一次敏捷方式进行开发，毕竟大家都不熟悉，大多存在理论层次，所以边开发边摸索，遇到问题及时找方案解决，及时改正不足也算是敏捷吧，呵呵，接下来我就是简单记录一下初期的一些情况，其他的问题我会在后续的文章中更新。

        1）组织结构

        本次开发分为四个小组：分别是基础，评教，考试，还有权限。基础是评教和考试的数据来源，权限是为所有其他系统提供权限控制。我负责的是基础系统，因为之前旧的系统就是我们做的，业务比较熟悉，便于制定需求进行开发。我们四个组都同时面向项目的总负责人坤哥，他负责整个项目的进度和审查。

        2）关于计划
        坤哥在一开始的时候就让我们用Project给自己的组做一个计划，以便于以后的进度把控。但是我们大都对计划做的不是很合理，项目没有开动，我们每个组长都针对自己的组情况大概列了一个计划，计划做完之后也就没了下文。

也就是做的计划都是形式上的，没有起到应有的效果，主要的原因就是计划不合理，是组长一个人制定的，计划最好是大家一块制定，工期工时，以后在执行的时候大家也都心中有数，也利于任务的分配。

        3）关于需求

        由于我们没有真正的客户，组长的一个责任也就是做需求，之后就是把需求弄得特别细，包括具体的逻辑，细化成任务，之后组员完全按照组长的思路走。这样无形中就违背了以人为本的原则，没有发挥出组员应有的价值。

        4）关于文档
        以前做任何项目都是文档驱动，设计图和写文档往往是很重要的一部分，从而也就占用了很大的时间。开始用敏捷的方法，突然文档无用论的声音很大，就是都懒得写文档了。在坤哥让我们写数据库文档和类文档的时候，组长也都很疑惑，也都不愿意写，因为联想到之前好多在项目为动工之前写的类文档往往在开发中会变动很大，价值因此也就不是很大。我们理解偏了，其实应该不是没有文档，而是文档有精简有用，必须有的文档还是要写的，文档尽量写得主题明确，言简意赅，容易理解。

        我们在尝试，有问题很正常，我们总是会在不断的修正。