Wie zeigen Sie Ihr Bedürfnis nach Teaminteraktion, ohne wie ein Faulpelz zu klingen?

Halten Sie es ganz einfach. Viele der Kommentare hier sind beleidigend, überanalytisch oder leicht offtopic. Sie müssen kein Manifest für Paarprogrammierung usw. formulieren. Sie müssen jedoch herausarbeiten, was Ihr Anliegen ist, und dem Management kurz und bündig erklären, warum es in ihrem Interesse ist, Ihnen solche Aufgaben zu erteilen. (Es ist ihnen egal, ob Sie Spaß haben oder nicht).

• Sie meinen „Teaminteraktion“ und nicht „Teamarbeit“. Es ist vollkommen in Ordnung, Aufgaben mit Teaminteraktion zu bevorzugen, anstatt in einer Ecke zu sitzen und alleine an einem Projekt zu arbeiten, das als unwichtig angesehen wird.

• Ihre Beschwerde war nicht, dass Sie persönlich das Schreiben von Dokumentationen für niederträchtig hielten, sondern dass das Unternehmen diese Aufgabe für unwichtig hielt und Sie nicht viel Anerkennung erhalten würden. Außerdem finden Sie es, wie Sie sagen, weniger befriedigend, die Arbeit anderer zu dokumentieren.

• Wenn Sie also mit dem Management sprechen, möchten Sie etwas sagen wie:

> Die Projektaufgabe, die mir am besten gefallen hat, war ein Teamprojekt, bei dem ich zusammenarbeiten und anderen (jüngeren?) Menschen helfen konnte.

