Frage

ich in einem kleinen Team an einigen Projekten in meiner Freizeit arbeite. Wir haben das Problem, dass wir uns im Kreis zu gehen scheinen und sind nicht in der Lage unserer Produkte entwickelt werden - aber dies während meines Jobs ist kein Problem. Der Mangel an face-to-face-Kommunikation scheint eine echte Auswirkung auf die Produktivität zu haben.

Alle Beispiele von Software oder Methoden in der Nutzung durch die Open-Source-Entwicklungsgemeinschaft geschätzt würden.

War es hilfreich?

Lösung

Dies ist eine schwierige Frage zu beantworten, weil „Open-Source-Projekte“ eine sehr breite Auswahl von Projekten ist. Ich denke, das bestimmende Merkmal ist das Projekt hat ein einziges gemeinsames Ziel (vielleicht eine Reihe von verwandten Zielen).

Sind Sie auf alle Open-Source-Mailing-Listen? Ich bin auf meine Lieblings Distro 's Mailing-Liste abonniert und die Entwickler E-Mail einander mehrmals am Tag. Auch gibt es andere Möglichkeiten der Kommunikation wie IRC / Instant Messenger.

Ich bin kein RoR Entwickler, aber ich würde vorschlagen Skimming durch Getting Real für einige Inspiration.

Andere Tipps

Wenn Sie die Geschichte der meisten Open-Source-Projekte lesen, beginnen sie mit einer Person viel von der ursprünglichen Arbeit. Wenn es ein Team, es ist klein, und eine Person tatsächlich führt das Team.

Um ein Beispiel zu wählen. In der Python-Community, beziehen sie sich auf Guido van Rossum als Benevolent Dictator for Life (BDFL). Sein Wort ist (mehr oder weniger) endgültig. In vielen Fällen gibt es Leute mit ihm nicht einverstanden - aber aus Gründen der Python-Community - sie scheinen zu sein Urteil fügen

.

Ich denke, jedes Open-Source-Projekt einen (Singular) leitenden Programmierer hat die sicherstellt, dass Entscheidungen getroffen werden, und in einer konsistenten Art und Weise hergestellt.

Zurück in den alten Tagen, Fred Brooks ( The Mythical Man Month ) beschrieben "Chef-Programmierer-Teams". Dasselbe Konzept. Jemand ist verantwortlich für den technischen Inhalt. Betonung auf der einen. Heute die wir nennen das „Architekt“ oder so Begriff.

Keine wirkliche Methodik hier, aber ich denke, zwei Dinge sind wichtig:

  1. Haben gut definierte Ziele und Verantwortlichkeiten.
  2. werden jeden Entwickler Let haben das letzte Wort, wie sie ihre zugeordnet Teil getan werden sollte.

In Open-Source-Projekten die einzige wirkliche und stärkste Motivation ist der Spaß Codierung des Produkts werden musste. In Bezug auf # 2 über, wenn die Menschen gesagt, was zu tun und sie nicht mit ihm einverstanden ist, beginnt die Motivation fehlt. Natürlich wird es immer ein bisschen sein give-and-take wie in jeder anderen Art von Beziehung.

Auch über das Gesicht der Zeit, ist Skype ideal für Gesicht mit Sitzungen Gesicht, die ich mindestens einmal pro Woche oder Monat empfohlen (abhängig von der Größe und Dynamik des Projektes)

Meine Vermutung ist, dass Ihre privaten Projekte sind alle laufen und codiert von den Entwicklern. Entwickler sind dafür bekannt, ... halten zu entwickeln. Der große Unterschied in meiner Erfahrung ist, dass ein Unternehmen Manager erlebt hat, die definieren kann, wenn Dinge getan werden. Ich empfehle jemanden setzen würde die Aufgabe Ziele definieren und entscheiden, wann Dinge getan werden.

Ich habe an einigen Projekten, in denen wir viel mehr Sprecher als Entwickler hatten. Meine Neigung ist es, die Schwätzer und lauschen Sie den Programmierer zu ignorieren. Selbst dann gibt es in der Regel eine Person, die verantwortlich für die Annahme Patches ist. Es kann politische Fragen werden sie leicht um treten, sondern für alle Absichten und Zwecke haben sie das letzte Wort.

Linus hat einige ziemlich bekannte Probleme mit dem gleichen Problem. Beachten Sie diesen Thread von 2006: Gespräch ist billig. Zeigen Sie mir den Code.

Eine weitere Sache. Da Sie in den Kommentaren sagen, dass Sie Code zu tun haben, nur eine Menge umschreibt, würde ich sehr empfehlen Sie Eric Raymonds die Kathedrale und die Bazzaar . Eric ist ein bisschen ein nutter tatsächlich, aber der Aufsatz ist für jedermann von unschätzbarem Wert will ein freies Software Projekt auszuführen.

würde ich eine Meinung über Ihre und Ihre Teamkollegen, die Motivation und die Ziele in diesem Projekt. Sind sie an:

a) Erstellen Sie ein fantastisches Produkt

oder

spielen, um

b) mit Software und lernt ein paar neue Dinge

Beide Antworten sind gleichermaßen gültig, und ich vermute, es ist eine Mischung mit einem Hang zum einen oder anderen sein würde.

Wenn es mehr von (a) dann auf Vorschläge zur Methodik aussehen usw. Vielleicht sogar in Betracht ziehen, ein Unternehmen um Ihre fantastische Idee zu bilden. Da macht so etwas braucht Arbeit .. und auch Sie wahrscheinlich genug, dass bei der Arbeit bekommen.

Wenn es meistens (b) dann eine härtere Zeit zu haben, Sie gehen ein tolles Produkt zu machen, aber eine einfachere Zeit, dass Sie sich für nicht da immer sofort vergeben kann und mehrere Wieder schreibt leiden. Und Sie werden alle neuen Fähigkeiten jedes Mal, wenn Sie es betrachten lernen und arbeiten zusammen, die auf Ihre langfristige Karriere sehr anwendbar sind.

Als erstes schlage ich vor, Sie alle miteinander klar sein, warum Sie da sind. Schauen Sie sich Schnipsel zurück auf das, was Sie planen, zu tun, und lassen Sie früh und lassen oft. Wenn Ihr Projekt besteht aus drei Komponenten zusammengesetzt, und eine vollständig ist, dann lassen Sie das als eine separate Komponente und starten Sie eine Gemeinschaft von Nutzern zu bauen. Dies wird als diese Nutzer auszahlen wird möglicherweise Ihr mit Ihrem Code hilft, sowie einen festen Kern der Nutzer für das vollständige Produkt bilden und lassen Sie beurteilen, wie man früh anstatt später werden.

Viel Glück.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top