Kann Software in einem großen Team interessant und unterhaltsam sein?

Question

Ich bin seit 19 Jahren in der Entwicklung von Hardware und Software tätig. Früher waren die Projekte und Teams, an denen ich arbeitete, kleiner, viel effektiver und unterhaltsamer.

Die Wirkung der Eingabe eines einzigen Entwicklers auf das Endprodukt und seinen Erfolg war für jeden offensichtlich. Wir hatten direkten Kontakt zu und Feedback von den Kunden. Dies war eine Bereicherung für unsere Arbeit und eine sehr effektive Möglichkeit, das Produkt zu verbessern.

Mit den Jahren nahm die Komplexität von Hard- und Software zu und es wurden immer mehr Leute benötigt, um die Dinge pünktlich zu erledigen. Die Kehrseite des Trends zu größeren Teams ist für mich, dass der Beitrag eines einzelnen Entwicklers zum Projekterfolg immer kleiner wird. Und wir verlieren den Kontakt zur realen Welt der Benutzer und Kunden aufgrund wachsender QA-Abteilungen mehr und mehr.

Ich habe meine Arbeit immer genossen und blieb in Kontakt mit den neuesten Technologien wie OOP, UML, .NET und was auch immer. Ich habe bereits ein paar Jahre als Teamleiter gearbeitet, aber es hat mir nicht besonders gefallen, weil ich Entwicklung und Programmierung verpasst habe.

Ich bin nur frustriert darüber, dass mein Teil des ganzen "Dinges", an dem wir arbeiten, immer kleiner wird und ich den Überblick darüber und den Kontakt zum Boden verliere. Bitte verstehe mich nicht falsch, ich will nicht für die guten alten Tage weinen, aber für mich wird die Arbeit an immer mehr spezialisierten Submodulen eines gigantischen Systems einfach immer langweiliger.

Ich frage mich, ob ich mich alleine fühle und vielleicht, wenn du ein paar Ratschläge hast, wie du den Spaß zurück zu meiner Arbeit bringst. Und nein, ich bin nicht daran interessiert, in meiner Freizeit an einem Open-Source-Projekt zu arbeiten. Neun Stunden am Tag vor einem Computer-Bildschirm sind genug, das Leben ist mehr als Codierung ...

Answer 1

Ich benötige auch Interaktion mit und Rückmeldung vom Kunden. Jedoch kann ein Kunde viele Dinge sein. Solange ich zufrieden bin jemand (Endbenutzer, Teamleiter, Big Boss, etc.) dann ist das genug für mich. Die Interaktion selbst ist der Schlüsselfaktor.

Was das Gefühl von Stolz und Eigenverantwortung betrifft, da es sich sehr stark auf das System auswirkt, ist es wieder eine Frage des Fokus. Sie erstellen immer noch etwas, auch wenn es ein kleineres Stück des Ganzen ist.

Ich habe vor langer Zeit erkannt, dass ich ein kleiner Fisch in einem großen Teich bin. Lernen, sich glücklich zu fühlen über mein Platz in diesem Teich war die einzige Lösung.

IOW, es ist alles relativ!

Answer 2

Um die Frage zu beantworten, wie es im Titel gefragt wird: Nein!

Ich fühle mich sehr ähnlich und sprach mit vielen anderen, die das gleiche denken. Aus meiner Erfahrung macht es viel mehr Spaß, mit kleinen Teams zu arbeiten und dadurch (und aus anderen Gründen) sind sie viel effektiver.

Answer 3

Ich denke, es kommt darauf an, es gibt eine gewisse Kameradschaft, die mit kleineren Teams einhergeht und eine geringere Chance, dass Ego zusammenstößt. Ich habe beide erlebt und beide haben ihre Vor- und Nachteile. Um ehrlich zu sein, während ich an einem größeren Team gearbeitet habe, habe ich so viel von anderen Programmierern gelernt, Sie denken, dass Sie viel wissen, aber jemand weiß immer mehr.

Answer 4

Es hängt alles vom Team und den Egos der Individuen ab.