> Ich hatte das Gefühl, viel gelernt zu haben (insbesondere was? Teampsychologie? Projektmanagement? Mentoring? bestimmte technische Dinge? usw.? - Sie müssen klarstellen, was Sie gelernt haben, und dem Management gegenüber argumentieren, warum es so ist, Ihnen so etwas zuzuweisen gut für sie , nicht nur Spaß für Sie.

Sie wollen nicht einfach etwas Vages und Nachlässiges sagen wie: „Ich arbeite gerne an Aufgaben, die mir ursprünglich nicht zugewiesen wurden.“ denn das lässt Sie schwer zu handhaben klingen.

Also, was ist dein Punkt?? Fassen Sie es auf die Begriffe zusammen, um die sich das Management kümmern wird:

• "Ich genieße es, junge Leute zu betreuen"?
• "Ich habe festgestellt, dass ich gut im Projektmanagement bin"?
• oder was? Das musst du herausfinden

Sie möchten sich ein wenig auf dieses Gespräch vorbereiten. Finden Sie Ihre Punkte heraus, formulieren Sie sie sehr prägnant und leiten Sie sie dann an einen Freund oder Mentor weiter, um zu überprüfen, ob Sie Ihren Standpunkt rüberbringen.

Einfach gesagt, "Dokumentieren" passiert viel. Dokumentation ist ein wichtiger Teil der Softwareentwicklung ( lustiger Link über Softwaredokumentation ), daher ist es am besten, früh in Ihrer Karriere zu lernen, wie man damit umgeht. Darüber hinaus ist der beste Weg, diese Art von Projekten zu handhaben (was, wie ich gesehen habe, ein häufiges Vorkommnis ist), es durchzugehen und zu dokumentieren, was es tut.

Was Ihre spezielle Frage betrifft, ich denke, Sie verfehlen den Punkt. Sie sollten nicht versuchen, einen Weg zu finden, das Management dazu zu bringen, jemand anderen Ihre Arbeit machen zu lassen. Im Laufe Ihrer Karriere werden die Leute sehen, dass Sie die Person sind , die echte Arbeit wie die Pest meidet. Ihre Karriere wird mit Aufgaben gefüllt sein, die Sie nicht tun möchten (ich vermeide zum Beispiel gerade ein paar). Sie müssen noch erledigt werden.

Sie könnten mit Ihrem Vorgesetzten sprechen und vielleicht den Wunsch äußern, die Paarprogrammierung zu testen.

Aus Ihrer Beschreibung geht hervor, dass Ihre aktuelle Organisation keiner bestimmten/strukturierten Entwicklungsmethodik (wie Scrum oder allgemeineren agilen Entwicklungsprozessen) folgt. Sie können dies zu Ihrem Vorteil nutzen, um nicht „wie ein Faulpelz“ zu klingen.

Gehen Sie folgendermaßen vor: „Ich habe einige Nachforschungen zu verschiedenen Entwicklungsmethoden angestellt und denke, dass es die Produktivität steigern könnte, wenn wir die Paarprogrammierung übernehmen würden. Wäre es in Ordnung, wenn ich diesen Ansatz ein paar Wochen lang mit <Name von Ihr bevorzugter Peer>?". Dann wirken Sie statt eines Faulpelzes wie jemand, der 1) daran interessiert ist, dem Unternehmen dabei zu helfen, effizienter/produktiver/erfolgreicher zu werden, 2) sich mit der Branche im Allgemeinen auskennt und 3) bereit ist, mit neuen Dingen zu experimentieren, um zu sehen, ob sie funktionieren . All das sind gute Dinge, besonders wenn Sie den Status „Praktikant“ verlassen möchten.

Ich denke, Sie müssen eine klarere Erklärung zum "Warum" haben. Während es Fälle gibt, in denen die Paarprogrammierung als ideales Setup angesehen wird, ist sie oft nicht mit den Anforderungen der Dokumentation verbunden. Und die Aufgabe der Dokumentationsbereinigung ist faire Arbeit in der Softwareindustrie. Es macht im Allgemeinen keinen Spaß und ist nicht glamourös, und ich kenne niemanden, der es liebt, aber in manchen Umgebungen ist es eine notwendige Arbeit.

Also – ich denke, Sie müssen für sich selbst antworten – welchen Nutzen bringt ein Peer? Wäre das jemand, der das Wissen hat, das Sie brauchen? Jemand mit anderen Fähigkeiten, der mit einer abgerundeteren, qualitativ hochwertigeren Ausgabe helfen kann? Die Antwort liegt darin, was nicht oder nicht gut gemacht wird, weil Sie nicht die Ressourcen (Zeit, Fähigkeiten, Wissen, Zugang) dafür haben?

Leider gehört "Interesse" nicht zu den Dingen, die man als Grund dafür anführen kann, einen Partner für die Bemühungen zu brauchen. Langeweile gehört zum Arbeiten dazu, und nur weil einem die Arbeit nicht gefällt oder sie in diesem Moment nicht interessant findet, ist das kein Grund, sie zu vermeiden. Wenn das wirklich das einzige ist, was Ihnen fehlt, müssen Sie einen Weg finden, sich zu motivieren, die langweiligen Zeiten zu überstehen ... obwohl es fair ist zu fragen - wenn die Dokumentationsarbeit endlos wird - wann Das Zielfernrohr wird fertig sein und wenn Sie in der Lage sein werden, sich etwas Lustigerem zu widmen.

Der andere Trick besteht darin, nach etwas fragen zu können, das nicht zu schwer zu liefern ist. Während es an einem Ort, der wirklich in Menschen mit Schreibfähigkeiten investiert, eine Möglichkeit sein kann, einen technischen Redakteur zu haben, der Ihre Arbeit prüft, ist dies in einem Unternehmen mit nur wenigen (oder keinen) technischen Redakteuren ein echter Kampf und nicht einer von Ihnen werden wahrscheinlich gewinnen. In den meisten Teams ist es jedoch ziemlich einfach, jemanden von der QA zu bitten, Ihre Arbeit zu überprüfen, oder einen anderen Ingenieur, der sicherstellt, dass Sie alle Aspekte abdecken.

Du schreibst "lange Zeit Backburner, und ich habe die Aufgabe, es anzukurbeln, beginnend mit "Zeug dokumentieren"" und ich lese "unwichtig, interessiert niemanden, von Anfang an zum Scheitern verurteilt".

Aufschlüsselung meiner Argumentation (nehmen Sie dies mit einem Körnchen Salz):

• "Lange Zeit in den Hintergrund rücken" -> Wichtige Dinge werden in der Regel erledigt. Wenn eine Aufgabe lange Zeit im Hintergrund bleibt, stimmt etwas nicht damit. Entweder ist es nicht wichtig oder es ist langweilig oder jeder weiß, dass es ein gewisser Karrierekiller ist, seinen Namen damit in Verbindung zu bringen.

• "Ich habe die Aufgabe, es anzukurbeln" -> Wichtige Dinge werden nicht an Praktikanten weitergegeben. Wenn sie wichtig sind, arbeiten die besten Leute im Team daran. Es ist einfach zu gefährlich, ein Scheitern zu riskieren, weil jemand mit nicht genügend Erfahrung oder Wissen daran arbeitet.

• "Dokumentieren" bedeutet "etwas tun. Ich weiß nicht, was oder wie; du wirst es herausfinden. Und wenn du es nicht tust, dann bist du offensichtlich inkompetent, also sollte ich dich feuern".

Wenn meine Vermutung richtig ist, dann wird Sie auch noch so viel Teamarbeit nicht retten.

Also, was kannst du machen? Hier sind ein paar Vorschläge:

• Da das Projekt von Anfang an zum Scheitern verurteilt ist, können Sie es zu einer Lernerfahrung machen.
• Versuchen Sie zu lernen, wie man Fragen stellt und Dokumentationen schreibt. Es wird das Projekt nicht speichern, aber es wird später eine nützliche Fähigkeit für Sie sein, egal was passiert.
• Erfahren Sie, wie Sie Informationen zusammenstellen und präsentieren. Beginnen Sie mit einer Übersicht, brechen Sie sie in Details auf. Bekomme ein Gefühl dafür, wie man komplexe Dinge herunterbricht. Eine der wichtigsten Fähigkeiten in der Softwareentwicklung meiner Meinung nach: Einem Manager etwas wahnsinnig Komplexes erklären zu können.
• Lernen Sie neue Tools kennen: Textverarbeitung, Reporting-Tools, Mind Maps. Alles, was bei Ihrem Projekt helfen könnte, wird auch immer ein schöner Punkt in Ihrem Lebenslauf sein.
• Verbessern Sie Ihre Sprachkenntnisse. Soll ich eine Dokumentation schreiben? Es gibt diesen schönen Oxford-Englischkurs für $$$$! Nein? Vielleicht das für $$$? Nett! Ein weiterer Punkt für meinen Lebenslauf.
• Lernen Sie, Fragen zu stellen. Wenn jemand etwas Komplexes nicht erklären kann, müssen Sie in der Lage sein, die richtigen Fragen zu stellen. Dazu gehört, Geduld zu lernen und mit schwierigen Menschen zu arbeiten (= Menschen mit viel Stress, wenig Zeit, wenig Geduld, unbeholfenen oder keinen sozialen Fähigkeiten oder einfach keine Zeit, nett zu sein). Wie bekomme ich diese Informationen aus Mr. X heraus, ohne seine Zeit zu verschwenden?
• Weißt du schon alles, was du wissen musst, um nützliche Dokumentationen zu schreiben? Wenn nicht, müssen Sie lernen, Meetings zu arrangieren, die richtigen Personen zum Einladen herauszufinden usw. Es ist auch eine Art Teamarbeit.

Was Sie nicht tun sollten:

• Jammern. Sie zahlen Ihnen Geld dafür, also saugen Sie es auf. Und niemand mag einen Nörgler.
• Verbringen Sie 99 % des Tages damit, im Internet zu surfen. Das bringt Sie nur in Schwierigkeiten.
• Hör auf, deine Arbeit zu genießen. Das wäre nur Zeitverschwendung.

Was Sie tun könnten:

• Streiten. Wenn Sie gute Gründe dafür haben, dass dieses Projekt Zeitverschwendung ist, sollten Sie vielleicht eine Präsentation dessen erstellen, was Sie gelernt haben, und es den Leuten erzählen. "Ich habe der Firma gerade $$$$ gerettet"

Eigenen Peer erstellen/sein?

Verwenden Sie den agilen Ansatz, wählen Sie einen Teil der Dokumentationsarbeit aus, brechen Sie ihn in Aufgaben auf, bis Sie genug für einen Sprint haben, und konzentrieren Sie sich darauf, die Arbeit in kleinen Schritten zu liefern/abzuschließen.

Alleine zu arbeiten erfordert viel mehr Selbstdisziplin und es ist einfacher zu "wandern" und sich nicht auf das zu konzentrieren, was geliefert werden muss. So etwas wie die agile Methodik kann Ihnen helfen, konzentriert zu bleiben, und Sie werden wertvolle Erfahrungen für Ihren Lebenslauf sammeln, wenn Sie sich auf eine neue Stelle bewerben, bei der Sie tatsächlich nebenbei arbeiten und nicht in der Ecke sitzen und vor sich hin murmeln.

Ich finde es frustrierend, eine Dokumentation für die Leute mit den Checklisten zu erstellen, wenn diese Dokumentation wahrscheinlich nie gelesen wird, einen sehr geringen Nutzen hat und wo sie einen Nutzen hat, die Dokumentation in den Code oder in die Benutzeroberfläche gehört.

Und lassen Sie mich nicht mit dem XML-Kommentarrauschen anfangen, der massenhaft im Code erzeugt wird, um das Offensichtliche anzugeben, wenn Ihre Methoden und Klassen richtig benannt sind.

Bitten Sie um Diversifizierung Ihrer Arbeitsweise.

Sie arbeiten an zu vielen Projekten alleine und möchten zu Teamarbeit und Interaktion mit Kollegen wechseln.

So wie es klingt, bedeutet „Kickstart“ des Prozesses der Code-Dokumentation „niemand möchte dies wirklich tun, also bitte, BITTE fangen Sie an, damit andere mitmachen können“.

Ich halte ein Dokument aller meiner Code-Änderungen mit jedem neuen Code-Build auf dem neuesten Stand, und ich weiß, dass mein Kollege das Gleiche tut. Einfach ausgedrückt, dies ist eine Aufgabe, die Sie erledigen müssen, und möglicherweise eine Aufgabe, die NUR Sie erledigen können (aus welchen Gründen auch immer Ihr Chef denken mag), also gibt es eine Reihe von Gründen, warum Sie sie möglicherweise alleine erledigen müssen.

Ich glaube, du "überdenkst" das. Der Punkt ist, dass Sie in Ihrem Job gut sein wollen, und Ihr Manager will in seinem Job gut sein.

Sie müssen ihm also Informationen zukommen lassen, die Sie für den Job des Managers als relevant erachten. Sie denken darüber nach, wie Sie es beschönigen können.

Die hier beteiligten Manager-Metriken sind die folgenden:

A und B erreichen zusammen mehr Dinge als A und B bei getrennten Aufgaben. Das ist die Metrik dafür, ob man Leute zulassen sollte, sich zusammenzuschließen.

Die Differenz zwischen dem, was A zusammen mit B leisten wird, und dem, was A allein leisten kann, ist mehr wert als das Gehalt von B. Das ist die Metrik dafür, ob es nicht einfacher ist, B einfach loszulassen.

Dafür haben Sie entsprechende Erfahrung. Die rechtzeitige Übermittlung dieser Informationen an den Manager hilft ihm, Sie effizienter zu beschäftigen. Er könnte immer noch Risiken eingehen, und Sie müssen sicherstellen, dass Sie Ihre Vorhersagen nicht in sich selbst erfüllende Prophezeiungen verwandeln, indem Sie sie in ein „Ich habe es Ihnen gesagt“ verwandeln.

Das Problem ist, dass nicht immer klar ist, dass es tatsächlich einen A gibt, der diesen Arbeitsstil bevorzugt. Es gibt Menschen, die verzetteln sich in der Teamarbeit, ohne dass dies durch Nachlassen verursacht wird.

Es ist also eine gute Idee, jemanden zu finden, der die Idee der Teamarbeit hier wirklich zu schätzen weiß.

Sobald Sie den Ruf haben, hart zu arbeiten, ist es viel einfacher, nicht als faul oder faul abgestempelt zu werden, wenn Sie darum bitten, an einer anderen Art von Projekt oder Umgebung zu arbeiten. Die meisten Leute denken an faul als jemanden, der an nichts hart arbeitet. Du bittest nur darum, an Dingen zu arbeiten, die dir Spaß machen. Gute Arbeitgeber sollten immer darauf achten, Leute einzustellen, die Spaß an den Aufgaben haben, die sie erledigen müssen, aber selten passt es perfekt zu allen. Sie haben die Lücke geschlossen und ein Projekt übernommen, das sonst niemand wollte. Sie sollten sich glücklich schätzen, dass Sie es tun, es gibt keinen Grund zu erwarten, dass Sie diese Art von Arbeit die ganze Zeit wollen.

Es gab ein Projekt, das Ihnen gefallen hat, und jetzt haben Sie eines, das Ihnen nicht gefällt. Es ist nichts Falsches daran, Ihren Chef wissen zu lassen, dass Sie die Möglichkeit haben möchten, an weiteren Projekten wie dem ersten zu arbeiten. Hoffentlich konnten sie Leute finden, die lieber Dokumentationen schreiben oder dies zumindest bei ihrer nächsten Einstellung in Betracht ziehen würden.