Frage:
Wie kann man dem Chef sagen, dass sein Ansatz "Alle Hände an Deck" nicht funktioniert?
neubert
2018-05-24 11:37:28 UTC
view on stackexchange narkive permalink

Ich bin in einem Entwicklungsteam mit insgesamt fünf Entwicklern. Der Inhaber meiner Firma fordert uns alle oft auf, alles, was wir tun, fallen zu lassen und uns auf eine einzige Aufgabe zu konzentrieren. Das Problem dabei ist, dass sich viele der Aufgaben, an denen wir alle arbeiten sollen, nicht für die gleichzeitige Entwicklung eignen.

Meine Frage ist ... wie kann ich den Eigentümer dazu bringen, damit aufzuhören?

Ein paar Gedanken:

  1. Wenn alle versuchen, an genau demselben Problem zusammenzuarbeiten, kann es durchaus vorkommen, dass " zu viele Köche in der Küche ". Das Buch The Mythical Man-Month geht weiter darauf ein.
  2. Es wirkt erschreckend auf Beiträge außerhalb der Geschäftszeiten. Wenn der Besitzer nicht so ist, arbeite ich normalerweise an Aufgaben, die mich am Abend oder am Wochenende interessieren. Aber wenn der Besitzer so wird, arbeite ich an nichts anderem als dem, woran der Besitzer möchte, dass ich arbeite. Anstatt 60 Stunden aus mir herauszuholen, bekommt er genau 40 Stunden und das war's. Ich nehme an, das ist nicht wirklich mein Problem, aber wenn ich ein Unternehmen besitze, möchte ich die Leute dazu ermutigen, dies nicht zu tun - und es nicht entmutigen Eigentümer wünschen, dass wir alle helfen, ungeachtet der Realität, dass nicht jeder in der Lage sein wird, sinnvolle Beiträge zu leisten. Was sollen solche Leute in der Zwischenzeit tun? Drehen Sie einfach mit den Daumen und hoffen Sie, dass der Besitzer nicht vorbeikommt und sie nach den Einzelheiten ihrer Arbeit fragt? Die Arbeit an anderen Dingen kann zu Problemen führen, wenn Sie ausdrücklich angewiesen wurden, nicht an anderen Dingen zu arbeiten, sodass dies keine praktikable Lösung zu sein scheint.
  3. ol>

    Ich nehme an, ich könnte dem Eigentümer eine E-Mail mit den oben genannten Bedenken senden (gibt es andere Probleme, an die ich bei diesem Ansatz "Alle Hände an Deck" nicht denke?), aber wer weiß, wie er reagieren würde dazu. Eine passiv aggressivere Art, mit der Situation umzugehen, besteht darin, ihm " The Mythical Man-Month " als Weihnachtsgeschenk zu machen. Anfangs könnte er es als braune Nase betrachten und, wer weiß, er könnte das Buch nie lesen, aber ich denke, das ist das Risiko, das Sie eingehen, wenn Sie passiv aggressiv handeln.

    Irgendwelche Ideen?

Für welche Art von Problemen nennt er diesen "All-Hands" -Ansatz?Handelt es sich um kritische Produktionsfehler, die innerhalb von Minuten behoben werden sollten, oder um die regelmäßige Entwicklung neuer Funktionen, die Stunden oder Tage dauern können?
@Erik - das sind eigentlich oft völlig falsche Themen.Zuletzt war es so, weil er behauptete, dass einem Menü in einem System, das wir neu geschrieben haben, alle Optionen fehlten, die das ursprüngliche System hatte.Ich hatte nichts mit der Entwicklung des Menüs zu tun, aber die beiden Entwickler, die darauf bestanden, dass das einfach nicht stimmt.Und der Eigentümer hat uns meines Wissens noch kein Beispiel für einen Artikel geliefert, der in diesem neuen Menü fehlt.Er meinte nur: "Menüpunkte fehlen. Dies muss unser einziger Fokus sein, bis es dauerhaft behoben ist."
Machst du schon Paarprogrammierung?Das ist eine nützliche Möglichkeit, Arbeit nicht in mehr unabhängige Threads aufzuteilen, sondern mehr Entwickler effektiv zu nutzen.Es gibt einige Argumente, ob die Paarprogrammierung die kosteneffektivste Entwicklungspraxis ist, aber es ist eine gute Möglichkeit, alle Hände auf Deck zu bekommen.
@EdPlunkett läuft Gefahr, hier nicht zum Thema zu gehören: Viele der Begriffe von TMMM in Bezug auf Architektur, Projektplanung, Dokumentation, Büroräume usw. werden am schönen neuen agilen, informellen, kollaborativen, offenen Arbeitsplatz als parochial angesehen - und einige werden relevanter als je zuvor... (Ob ich einer solchen Bewertung zustimme oder nicht, spielt keine Rolle - es kommt darauf an, ob das Lesen des Buches aufgrund ihrer besonderen Vorurteile an das Management "verkauft" werden kann.)
Ich bin erstaunt, dass niemand dies kommentiert hat ... Sie arbeiten bis zu 20 Stunden pro Woche im Wesentlichen kostenlos?
Zehn antworten:
user44108
2018-05-24 11:50:15 UTC
view on stackexchange narkive permalink

Stoppen Sie diesen Wahnsinn, bevor er beginnt.

Wenn Ihr Chef ein dringendes Problem hat, das "von allen" angesprochen werden muss, rufen Sie eine Besprechung an.

Besprechen Sie das Problem rational und arbeiten Sie es aus Was muss getan werden? Erarbeiten Sie die Ressourcen, die Sie benötigen, um dies zu erreichen, und setzen Sie diesen Plan in die Tat um.

