• Wiki在长期项目中应用

    2009-10-15

    分类:敏捷项目

    版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
    http://www.blogbus.com/skysw-logs/49242926.html

    从项目上下来一周了,昨天公司的CP从英国赶过来和北京这边前前后后参加过这个项目的同事一起座谈,了解一下大家对这个项目的一些想法,搜集一些Feedback。

    这个项目在上线之前是由很大的一个团队在开发,在上线之后,客户根据市场的一些需要,进行了一些功能的调整与加强,我就参与了上线之后项目的开发。这个项目的系统由若干个由不同人员维护的子系统组成,在开发过程中需要几方共同协调。下面谈谈我感觉到的一些存在问题。

    1. 项目的需求确认由一位在英国的同事负责,并且工作比较繁忙,负责若干个项目,很多需求难以得到及时确认。另外,其中一周客户休假,导致很多问题积累,项目停滞。

    2. 过分倚重代码,知识传递较少。在开发过程中遇到问题,一般都是求助于代码,对于系统的一些核心的理解基本上都是停留在不断的讨论,读代码上,没有相关人员维护这些信息,在后期需要重新回顾前面部分开发的内容。

    3. 项目的技术说明文档,一般都是挂接在相关的开发内容下,但是有很多其它相关的内容,在查询的时候,经常不能很快找到所需的材料。

    系统的看下上述问题,第一个主要是由于于系统不够熟悉,没有估计到在下一周的工作的内容中需要有很多需要进行确认的工作;第二个主要还是项目只是传递的问题,虽然过于繁复的文档对于项目是中浪费,但是,对于系统基本业务流程以及基本概念解释还是需要的;第三个项目相关辅助材料的组织应该是向上暴露的,在查看系统整体时应该方便的找到所有所需的资料。

    所以,我认为在项目中,特别是长期的开发人员发生变更,甚至客户人员也会发生变更的项目中,应该使用Wiki来帮助我们进行项目知识的传递,大家通力合作去优化这些关键内容,方便大家;并且动员客户一起参与进来,发动他们的积极行,同样为他们长期项目的跟踪提供依据。

    并且这样的Wiki应该是跨越具体项目的只是框架,将我们项目中所有获得知识,讨论结果,相关材料,进行组织、管理,提高效率,减少浪费。这个不仅仅有利于项目的团队而且能够帮助客户长期的对项目进行跟踪。

    但是Wiki的维护工作如何调动更多项目成员的积极性也将是需要考虑的问题,觉得开始可以采用只是分享的方法,在项目每周,大家做些知识的分享,把分享讲座的PPT进行简单的抽取就能成为我们Wiki的内容。这样大家就可以逐渐习惯开发,学习,总结的工作方式。这样能够让我们 

    更好的预测项目的风险维护更好的客户关系减少开发中的浪费

    分享到: