Wie geht Ihr Unternehmen mit gemeinsamen Komponenten um?

Question

Eine gemeinsame Komponente ist eine Bibliothek oder ein anderes Stück Code, das von einer Gruppe erstellt und gepflegt und von vielen Gruppen verwendet wird.

Einige Probleme, die wir haben, sind:

• Die Nutzer berichten nicht über Probleme mit den Komponenten.
• Die Benutzer können die Komponenten nach ihren Bedürfnissen umgestalten.
• Sie brechen die Kompatibilität mit der Stammversion, nur um ihre Fristen einzuhalten.
• Die Benutzer programmieren schließlich ihre eigenen (weniger robusten) Lösungen, weil sie glauben, dass dies besser ist.

Wie geht Ihr Unternehmen mit gemeinsamen Komponenten um?

Ideen, die ich habe:

• Behandeln Sie die Komponente wie ein Open-Source-Projekt und fordern Sie die Teams auf, Patches einzureichen.
• Benutzerdefinierte Änderungen am Code sind völlig unzulässig.
• ...

Answer 1

Möglicherweise handelt es sich hier eher um ein menschliches als um ein technisches Problem. In der Tat könnte es in erster Linie ein Lernproblem sein (verbunden mit dem typischen "Not invented here"-Syndrom).

Da ich in großen Unternehmen gearbeitet habe, weiß ich, dass es für eine neue Person schwierig ist, alle ihr zur Verfügung stehenden Ressourcen (z. B. gemeinsam genutzte Codebibliotheken) zu verstehen, geschweige denn, wie und wann sie sie richtig einsetzen soll.

Wenn Sie einen neuen Mitarbeiter einstellen, erhält er/sie dann eine formale Schulung in Ihrer gemeinsamen Komponentenbibliothek?

Und dann ist da noch das Problem, wofür die Menschen belohnt werden. Belohnen die Manager bei der Überprüfung die Mitarbeiter dafür, dass sie die gemeinsamen Komponenten verwenden, sie verbessern und die Verbesserungen an die Bibliothek zurückgeben? Oder kümmern sich die Manager nur um ihre eigenen Projekte.

Was Ihre Gruppe angeht, die die gemeinsame Bibliothek pflegt, welche Form der Anerkennung oder Belohnung gibt es für Leute, die sich die Zeit nehmen, Verbesserungen vorzuschlagen oder einzureichen? Werden sie in der Firmenzeitung erwähnt? Erhalten sie eine Geldprämie? Wird ihr Foto an der Pinnwand veröffentlicht?

Denken Sie daran, dass es sehr unwahrscheinlich ist, dass Menschen etwas für ein Unternehmen tun, für das sie keine Anerkennung oder Belohnung erhalten.

Answer 2

Wir versuchen, mehr auf dienstbasierte Systeme umzusteigen, so dass eine bestimmte Funktion, die wir für ein Projekt erstellen, von einem anderen Projekt über einen Webdienst genutzt werden kann. Auf diese Weise gibt es nur eine Instanz des Codes.

Natürlich funktioniert dies für einige Arten von Komponenten besser (ein Beispiel: wir haben vor kurzem einen Dienst zur Erstellung von PDF-Dateien entwickelt) als für andere (wahrscheinlich ein Overkill für ein Dienstprogramm zur Stringmanipulation).

Answer 3

Die einzige erfolgreiche Komponente, die ich hier gesehen habe, wird in einer kompilierten Version (*.dll) weiterverteilt. Die Benutzer melden Fehler und fordern Funktionen direkt beim Eigentümerteam an, das diese dann selbst implementiert. Es gibt eine API für das Schreiben eigener Plugins für Dinge, die sich am ehesten ändern, so dass die Leute die Funktionalität in vielen Fällen erweitern können.

Es gibt immer einen Kompromiss zwischen

• Menschen davon überzeugen, Ihre Komponente zu nutzen
• gleichzeitig ein angemessenes Qualitätsniveau aufrechtzuerhalten

Ich bin mir nicht sicher, was in Ihrem Fall das Beste ist, aber im Allgemeinen sollten Sie versuchen, die Kernlogik selbst zu implementieren, die Komponente konfigurierbar/erweiterbar zu halten, damit die Leute nicht ständig den Kern ändern müssen, und guten Support anzubieten. Aus irgendeinem Grund neigen manche Entwickler dazu, das Rad immer wieder neu zu erfinden, egal wie dumm es ist, also würde ich mir darüber keine allzu großen Sorgen machen.

Answer 4

Eine gute Möglichkeit ist die Einführung regelmäßiger Code-Reviews. Wenn Sie dabei feststellen, dass ein Rad neu erfunden wurde, können Sie die Gelegenheit nutzen, um den Entwicklern entweder beizubringen, eine gemeinsame Komponente zu verwenden, oder zu erklären, warum sie es für nötig hielten, sie neu zu erfinden, und ihre Argumente mit dem ursprünglichen Code zu verbinden. Auf diese Weise werden die Anforderungen aller Beteiligten erfüllt und die Komponenten werden für alle verbessert.

Answer 5

Behandeln Sie sie so, wie Sie auch Bibliotheken Dritter behandeln würden. Ich würde den anderen Teams nicht einmal den Quellcode zeigen - das kann zu einer Menge zeitraubender Kritik und Gegenrede führen.