Beenden Sie die Panik und beginnen Sie mit der Planung. Machen Sie es richtig, mit der richtigen Anzahl von Leuten.

Nehmen Sie Ihren Chef in die Besprechung auf und zeigen Sie, dass "alle Hände an Deck" nicht immer angemessen sind - Sie brauchen "die rechte Hände an Deck ".

Am Ende haben Sie ein vereintes Team, das optimal und effizient an dem Problem arbeitet. Jeder, der nicht an einer Aufgabe arbeiten muss, die bereits vollständig (und effizient) ausgestattet ist, kann an etwas anderem arbeiten (idealerweise Vorbereitung auf eine spätere Aufgabe (oder Schock / Horror, Erstellung / Fertigstellung eines Testplans)). In jedem Fall hat der Chef die richtige Antwort, wenn er auf dem Schreibtisch einer Person landet und fragt, warum er nicht fieberhaft Code in Visual Studio hämmert.

Manchmal muss möglicherweise jeder an einem Problem arbeiten Aber weil Sie Dinge geplant haben, weiß jeder, was er tut, warum und wann.

Wenn die Panik vorbei ist und das Problem behoben ist, versuchen Sie herauszufinden, was passiert ist, das die Panik verursacht hat Situation in erster Linie und einen Prozess einrichten, um zukünftige Panik zu mildern. Es besteht die Möglichkeit, dass Sie die Grundursache bei Ihren ersten Untersuchungen entdecken. Ein Post-Mortem-Prozess zeigt jedoch einen proaktiven Ansatz zur Vermeidung von Problemen.

Das ist ein guter Ansatz.Hör auf, Teil des Problems zu sein, sei Teil der Lösung!Abhängig vom Setup möchten Sie vielleicht zuerst Ihren Chef dazu bringen.Einige Eigentümer reagieren schlecht, wenn Sie sich bei der Interpretation ihrer Bestellungen zu viel Freiheit nehmen ...
Soweit Sie wissen, kann es auch sein, dass der Eigentümer dies anruft, weil er sich nicht sicher ist, wie er vorankommt, und hofft, dass jemand einen Plan zusammenstellt. Da dies jedoch niemand tut, fühlt er sich verpflichtet, die Besprechungen weiterhin anzurufen.
Außerdem erhalten Sie möglicherweise einen Bonuspunkt als "der Typ, der potenzielle Probleme sieht und sie löst, bevor sie auftreten" (Spoiler-Alarm: Dies ist auch der erste, der befördert wird).
Gute Antwort.Oft bedeutet eine Anfrage eines Managers "Alle Hände an Deck" nur, dass er wissen möchte, dass alles getan wird, um ein Problem schnell zu beheben.Indem Sie einen klaren Plan kommunizieren, geben Sie ihnen die Gewissheit, dass er unter Kontrolle ist.
Dies bedeutet im Wesentlichen, sich in die Rolle eines Teamleiters zu versetzen, was Sie nicht sind, wenn ich Sie richtig verstanden habe.Seien Sie sich bewusst, dass Ihr Chef und Ihre Kollegen Ihre Initiative möglicherweise nicht schätzen und sehen Sie stattdessen als jemanden, der seine / ihre Verantwortung überschreitet.
@LaconicDroid Noch besser, wenn Sie sie in die Diskussion darüber einbeziehen, wer beteiligt sein sollte, bringen Sie dem Chef bei, beim nächsten Mal die richtige Frage zu stellen: "Wir haben ein dringendes Problem X, welche Teammitglieder brauchen wir, um es zu lösen."schnellstmöglich?"
Ja.Ich möchte nur einen Vorschlag hinzufügen, dass es für jedes Problem eine Person gibt, die diesen Code am besten kennt. Schlagen Sie also vor, dass sie andere nach Bedarf führen und einbeziehen.
@dasdingonesin: Oder sie werden es zu schätzen wissen, dass endlich jemand aufgestiegen ist und Initiative ergriffen hat, und schließlich Ihre neue Rolle mit einem schönen Gehaltsaufstieg formalisiert hat.
Es hört sich so an, als würden Sie in der Tat „alle Hände“ empfehlen, die am Ausschuss beteiligt sind, aber wenn ein Plan formalisiert wurde, werden nur diejenigen neu zugewiesen, die tatsächlich effektive Arbeit leisten können.Vielleicht sollte der Eigentümer-Eigentümer lernen, welcher Aspekt dieses Flusses in Zukunft tatsächlich den Ansatz „Alle Hände“ benötigt.
Darüber hinaus würde ich empfehlen, für jedes Problem einen Problembesitzer zu ernennen.Auf diese Weise hat Ihr Chef einen einzigen Ansprechpartner im Team, mit dem er über die erzielten Fortschritte kommunizieren kann.
"Hör auf in Panik zu geraten, fang an zu planen."Ich sollte ein Hemd damit bekommen und es zu Hochspannungstreffen tragen.
user86764
2018-05-24 11:49:10 UTC
view on stackexchange narkive permalink

Eigentümer ändern sich in der Regel nicht. Wenn die guten Dinge an dem Job das nicht wettmachen, müssen Sie gehen.

Wenn Sie bleiben, besteht ein Ansatz, der für mich bei einem solchen Eigentümer funktioniert hat, darin, ihn zu ignorieren. Tun Sie, was Sie für am besten halten. Dies funktioniert nur, wenn Sie tatsächlich wissen, was am besten ist, und Sie ihm schneller Ergebnisse zeigen können, als er herausfinden kann, was Sie tun, und sich ärgern können. Dies funktioniert besonders gut für Besitzer mit kurzen Aufmerksamkeitsspannen. Dies funktioniert nicht gut, wenn der Eigentümer die Details Ihrer Arbeit ständig kennt, da Sie dann nicht die Zeit haben, zu einem Ergebnis zu gelangen, das Sie anzeigen können.

Wenn Sie gehen Überlegen Sie sich eine schöne Notlüge, warum Sie gehen. Er wird noch weniger empfänglich für das sein, was Sie ihm sagen müssen, wenn Sie aufhören.

Warum über das Verlassen lügen?Sie schulden keine Erklärung mehr als "jemand bietet mir eine Position an, die ich einnehmen möchte."Wenn Sie Gründe für das Verlassen angeben, wird der Eigentümer lediglich aufgefordert, diese zu widerlegen und das Gespräch hinauszuziehen.
-1
@gwp Wenn Sie nicht für einen anderen Job gehen (im Allgemeinen eine schlechte Idee) oder aus irgendeinem bizarren Grund für einen Job gehen, den Sie eigentlich nicht annehmen möchten, ist das überhaupt keine Lüge.
@AnthonyGrist Mein Punkt ist, dass er geht, weil er nicht mag, wie der Eigentümer arbeitet.Das sollte er nicht sagen.Eine Lüge der Unterlassung, wenn Sie möchten.
Diese Antwort scheint die Frage überhaupt nicht zu beantworten.Das OP fragt weder nach dem Verlassen noch nach dem Umgang mit der Situation, sondern nach * wie man es dem Chef sagt *.
@AnoE Sie haben Recht, ich habe die Frage nicht buchstäblich beantwortet, weil sie keine nützliche Antwort hat.Die einzeilige Antwort auf die Frage "Wie sagst du es dem Chef?"ist "Sie können dem Chef nicht sagen".Ich habe den Fragesteller beraten, was in dieser Situation zu tun ist.
Und manchmal ist "raus" eine gültige Antwort.
Ja, leider sind Softwareentwickler oft nicht für technische Entscheidungen verantwortlich.Genau aus diesem Grund habe ich die letzten beiden Unternehmen verlassen, für die ich gearbeitet habe.Manager wissen es am besten!
@aaaaaa, Es gibt keine technischen Entscheidungen, es gibt nur Geschäftsentscheidungen, einige davon sind technischer Natur, aber sie können niemals ohne Berücksichtigung der Unternehmensziele getroffen werden.Außerdem schließen sich Manager und Softwareentwickler nicht gegenseitig aus.
@user86764 Nun, was auch immer Sie für eine Auswahl an Software und Hardware halten - ich betrachte diese als technische Entscheidungen, die von Leuten getroffen werden sollten, die es besser wissen.Manager sollten Entwickler einstellen, denen sie diese Entscheidungen anvertrauen, sie sollten sie nicht selbst treffen.
@AnoE Für alle, die durch diese Antwort aus den von Ihnen genannten Gründen verwirrt sind: [Bei XY-Problemen sind Lösungen für X zulässig, nicht nur Lösungen für Y] (https://meta.stackexchange.com/a/66378/248725).Kurz gesagt, wenn die Frage lautet "Wie mache ich Y, um X zu lösen?", Ist die Antwort "Mach Y nicht, löse X, indem du stattdessen Z machst" in Ordnung.
@NicHartley, Ich kenne XY-Probleme, aber danke, dass Sie es explizit angesprochen haben.Ich stehe immer noch zu meinem Kommentar und meiner Ablehnung - wenn wir unseren Job für jede Ausgabe kündigen, macht das nicht viel Sinn.Übrigens haben Sie diese Meta-Frage mit dem Titel "... sind erlaubt ..." verknüpft, aber dieses Meta-Thema enthält diese Richtlinie nicht wirklich, und mir ist auch nicht klar, dass hier in XY-Fragen zu Y gewechselt werden mussallgemein anerkannt.Es scheint sicherlich in anderen SEs (z. B. IPS) verpönt zu sein.
@AnoE Der Kommentar richtete sich eher an andere;Ich nahm an, dass du das wusstest.Außerdem habe ich anscheinend die falsche Meta-Frage mit einem Lesezeichen versehen und kann die richtige nicht finden.Das Lösen von X für Frage Y wird niemals verpönt - das Problem ist, wie Sie angedeutet haben, wenn Z unvernünftig ist und Y nicht.Ich bin mir ziemlich sicher, dass Sie das falsch interpretiert haben, weil Sie alle XY-Lösungen nicht mögen, und um fair zu sein, es ist sicherlich eine subjektive und unscharfe Unterscheidung.In diesem speziellen Fall denke ich jedoch, dass es eine faire Antwort ist;Es ist unwahrscheinlich, dass sich der Chef ändert, und der Versuch, ihn zu ändern, wird schwierig sein und Sie möglicherweise entlassen.
Mr Heelis
2018-05-24 20:32:52 UTC
view on stackexchange narkive permalink

Unterstütze ihn. Und gesehen werden, um dies zu tun.

Sprechen Sie niemals öffentlich darüber und sehen Sie, dass Sie dies nicht tun.

Klingt so, als hätte Ihr Chef Angst. Also mach ihm keine Angst.

Ich bin ein Entwickler von über 20 Jahren. Ich war Manager großer und kleiner Teams (und dazwischen). Ich habe mein eigenes Geld in Projekte gesteckt und kann das Gefühl erkennen. Es geht so.

  • Ich bin beschäftigt und (vielleicht sogar) fast pleite und ich bin gestresst
  • Ich weiß nicht genau was Mein Team tut für mich, wenn sie gehen, bin ich vollgestopft.
  • Ich habe Kunden / Benutzer, die Sachen sagen, und ich muss Bullen ** t auf meinen Füßen reden und ich hasse es
  • Mein Team hat das Gefühl, dass sie sich von mir entfernen.

BEARBEITEN: Einschließlich des Zitats aus einem zusätzlichen OP-Kommentar

  Most Vor kurzem war es so, weil er behauptete, dass einem Menü in einem System, das wir neu geschrieben haben, alle Optionen fehlten, die das ursprüngliche System hatte. Ich hatte nichts mit der Entwicklung des Menüs zu tun, aber die beiden Entwickler, die darauf bestanden, dass das einfach nicht stimmt. Und der Eigentümer hat uns meines Wissens noch kein Beispiel für einen Artikel geliefert, der in diesem neuen Menü fehlt. Er meinte nur: "Menüelemente fehlen."  

EG: Das Menü, in dem Dinge fehlten. Es ist durchaus möglich, dass das Menü aus Entwicklersicht "technisch" RICHTIG ist Aber es ist AUCH durchaus möglich, dass viele Benutzer MISUNDERSTOOD und HATED haben, warum eine WIRKLICH NÜTZLICHE intuitive Funktion des ursprünglichen UI-Menüs weggeworfen wurde. Es ist mit Windows8 passiert. Es kann Ihnen passieren. Zu viel Fokus auf reaktiven Inhalt oder UI-Interoptabilität / Touchscreen / Tastatur (zB: Überspringen mit der Taste [Drücken, automatische Erweiterung, klares Anzeigen, wo eine automatische Erweiterung stattfinden kann) Sehr oft haben Entwickler es so eilig, ein "Aussehen" oder eine "Funktion" zu erhalten, dass sie vergessen, dass diese Dinge verwendet werden von Menschen.

und denken Sie nicht, dass solche Dinge, die ich erwähne, für Benutzer trivial sind. Sie hassen sehr oft "neue Funktionen", die eine Sache zerstören, auf die sie sich verlassen haben.

Um zu verhindern, dass Ihr Chef ständig in Panik gerät, geben Sie ihm wieder Vertrauen. Unterstützen Sie ihn, egal was passiert. Haben Sie keine Treffen, die seine Autorität ersetzen. Sprich gut von ihm. Lassen Sie ihn etwas falsch machen, lassen Sie ihn eins zu eins wissen. Unterstütze ihn trotzdem. Lass ihn fühlen, dass du seinen Rücken hast und sag ihm, was für eine gute Arbeit er macht. Ich finde es gut, dass Sie online gekommen sind, um über dieses Zeug zu sprechen, denn es kann das Schlimmste sein, es in einem Büro zu tun.

Ich sage das alles, weil Sie am Ende das einzige sind, was Sie kontrollieren können . Und wenn Sie meinem Rat folgen (und ihn praktizieren!), Ist das Schlimmste, was passieren kann, dass Sie zu einem so unglaublichen Mitarbeiter werden, dass Sie während Ihrer gesamten Karriere unvorstellbar wertvoll sind. Das Beste, was passieren kann, ist, dass Sie die Meinung Ihres Chefs über Panik ändern.

.. also bin ich minus eins ... und dort sehen wir vielleicht Demokratie der schlechten Ideen .. segne euch alle .. ich meine es ernst ... denn wenn "+ 64" Stimmen zum schlechtesten Rat gehen (ich eigentlichkam hierher, um es anzusprechen, es war ein so schlechter Rat, der Rat war in der Tat "Ringen Sie dem Chef die Macht weg") und "-1" Stimmen gehen an jemanden, der "der beste Manager" innerhalb von 3 Monaten war ... vielleicht(nur vielleicht) Es gibt einen Grund, warum es selten ist, diese Dinge zu wissen.segne euch alle Ich wünsche euch alles Gute.Ich bin raus.
Wenn Sie den Rahmen der Frage herausfordern möchten, ist es ein guter Anfang, die Frage direkt zu beantworten.Wenn Sie mit der Beantwortung der Frage fertig sind, sprechen Sie darüber, wie die Frage ist (falsch informiert / nicht nützlich / das große Ganze nicht sehen / in Flammen), und * dann * geben Sie Ihre "korrigierte" Frage und die richtige Antwort auf diese Frage.
@MrHeelis, Ich mag Ihre Antwort im Prinzip (der Absatz "EG" ist etwas schwer zu lesen).Nur um Ihren Kommentar zu "minus eins" anzusprechen ... Ich würde vorschlagen, sich darüber keine Sorgen zu machen.StackExchange ist ein Abstimmungsort, und die Stimmen stimmen nicht immer mit Ihnen überein.Die Leute können nicht nur abstimmen, weil sie denken, dass Ihre eine schlechte Idee ist;Vielleicht nehmen sie andere Beleidigungen.Es ist schön, wenn die Downvoter kommentieren, aber es ist nicht notwendig.Ich würde vorschlagen, die ersten paar Stimmen trotzdem zu ignorieren (Sie haben jetzt +1 -1 = 0, was "nichts" ist, nur zwei Personen).Komm später wieder, wenn du ein paar Kommentare von den Downvotern hast ...
... und dann ist es immer eine gute Idee, offen für das zu sein, was sie tatsächlich kommentiert haben.Schließlich;In solchen Fällen schreibe ich normalerweise einfach einen kurzen Kommentar wie "Ich würde mich über einen Kommentar der Downvoter freuen", anstatt zu schimpfen - er zeigt, dass Sie dafür offen sind.
Ich mag Ihren Rat sehr und er basiert auf direkten Erfahrungen.Es sollte mehr Stimmen geben.Auf der anderen Seite haben Sie die Panikreaktion des Teams oder die offensichtliche Forderung des Chefs, alle an dem Problem arbeiten zu sehen, nicht direkt angesprochen.OP muss seinem Chef durch Kommunikation, Triage und Zustellung Vertrauen vermitteln, während es sich gegen einen wörtlichen "All-Hands" -Ansatz zurückdrängt (sofern nicht angemessen).
Das Problem bei dieser Antwort ist, dass es zwar ein guter Rat ist, aber eigentlich keine Antwort auf die spezifische Frage.Eine langfristige Strategie, um sich beim Chef einzuschmeicheln, mag gut für Ihre Karriere sein, geht aber nicht auf das grundlegende Problem ein, nämlich den Chef darüber zu informieren, dass sein Ansatz tatsächlich schädlich ist.Die Frage war nicht "wie man den Chef davon abhält, in Panik zu geraten".
Gute Antwort, aber ich denke, Sie könnten in Betracht ziehen, den gesamten Absatz "EG" zu verlieren.Ich habe keine Ahnung, woher dieses fehlende Menüelement stammt oder wovon Sie dort sprechen.Es sieht so aus, als würden Sie versuchen, Ihre Antwort mit einem bestimmten Kontext zu rechtfertigen. Ich sehe den Zusammenhang einfach nicht.Aber alles andere ist ein hervorragender Rat.
Ich denke, dass das Problem hier nicht darin besteht, den Chef daran zu hindern, in Panik zu geraten, was von Zeit zu Zeit jedem passieren kann.Sicher, wenn der Chef etwas weniger in Panik gerät, umso besser, aber das Problem ist wahrscheinlicher, dass * wenn * es passiert, das Verhalten anders sein sollte.
Dies ist ein guter Rat, aber ich würde es vorziehen, wenn Sie mehr darüber sprechen, was das OP tatsächlich tun kann, um sein Problem zu lösen.Das einzige, was Sie gesagt haben, ist * "lassen Sie ihn eins zu eins wissen" *.Das sollte erweitert werden.
@Cypher Das Menü stammt aus dem OP im Kommentarbereich der Frage.
@MetalMikester Das habe ich verpasst.Vielen Dank für den Hinweis.Dieser Abschnitt macht jetzt viel mehr Sinn!
@Z.Cochrane sind Sie sicher, dass dies das einzige ist, was ich gesagt habe: D Ganz ehrlich, ein Chef würde ungefähr 1 oder 2 Tage brauchen, um zu sehen, wie sich die Einstellung ändert. 1 oder 2 Monate, um ihm zu vertrauen. Die besten Dinge werden OHNE gesagtWorte .. Ich möchte auch klar sein, ich meine NICHT "den Chef aufsaugen" (das funktioniert NIE) Ich meine, ehrlich zu versuchen, ihn als Entscheidungsträger zu respektieren und ihm Raum zu geben, sich durcheinander zu bringen (wie wir alle) undSeinem Beispiel treu zu folgen - nicht weil er immer Recht hat, sondern weil du gut in DEINEM Job bist - nachdem ich ALLES gesagt habe, ist dies eine "allgemeine Regel" und es gibt immer Ausnahmen.
Nemanja Trifunovic
2018-05-24 17:34:16 UTC
view on stackexchange narkive permalink

Mein Vorschlag ist etwas anders als der von Snow: Treffen Sie den Eigentümer 1: 1, wenn es keine Krise gibt. Mit ihm zum Mittagessen oder Kaffee ausgehen kann eine gute Idee sein. Sagen Sie ihm dann ziemlich genau, was Sie hier geschrieben haben, und versuchen Sie, es so unpersönlich und nicht anklagend wie möglich zu gestalten: Lassen Sie den Eigentümer verstehen, dass Anrufe mit "allen Händen" schlecht für das Geschäft sind.

Hoffentlich Der Eigentümer ist eine vernünftige Person und wird Ihren Standpunkt verstehen. Andernfalls ist es Zeit, nach einem anderen Job zu suchen.

Je nachdem, wo Sie leben, kann dies Ihre Karriere gefährden.
@kevin: Ich stimme zu, dass es kulturabhängig ist, aber die meisten Geschäftsinhaber werden es zu schätzen wissen, dass sich ihre Mitarbeiter wirklich um das Geschäft kümmern.
@Nemanja Es ist nicht nur kulturabhängig, es hängt auch von Ihrer Beziehung zu Ihrem Chef ab.Dies ist kein "Starter" -Gespräch.
+1, aber das kann nur funktionieren, wenn Sie wirklich glauben, dass Ihr Chef insgesamt vernünftig ist und die Auswirkungen dessen, was er tut, einfach nicht erkennt.
Dieser Rat ist genau richtig.Ein Treffen mit 1: 1, wenn der Chef nicht gestresst ist, ist der beste und effektivste Weg, um Ihre Meinung zu teilen, nicht vor anderen und nicht während der Krise (wenn möglich).Wenn Sie nicht ehrlich mit Ihrem Chef sprechen können, sollten Sie sich einen besseren Job suchen.Gute Chefs wollen ehrliches Feedback.
Auf der anderen Seite, wenn es 1: 1 ist und der Chef Ihre Bedeutung oder sogar nur Ihren Tonfall falsch versteht, gibt es niemanden, der Sie unterstützt.
Zymurge
2018-05-25 20:02:11 UTC
view on stackexchange narkive permalink

Die kurze Antwort darauf lautet, dass Sie in Ihrem Shop eine formellere Produktmanagementfunktion benötigen.

Der Hauptzweck dieser Funktion besteht darin, einen priorisierten Arbeitsstau für das Ausführungsteam zu definieren, zu verstehen und aufrechtzuerhalten. Auf diese Weise kann das Ausführungsteam die Arbeit vor sich kontinuierlich überprüfen und gute Entscheidungen darüber treffen, wie mit Dingen umgegangen werden soll, wer und wie viele Personen einen bestimmten Arbeitsbereich einrichten sollen und andere Aspekte, um eine stabile Produktion ohne zu viel Kontext aufrechtzuerhalten Schalter und dergleichen.

Zweitens ist es hilfreich, jemanden in einer Projektmanagement-Rolle zu haben, der die oben genannten Aufgaben für das Ausführungsteam erledigt. Im Idealfall ist es nicht dieselbe Person, die den Produktmanagement-Teil ausführt, sodass Sie Interessenkonflikte in Bezug auf wahrgenommene Dringlichkeit und längerfristige Teameffizienz trennen können.

In einem kleinen Unternehmen müssen dies keine engagierten Mitarbeiter sein jede Rolle. Was benötigt wird, ist ein klares Verständnis darüber, wer wann was für den Fluss bereitstellt. In diesem Fall klingt Ihr Chef beispielsweise wie der eindeutige Eigentümer des Produkts und leitet die Produktmanagementfunktion. Ob er den größten Teil der Arbeit selbst erledigt oder die Detailarbeit delegiert und nur die Kontrolle und Priorisierung übernimmt, ist etwas, das Sie alle basierend auf Ihrer einzigartigen Situation als Unternehmen herausarbeiten müssten. Eine andere Person, normalerweise einer der erfahreneren und / oder besser organisierten Entwickler, kann die Rolle des Projektmanagers übernehmen. Diese Person würde einen Teil ihrer Zeit damit verbringen, sich mit der eingehenden Arbeit zu befassen und sicherzustellen, dass sie ordnungsgemäß zugewiesen wird, dass es nicht zu Verprügelungen kommt und dass die Produktfunktion erneut darüber informiert wird, welche Kostenauswirkungen eine zu starke Neupriorisierung hat.

Ich habe versucht, diese Dinge so allgemein wie möglich zu formulieren, ohne eine Methodik anzugeben. Offensichtlich gibt es Aromen von agilem, altmodischem Wasserfall und eine Reihe weniger bekannter Ansätze, die Ihnen bewährte Richtlinien für die Arbeit in einem dieser Ansätze geben. Nach dem, was Sie beschrieben haben, wäre die Verwendung einer einfachen Version von Scrum bei häufigen dringenden und kurzfristigen Richtungswechseln ein guter Ausgangspunkt. Von dort aus können Sie bewerten, wie gut es funktioniert, und es an die Anforderungen Ihres Unternehmens anpassen. Wenn Sie niemanden an Bord haben, der über mindestens Scrum-Erfahrung verfügt, um als Coach zu fungieren, ist dies ein separates Problem, das hier wahrscheinlich bereits viele gute Fragen und Antworten enthält.

Easy Tiger
2018-05-24 22:05:41 UTC
view on stackexchange narkive permalink

Wenn zwischen Ihnen und dem Eigentümer keine Befehlsstruktur besteht, muss dies wirklich der Fall sein.

Sie benötigen jemanden, der die Entwickler verwaltet, und mit dieser Person sollte der Eigentümer sprechen. Es ist dann die Aufgabe dieses Managers, die Arbeit aufzuteilen und das Problem zu lösen.

Es muss nicht einmal eine neue Person sein. Ich bin ein Manager, aber auch ein aktiver Entwickler im Team. Die Arbeit kommt zu mir, ich teile sie auf und koordiniere die Bemühungen. Da ich auch aktiv an den Projekten arbeite, verstehe ich das Ausmaß und die Probleme, sodass nicht jeder mit seinen BAU-Sachen fortfahren muss.

In kleinen Strukturen "verwaltet" der Eigentümer (oder einer von ihnen) normalerweise (jedoch lächerlich) die Entwickler.
eMBee
2018-05-25 01:44:56 UTC
view on stackexchange narkive permalink

Das Problem des mythischen Mannesmonats besteht darin, Menschen zu einem bestehenden Team hinzuzufügen, wenn die Zeit bereits knapp ist. Anstatt die Dinge zu beschleunigen, verbringen Sie Zeit damit, die neuen Leute auf den neuesten Stand zu bringen und im Allgemeinen den Kommunikationsaufwand zu erhöhen.

Dies gilt hier nicht. Sie sind bereits ein Team und die Teamzusammensetzung ändert sich nicht. Sie werden gerade mit einem neuen Problem / einer neuen Aufgabe für dasselbe Team konfrontiert.

Was Ihr Chef fragt, ähnelt stark der Mob-Programmierung.

https: // en.wikipedia.org/wiki/Mob_programming

andere Teams haben einen Weg gefunden, mit dieser Methode produktiv zu sein. Anstatt zu versuchen, sie zu ändern, würde ich die Situation ausnutzen und einen Weg finden, das Beste daraus zu machen

Nein, Mythical Man Month ist ziemlich klar, dass es um mehr als nur um die Erhöhung der Kosten geht, es geht hauptsächlich um Kommunikationswege.Mehr Leute in einem Team bedeuten mehr Kommunikationswege.Jetzt erhöhen mehr Menschen, die gemeinsam an demselben Problem arbeiten, die Kommunikationswege nicht mehr so stark, da alle über dasselbe sprechen sollten.Wenn 5 Personen an einem Problem arbeiten, sollte es schneller und besser gelöst werden, da mehr Personen mehr Perspektiven bedeuten.Es ist jedoch weitaus produktiver, wenn fünf Personen an fünf Problemen arbeiten.Mob-Programmierung ist unglaublich ineffizient, genau wie offene Büros.
Sie haben Recht, das wollte ich implizieren: Erhöhen Sie im Allgemeinen den Kommunikationsaufwand.Ich bin nicht der Meinung, dass Mob-Programmierung von Natur aus ineffizient ist.es kommt auf das team an.
Ich bin damit einverstanden, dass Mob-Programmierung nützlich sein kann, nur in kleinen Stücken für bestimmte Umstände.Zum Beispiel ist die gepaarte Programmierung für geschäftskritischen Code sehr nützlich, da mehrere Sätze von Augen / Perspektiven Fehler reduzieren und die Problemlösung beschleunigen.Die Kosten sind jedoch die Gesamtproduktivität.Zwei Entwickler, die getrennt an zwei Problemen arbeiten, werden schneller fertig als gemeinsam.Mob-Programmierung ist großartig, um bessere Perspektiven / Lösungen für eine kritische Entscheidung zu erhalten, aber die Kosten sind Effizienz.Fünf Entwickler eines Problems können es nicht fünfmal schneller beenden, wahrscheinlich überhaupt nicht viel schneller.
Ich habe es nicht selbst versucht, daher kann ich nicht aus Erfahrung sprechen.Ich vermute, dass Mob-Programmierung funktioniert, weil sie verschwenderische Besprechungen ersetzen und den Kommunikationsaufwand reduzieren kann.Anstatt Stunden in Besprechungen zu verbringen, um zu entscheiden, wie ein Problem gelöst werden soll und wer an was arbeiten soll, versuchen wir, das Problem direkt vor Ort zu lösen.
Wenn Sie fünf Entwickler haben, ist es bei weitem am effizientesten, ihre Produktivität zu nutzen, indem Sie jedem eine separate Aufgabe zuweisen und sie diese ausführen lassen.Eine Frau kann in neun Monaten ein Baby zur Welt bringen.Fünf Frauen können nicht schneller ein Baby gebären.
@gnasher729 wir kommen vom Thema ab.xp hat diesen Punkt bereits bewiesen. Wenn wir diesen Thread fortsetzen möchten, verschieben wir ihn in den Chat.
Was die OP-Frage betrifft, wenn es ein dringendes Problem gibt, das so schnell wie möglich behandelt werden muss, dann lasse ich mein Team lieber herausfinden, wie es selbst gelöst werden kann, als jedes Teammitglied alleine zu verwalten.Das Team möchte dies möglicherweise nicht einmal (siehe hier: https://workplace.stackexchange.com/q/112596/52710). Es ist möglicherweise auch nicht die beste Nutzung meiner Zeit als Firmeninhaber, um jedes Teammitglied zu verwalten.daher Mob-Programmierung als Lösung.Lassen Sie das gesamte Team die Aufgabe lösen.Sobald klar wird, wie das Problem gelöst werden kann, können diejenigen, die nichts mehr beizutragen haben, zu ihrer Arbeit zurückkehren
CJ Dennis
2018-05-26 09:07:53 UTC
view on stackexchange narkive permalink

Entwickler dazu zu bringen, an Aufgaben und Code zu arbeiten, mit denen sie nicht vertraut sind, ist äußerst ineffizient. Entwickler dazu zu bringen, Aufgaben zu wechseln, ist äußerst ineffizient, da eine mentale Anpassung erforderlich ist, die unter diesen Bedingungen normalerweise nicht berücksichtigt wird.

Wie können Sie Ihren Chef dazu bringen, dies zu verstehen? Es hängt von Ihrer Beziehung zu Ihrem Chef ab und davon, um welche Art von Chef es sich handelt. Hat Ihr Chef in der Vergangenheit die Bereitschaft gezeigt, Entwicklern zuzuhören? Haben Sie einen guten Ruf bei Ihrem Chef? Werden Sie von Ihrem Chef respektiert? Ist Ihr Chef relativ stressfrei? Je weniger davon Sie mit "Ja" beantworten, desto schwieriger wird es, eine positive Änderung vorzunehmen.

In meinem letzten Job wurde uns am Morgen eines bestimmten Tages die Anzahl der Personen mitgeteilt Die Hilfetickets waren zu hoch und wir mussten jeweils bis zum Ende des Tages 8 schließen. Jeder einzelne von uns kämpfte, und wir hatten durchschnittlich 3 geschlossene Tickets, was im Nachhinein eine erstaunliche Anstrengung war, die aber nicht gewürdigt wurde. Ich kann jedoch nicht für die Qualität der Lösungen sprechen, die für diese Probleme entwickelt wurden.

Grundsätzlich ist in Ihrer und meiner Situation der Chef in Panik geraten und hat versucht, ein Problem zu lösen, indem er mehr geworfen hat Ressourcen dabei. Ja, es wäre großartig, wenn alle unsere Chefs den Mythischen Mann-Monat lesen, verstehen und ihm zustimmen würden. In meinem Fall wusste ich jedoch, dass dies niemals passieren würde. Ich hoffe, Ihre Situation ist besser als meine.

Die einzige Chance, die ich mir vorstellen kann, ist eine Obduktion in einer dieser Zeiten. Ist es so gelaufen, wie es Ihr Chef erwartet hat? War es gut für das Geschäft oder hat es nur viel Zeit und Geld verschwendet? Welche Lektionen können gelernt werden? (Hier können Sie das Denken Ihres Chefs subtil so steuern, dass er zu denselben Schlussfolgerungen wie der Monat des mythischen Mannes gelangt, ohne ihn zu lesen.) z. B.

  • Wir haben versucht, an Aufgabe A zu arbeiten, aber nur Alice weiß, wie es funktioniert. Deshalb musste sie den halben Tag damit verbringen, es dem gesamten Team zu erklären. Wir haben als Team effektiv 2,5 Arbeitstage verschwendet (genauso wie ein Entwickler 2,5 Tage krank war). Was sollten wir Ihrer Meinung nach beim nächsten Mal tun?
  • Wir fanden es sehr schwierig zu koordinieren, da so viele Menschen gleichzeitig an derselben Aufgabe arbeiteten (geben Sie eine Schätzung der durchschnittlichen Zeitverschwendung pro Person an Teammitglied, dann multiplizieren Sie es mit der Teamgröße). Was sollten wir Ihrer Meinung nach beim nächsten Mal tun?
  • Meine Frist für wichtige Aufgabe B wurde um eineinhalb Tage verschoben, da ich einen Tag für Aufgabe A verbracht habe und einen halben Tag gebraucht habe, um sie zu erhalten zurück in den Fluss der wichtigen Aufgabe B (nur wahrheitsgemäße Zahlen angeben). Ich bin mir nicht sicher, ob ich es noch rechtzeitig fertigstellen kann. Was sollten wir Ihrer Meinung nach beim nächsten Mal tun?
  • Zwei Entwickler konnten überhaupt keinen Beitrag leisten, weil sie nicht genug Erfahrung mit Technologie C haben. Das Team verschwendete 2 Arbeitstage, indem sie keinen Beitrag dazu leisteten Aufgabe A. Was sollten wir Ihrer Meinung nach beim nächsten Mal tun?

Das Tolle an diesem Ansatz ist, dass Sie Ihre Probleme klar kommunizieren, ohne zu klingen, als würden Sie Ihrem Chef sagen, was zu tun ist . Es gibt ihnen die Verantwortung zurück, denn es war nie deine überhaupt ! Hoffentlich werden sie erkennen, welchen Schaden angerichtet wird und wie sich dies auf das Endergebnis auswirkt. In (fast) jedem geschäftlichen Streit gewinnt Geld! Wenn sie unabhängig voneinander auf eine Idee kommen, setzen sie diese mit größerer Wahrscheinlichkeit um, unabhängig davon, ob genau dieselbe Idee in einem 30 oder 40 Jahre alten Buch enthalten ist.

Wenn Sie wirklich, wirklich Glück haben, können Sie, nachdem dies einige Male gut gelaufen ist, sagen: "Hey Boss! Weißt du was? Ich habe dieses Buch gefunden, das mit den Änderungen übereinstimmt, die Sie vorgenommen haben und schlägt noch mehr in die gleiche Richtung vor! " Vielleicht lesen sie es, aber Chefs sind im Allgemeinen vielbeschäftigte Leute, sodass es unwahrscheinlich ist, dass ein Chef ohne bestehende Lesegewohnheit es liest. Sie könnten Sie fragen, was es sonst noch sagt.

Anthony X
2018-05-26 19:16:36 UTC
view on stackexchange narkive permalink

Stellen Sie zuerst Ihre Fakten sicher. Sind Sie sicher, dass eine scheinbar unteilbare Aufgabe unteilbar ist? Vielleicht nicht fünf Wege, aber vielleicht zwei oder drei? Wenn es sich um eine Programmieraufgabe handelt, sollten Sie Komponententests erstellen, die vom Hauptcodierer nicht durchgeführt werden müssen (oder sollten). Manchmal lassen sich Programmieraufgaben, die auf der Oberfläche unteilbar erscheinen, zumindest etwas feiner aufteilen. Ja, es gibt eine Grenze, und ja, es wird sinkende Renditen geben, da der Aufwand für die Koordinierung der Arbeit von der eigentlichen produktiven Arbeit abweicht. Wenn sich jedoch die Gesamtzeit bis zur Fertigstellung verkürzt, haben Sie zumindest den Geist Ihres Chefs kennengelernt Absicht.

Wie in einer anderen Antwort erwähnt, wäre es schön, wenn jeder, der irgendeine Verbindung zu einer Softwareentwicklungsmaßnahme hatte (Teamleiter, Projektmanager, Vorgesetzte usw.), "The" gelesen und gekauft hätte Mythischer Mann Monat ". Vielleicht finden Sie irgendwann, wenn es keinen Termindruck gibt und die Dinge in Ordnung sind, einen Weg, Ihrem Chef das Buch vorzustellen. "Hey, ich fand diese wirklich faszinierende Lektüre ..."

Itsme2003
2018-05-28 19:33:17 UTC
view on stackexchange narkive permalink

Mein Vorschlag ist, dass Sie ihm nichts sagen. Immerhin besitzt er eine Firma und Sie nicht. Er weiß höchstwahrscheinlich mehr über die Führung eines Unternehmens als Sie. Wenn Sie wirklich mehr über die Führung des Unternehmens wissen als er, sollten Sie vielleicht Ihr eigenes Unternehmen leiten, anstatt für ihn zu arbeiten. Das heißt nicht, dass die Art und Weise, wie er sich dem Problem nähert, nicht ineffizient ist, aber es gibt wahrscheinlich Vorteile, die Sie nicht sehen, und der Eigentümer des Unternehmens weiß wahrscheinlich, dass diese Ineffizienzen bestehen, und er ist immer noch der Meinung, dass es sich lohnt alle einbeziehen. Ich denke, es ist eine Form illusorischer Überlegenheit zu glauben, dass Ihr Vorschlag der beste Ansatz ist.



Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 4.0-Lizenz, unter der er vertrieben wird.
Loading...