我在业余时间在一个小团队中从事一些项目。我们遇到的问题是,我们似乎在兜圈子,无法开发我们的产品——但这在我的日常工作中不是问题。缺乏面对面的沟通似乎对生产力产生了真正的影响。

开源开发社区使用的任何软件或方法的示例将不胜感激。

有帮助吗?

解决方案

这是一个很难回答的问题,因为“开源项目”是项目的一个非常广泛的选择。我觉得定义特征是该项目有一个统一的目标(也许是一组相关的目标)。

您在任何开源的邮件列表?我订阅了我的喜欢的发行的邮件列表和开发者的电子邮件对方很多次。另外,还有一些其它通信途径,如IRC /即时信使。

我不是一个回报率开发商,但我会建议通过一些获得真实略读灵感。

其他提示

如果你读大多数开源项目的历史,他们开始与一个人做了很多前期工作的。如果有一个团队,这是小,一个人实际上导致了球队。

要选择一个例子。在Python社区,它们指的是吉多·范罗苏姆作为仁慈的独裁者生命(BDFL)。他的话就是(更多或更少)的决赛。在许多情况下还有人不同意他的观点 - 但对于Python社区的缘故 - 他们似乎默许了他的判断。

我觉得每一个开源项目有(单数)的首席程序员谁保证决策是做出,并以一致的方式作出。

早在古时,弗雷德·布鲁克斯(人月神话的)描述的“首席程序员团队”。相同的概念。有人负责的技术含量。强调一个。如今我们称之为的“建筑师”或类似术语。

这里没有真正的方法论,但我认为有两件事很重要:

  1. 具有明确的目标和责任。
  2. 让每个开发人员在如何完成分配的部分方面拥有最后一张发言权。

在开源项目中,唯一真正、最强烈的动机是编写产品的乐趣。关于上面的#2,如果人们被告知要做什么,但他们不同意,那么动力就开始缺乏。当然,就像任何其他类型的关系一样,总会有一些给予和索取。

另外关于面对面的时间,Skype 非常适合举行面对面的会议,我建议至少每周或每月一次(取决于项目的规模和势头)

我的猜测是,您的私人项目全部运行,并通过开发商编码。开发商是众所周知的......继续发展。最大的区别,在我的经验是,公司拥有一批经验丰富,当事情完成,可以定义管理者。我建议你把别人对确定目标的任务,当事情做决定。

我已经在一些项目中,我们有比开发商更大量健谈。我的倾向是忽略通话器和收听到编码器。即使再有就是通常一个人谁负责接受补丁的。有可能是他们必须小心行事围绕政治问题,而且对所有意图和目的,他们说了算。

莱纳斯已经取得了一些同样的问题相当著名的问题。要注意这个线程从2006年:谈话是便宜。我显示的代码。

一两件事。既然你在那你有代码的注释,只是很多重写的说,我强烈建议你阅读雷蒙德的的大教堂和Bazzaar 。埃里克是一个有点实际上是一个疯子,但文章是无价的,任何人想运行一个自由软件项目。

我有一个想想你和你的队友的动机和目标,在这个项目中。是它们为:

a)建立一个真棒产物

B)玩软件,并学习一些新的东西。

这两个答案都同样有效,并且我猜这将会是朝向一个或另一个一倾斜的混合。

如果它更多的(一),然后看在方法等建议,甚至可以考虑在你真棒的想法形成了公司。因为做这样的事情需要努力..和好,你可能在工作中得到足够的那个。

如果它主要是(B),那么你将有一个更难的时间做一个真棒产品,但在一个更简单的时候,你可以原谅自己没有得到有马上和痛苦多次重新写入。你都将在每次看着它一起工作的时间,这是非常适用于你的长期职业生涯学习新的技能。

首先,我建议你要明确相互为什么你在那里。然后再看看削减回你打算做,并提前释放,释放频繁。如果你的项目是由三个部分组成了一个是完整的,那么释放作为一个单独的组件,并开始建立用户社区。这将还清,因为这些用户很可能会帮助你与你的代码,以及形成用户的完整产品了坚实的核心,让你评估你如何去早不宜晚。

好运。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top