Bei der Arbeit an einem Team mit Ego-Problemen ist es egal, wie cool die Technologie ist oder wie viel Interaktion man mit den Kunden macht. Ein böser Apfel kann den Spaß am Arbeiten an einem ansonsten coolen Projekt zunichte machen.

Auf der anderen Seite, wenn das Team geliert hat, ist es sehr wenig wichtig, wenn die Technologie nicht mehr aktuell ist, oder das Geschäftsproblem ist langweilig. Die Arbeit an einem Back-Office-Buchhaltungssystem mit VI und 10 Jahre alten Beta-C++ - Compilern kann immer noch beleben, wenn Sie das Gefühl haben, dass Ihre Kollegen im selben Kampf sind und Ihren Rücken haben. Wenn du von anderen lernst und gehört wirst, wenn du etwas neues ausprobieren willst. Wenn die Entwickler den Build/Test/Deploy-Prozess so steuern, dass er vernünftig ist und die Leben (und das Schlafverhalten) des Supportteams verbessert. Wenn deine Mitschüler (und du sie) immer bereit sind, mit einem obskuren Sprachproblem zu helfen oder durch einen irrsinnigen Fehler zu arbeiten. Das macht die Programmierung unabhängig von allem anderen Spaß und interessant.

Answer 5

Vielleicht möchten Sie in Erwägung ziehen, Unternehmen in ein kleineres Unternehmen umzuwandeln, in dem Sie eine breitere Verantwortung für eine Idee hatten. Was sind Änderungen im Prozess, die mit den Punkten helfen, die Sie nicht mögen?

Ich habe die Frage, was Sie hier groß meinen? Wäre ein Team von 50 Personen in einem Projekt groß? Oder ist es mehr wie 1.000 groß zu sein? Auf einer Ebene frage ich nach Skalierbarkeit, da es Teams gibt, die größer sind, wenn man alle Entwickler sehen möchte, die an den großen Produkten von Microsoft wie Office und Windows arbeiten, während am anderen Ende des Spektrums die Ein-Personen-Entwicklungsteams stehen es alles.

Ich würde Kellys Antwort zurückweisen, dass es auf das Team und Egos für einen anderen großen Faktor in Sachen abhängt. Was hältst du für Spaß? Finden Sie effizientere Wege, um Probleme mit schlechten Lösungen zu lösen? Bezwingt es eine Millenium puzzle? Oder sieht jemand lächeln, während Sie Ihre Software benutzen, was macht Spaß? Viele verschiedene mögliche Antworten und während ich Vorschläge machen kann, wie gut oder schlecht sie sind, ist völlig für Sie zu interpretieren. Ich glaube nicht, dass es Ihnen allein nicht gefällt, wie ein Unternehmen reift, wenn sich der Prozess ändert, wenn neue Leute in verschiedenen Rollen mit erhöhter Bürokratie und Verlust an Beweglichkeit hinzugefügt werden, da es mehr Unterschriften braucht, um eine Veränderung herbeizuführen erlaubt oder Entwickler verlieren diese Berührung mit dem Kunden ihres Produktes. Es gibt ein Spektrum von verschiedenen Möglichkeiten, Software zu produzieren, und einige Orte haben weniger Prozesse und konzentrieren sich auf "Mach es einfach", während andere Orte wollen, dass der Prozess viel formeller und mit 1.001 Richtlinien für jede Kleinigkeit organisiert wird . An welchem ​​Ende möchtest du arbeiten?

Answer 6

Vielen Dank für Ihre interessante und wertvolle Antworten (und Grammatik und Rechtschreibung :-)

Du hast mir einige große Punkte für die Korrektur zu denken:

• Die fehlende Interaktion mit custumers (was auch immer "Kunde" bedeutet)
• Die Interaktion und Feedback innerhalb des Entwicklerteams
• Was bedeutet mir Spaß. Ich denke, es ist mehr das Lächeln im Gesicht des Benutzers als die Verwendung von Spitzentechnologie.
• Wie man mit den manchmal überwältigenden Prozessen umgeht.
• Last but not least, um meinen bequemen Platz im großen Teich zu finden. Es ist vielleicht nicht die, in der ich im Moment bin ...