小团队的项目方法

我们公司的每个项目通常都是1-4位开发人员/艺术总监/撰稿人,您建议使用哪种方法？敏捷？XP？争球？别的什么？(我知道它们都是基本相同概念的变体,是的)

我不认为它有一个通用的答案,问题太宽泛了,你不能只是"采用一种方法",好像它是一个你开箱即用的产品,它是你随着时间的推移而发展的东西...但无论如何,我强烈建议您获得本书的副本:Head First Software Development

然后,您将自己喜欢的想法调整到项目中.不要担心名字和流行语,无论如何它们将在明年全部"过时".一开始要保持简单,采用更有意义的想法并给予最大的回报,而不是试图解决尚不存在的问题.这将是一个非常好的开始.

对于结对编程,至少,最好有一个偶数个程序员......; P.

小团队的好处之一就是你不需要很多内部沟通的支持系统(bugtracker或多或少会成为你自己的待办事项列表,但无论如何都要好).如果与整个团队会面只是转过你的charir并说"嘿,鲍勃和卡尔,看看这个!",你真的不需要所有正式的方法规则.但一般而言,敏捷方法非常适合中小型团队,但他们需要自我激励的团队成员.

我会说从不同的方法中挑选你喜欢的任何想法,无论如何它们都可以被认为是建议.