Frage:
Sollte mein Chef Wert Arbeit arbeiten, nach der niemand gefragt hat?
Eric97
2019-01-29 22:50:43 UTC
view on stackexchange narkive permalink

Meine Frage
Sollte mein Chef etwas schätzen, das ich getan habe, um die Produktivität zu steigern, aber nicht unbedingt Teil meines Jobs oder etwas, das ich tun sollte?

Über meinen Job
Ich arbeite als Fertigungstechniker in einem großen Unternehmen und habe die Aufgabe, CNC-Maschinen zu überwachen, einzurichten und mit ihnen zu arbeiten, ähnlich wie bei einer Massenproduktion. Es ist sehr eintönig und wiederholt sich, so dass ich mir überlegt habe, meine Arbeit ein bisschen einfacher zu machen.

Aufgrund meines allgemeinen Interesses an Programmierung habe ich angefangen, C #, SQL und "In-Depth" -Programmierung von zu lernen unsere Siemens CNC-Maschinen im vergangenen Jahr.

Ich habe eine (meiner Meinung nach) solide C # -Anwendung geschrieben und einige Änderungen an unseren Maschinen vorgenommen, die die Gesamtproduktivität in meiner Abteilung erhöhen. Die App erledigt alle sich wiederholenden Arbeiten, erleichtert die Einrichtung und Überwachung der Maschinen und reduziert zurückgewiesene Teile aufgrund menschlicher Fehler.

Wir haben unsere Teileausgabe verdoppelt und die Zeit für die Einrichtung usw. verkürzt. Tatsächlich kann ein Bediener jetzt mit zwei Maschinen anstatt nur mit einer arbeiten.

Trotzdem ist es nicht Teil meines Jobs oder meiner Ausbildung. Niemand hat mich darum gebeten. Ich habe es getan, um meinen Job interessanter zu machen und weil es Spaß gemacht hat, den Code für die App zu schreiben, den Prozess zu automatisieren und das gesamte Konzept zu verbessern.

Im Gegensatz zu meinen Kollegen schätzt mein Chef die Arbeit, die ich neben meiner eigentlichen Arbeit geleistet habe, nicht wirklich. Aber ich würde mich über eine kleine Wertschätzung freuen. Versteh mich nicht falsch, ich möchte keine Gehaltserhöhung oder so. Eine kleine "gute Arbeit" und ein Händedruck würden ausreichen.

Fordere ich zu viel?

Kommentare sind nicht für eine ausführliche Diskussion gedacht.Diese Konversation wurde [in den Chat verschoben] (https://chat.stackexchange.com/rooms/89160/discussion-on-question-by-eric97-should-my-boss-value-work-nobody-asked-for).
Sieben antworten:
Homerothompson
2019-01-29 23:03:02 UTC
view on stackexchange narkive permalink

Fordere ich zu viel?

Nein, das tust du nicht. Sie haben die Leistung Ihres Unternehmens gesteigert, was sich auf die Zahlen auswirken sollte, um die sich das Management normalerweise kümmert.

Ich empfehle Ihnen, einen kleinen Bericht zu erstellen, in dem Sie erläutern, was Sie getan haben und welche Verbesserungen Sie erzielt haben Sie können Ihren Chef fragen, ob diese Art von Initiative gefördert wird oder nicht. Auf dieser Grundlage können Sie feststellen, ob Sie gemäß Ihren Karriereerwartungen am richtigen Ort arbeiten.

Wenn ich Ihr Chef wäre, würde ich Ihnen nicht nur gratulieren und versuchen, Ihnen einen Bonus zu verschaffen, sondern auch versuchen die Waren, die in meinem Team passieren, an das obere Management zu verkaufen

Ich denke, ich werde dies in einer unserer "persönlichen Leistungsbeurteilungen" versuchen, da ich denke, dass mein Chef generell offen für Verbesserungen in unserer Abteilung / Firma ist.Danke für den Rat.
@Eric97 Stellen Sie sicher, dass Sie Ihre Verbesserungen gut dokumentiert haben, damit jemand anderes sie leicht von Ihnen übernehmen kann.Nicht, dass ich erwarte, dass Sie entlassen werden, sondern um zu zeigen, dass Sie dies wirklich zum Wohle des Unternehmens tun und nicht, um Ihr eigenes Arbeits- "Königreich" zu schaffen.
Sie sollten auch alle Schritte dokumentieren, die erforderlich sind, um diese Produktion vorzubereiten, und alle Risiken und potenziellen Minderungen hervorheben.Stellen Sie sicher, dass Ihr Chef diese kennt und abmeldet.Andernfalls könnten die positiven Ergebnisse eines Tages schnell sehr negativ werden, wenn etwas sehr schief geht (siehe meine Antwort unten).
ShinEmperor
2019-01-30 00:02:01 UTC
view on stackexchange narkive permalink

Bringt die Dinge zuerst, gute Arbeit.

Ich erwarte nicht, dass Sie meine Antwort als Antwort wählen, es ist nur eine andere Perspektive.

In Generell ist es gut, Initiative zu ergreifen. Es zeigt, dass Sie an Ihrer Arbeit und der Arbeit, die das Team leisten muss, interessiert sind. Sie sind bereit, einen Unterschied zu machen, der zählt, und Sie sind bereit, Änderungen vorzunehmen, um die Dinge insgesamt besser zu machen.

Aber ... es gibt einige Bedenken ...

Zuerst die Software. Es wurde von einer Person entworfen und gebaut. Mein erstes Anliegen ist: Ist es gut getestet? Hat es eine echte Qualitätssicherung gegeben? Ist es effizient? Berücksichtigt es alle Möglichkeiten? Ohne die Software selbst und den Kontext ihrer Implementierung zu kennen. Mein erster Gedanke ist "..ist die Software bereit?"

Zweitens gibt es ein paar zwischenmenschliche Bedenken. Eine davon ist, wenn die Arbeit von zwei Männern jetzt von einem erledigt werden kann, bedeutet dies, dass das Management Personal abbauen kann. Nun, es mag dir egal sein oder auch nicht, das ist in Ordnung. Es kann jedoch eine Herausforderung sein, den Ruf zu haben, den Lebensunterhalt der Menschen zu kürzen. Ich weiß, das ist die Wirtschaft, aber immer noch. Kollegen feiern Ihre Leistung möglicherweise nicht, wenn Sie Kollegen in die Arbeitslosenquote aufgenommen haben. Das Management wird Sie lieben und das könnte eine gute Sache sein. Ich sage nicht, dass dies der Fall ist, aber ich konnte definitiv sehen, dass dies der Fall ist. Denken Sie immer daran, Effizienz und Automatisierung sind nicht "kostenlos", jemand bezahlt dafür, und das ist der Weg der Welt. Aber nicht jeder wird sich darüber freuen, und das zu Recht.

Drittens haben sie nicht gefragt, warum sie empfangen sollen. Freiwillige Arbeit ist eine schwierige Sache. Wenn eine Änderung, die Sie vornehmen, sehr wirkungsvoll ist und einen großen Unterschied in Bezug auf Produktivität und Effizienz bewirkt, muss der Manager dies jemandem erklären. An der Oberfläche könnte sich das gut anfühlen. Manchmal mögen höhere Leute keine Leute, die solche Initiative ergreifen, weil es normalerweise ein Protokoll gibt, um etwas wie Sie zu tun. Daher wird nicht jeder Manager mit dem, was Sie getan haben, zufrieden sein, und ich weiß, dass es Manager gibt, die Sie veranlassen würden, den Prozess umzukehren. Weil Organisationen aus guten oder schlechten Gründen häufig an Prozessen hängen bleiben.

Ich sage nicht, dass Sie kein "Dankeschön" erwarten sollten. Ich sage, wir sollten immer vorsichtig sein, wenn wir versuchen, "Gutes zu tun". Die besten Absichten können zu sehr seltsamen Anreizen führen.

Denken Sie also daran. Sollten Sie ein Dankeschön erwarten? Kommt darauf an, wie viel schwieriger oder einfacher Sie das Leben Ihres Managers gemacht haben. Das zu liefern, wonach nicht gefragt wurde, ist nicht immer eine willkommene Sache.

Zunächst einmal vielen Dank für die unterschiedlichen Meinungen und Kommentare.Ich weiß das wirklich zu schätzen!1) Die Software wurde von mir selbst geschrieben und ich verbessere sie kontinuierlich und füge neue Ideen hinzu.Ich validiere jede Benutzereingabe und versuche mit Hilfe meiner Kollegen, so viele Fehler wie möglich zu finden.Um ehrlich zu sein, ist die App ein bisschen übertrieben für das, was sie tun soll (UI-Framework, MVVM, async / await), aber zusammen mit dem Schreiben dieser Anwendung habe ich C # gelernt.2) Zu dieser Zeit fehlte unserer Abteilung in jeder Schicht ein Mitarbeiter, so dass zum Glück niemand entlassen werden muss oder etwas anderes.
Trotzdem bin ich nicht in der Nähe eines Softwareentwicklers, es ist nur eines meiner Hobbys!Aber für die Aufgabe, die es zu erledigen hat, und für die Probleme beim Verbinden mehrerer verschiedener Maschinen funktioniert die Software sehr gut.
Ich denke, das ist die beste Antwort.Ich denke, die Initiative von OP ist großartig und sehr lobenswert, aber diese Art von Dingen birgt ein erhebliches Risiko.Ich weiß dies aus Erfahrung, die ich schon oft vor mir selbst ergriffen habe (nicht mit Produktionsprozessen, sondern mit reinen Softwaresystemen). Ich habe Folgendes gelernt: Es ist einfach, einen Prototyp zu erhalten, der 80-90% der Zeit funktioniert.Die letzten 10 bis 20% sind jedoch unglaublich schwer zu erreichen und verursachen entscheidende Mängel im Prototyp.Im Allgemeinen ist das Ergebnis meiner Experimente "Hey, schau mal, was ich gebaut habe" gescheitert, manchmal ziemlich schlecht.
Mein Rat an OP: 1) Mach weiter so!2) Sprechen Sie mit Ihrem Chef oder einem anderen geeigneten Mitarbeiter, um zu besprechen, welche Qualitätssicherung erforderlich ist, um sicherzustellen, dass Ihre Lösung wirklich produktionsbereit ist (einschließlich der Festlegung eines Prozesses zur Behandlung von Ausfallzeiten / Ausfällen mit Ihren neuen Komponenten).Es kann auch Überlegungen zum Training geben.Grundsätzlich denke ich, dass Sie möchten, dass sie wissen, dass Sie ein Risiko eingeführt haben und dass das, was Sie gemacht haben, zusätzliche Qualitätssicherung erfordert.Weil Sie wollen, dass es diese Qualitätssicherung bekommt.Alle produktionsfertigen Softwareprodukte durchlaufen eine umfassende Qualitätssicherung.Mit freundlichen Grüßen auch.Sonst wird es eines Tages schlimm scheitern.
Und 3) stellen Sie in Zukunft sicher, dass Sie einen Prototyp in einer Umgebung mit geringem Risiko und nicht in der Produktion erstellen, und stellen Sie sicher, dass das Management alle Risiken sowohl beim Erstellen eines Prototyps als auch insbesondere beim Einsatz im Feld kennt und abzeichnetin die Produktion.
teego1967
2019-01-30 00:45:24 UTC
view on stackexchange narkive permalink

Sollte mein Chef etwas schätzen, das ich getan habe, um die Produktivität zu steigern, das aber nicht unbedingt Teil meines Jobs ist oder zu dem ich aufgefordert wurde?

Die Antwort Das ist für viele Arbeitsplätze "nein".

Das Management gibt oft vor, "Selbststarter" und Menschen zu ermutigen, die Initiative ergreifen, ohne zu erfahren, was zu tun ist, aber wenn es tatsächlich passiert, haben einige es ernst Probleme damit.

Zum einen mögen es viele Manager, die einen "Command-and-Control" -Ansatz verwenden (Maschinenwerkstätten sind meiner Erfahrung nach definitiv so), nicht, wenn Dinge passieren, die ungeplant sind - Auch wenn sie gut sind.

Wenn sie es aus ihrer Sicht betrachten, sind sie auf dem Laufenden, wenn etwas schief geht. Eine "Schurken" -Anwendung, die von einem Lehrling geschrieben wurde, der teure Maschinen kontrolliert, wird definitiv Bedenken aufwerfen. Was passiert, wenn Sie gehen und jeder von Ihrer Bewerbung abhängig geworden ist? Was passiert, wenn die Maschinen aktualisiert werden und Ihre Anwendung nicht mehr mit ihnen arbeiten kann? Wen rufen sie in 5-10 Jahren an, wenn die Anwendung aktualisiert werden muss? Diese Orte erwarten SLAs für ihre Maschinen. Sie können es sich nicht leisten, einen externen Berater zu beauftragen, um herauszufinden, was ein ehemaliger Mitarbeiter vor Jahren getan hat (zugegebenermaßen - das passiert mehr als Sie denken - ich hat seinen Lebensunterhalt damit verdient!).

Es scheint mir, dass Ihr Manager einen abwartenden Ansatz verfolgt und eine sorgfältige Antwort formuliert. Er weiß wahrscheinlich zu schätzen, was Sie getan haben, ist aber nicht gerade überglücklich über die Aussicht, dass ein aufstrebendes C # -Programmierteam spontan in seinem Geschäft wächst.

Ihr bester Ansatz ist vielleicht, ein überzeugendes Argument dafür zu liefern, wie das funktioniert Unternehmen kann diese Anwendung in Zukunft unterstützen.

Zur Verdeutlichung bin ich kein Lehrling mehr.Ich verstehe Ihren Standpunkt, aber für mich war das ein bisschen das Risiko oder die "Wette", die ich eingehen möchte, um vielleicht einige Chancen für eine zukünftige Beförderung zu bekommen.Ich möchte definitiv nicht die nächsten 40 Jahre in der Maschinenwerkstatt auf einem 4-Schicht-Modell sitzen und immer wieder dasselbe tun.Das Wichtigste für mich war, dass ohne meine Programme alles gleich funktioniert.Wenn also etwas kaputt geht und ich nicht da bin, um es zu reparieren, können sie die Maschinen trotzdem so laufen lassen, wie sie es damals getan haben.Ohne die Vorteile offensichtlich.
@Eric97, ja, ich bin auf Ihrer Seite.Ich versuche nur, ihren Standpunkt zu erklären (wie ich es mir vorstelle).Sie haben vielleicht Recht, dass sie immer zu der alten Vorgehensweise "zurückkehren" können, aber niemand wird dies gerne tun, wenn dies einen Produktivitätsverlust bedeutet.In gewisser Weise erzwingen Sie ihre Hand und schaffen eine Abhängigkeit.
bob
2019-01-30 02:38:26 UTC
view on stackexchange narkive permalink

Ihre Initiative ist lobenswert, also machen Sie weiter so (mit Vorbehalten)!

Initiative ist großartig! Es ist ein großer Vorteil für jedes Unternehmen. Aber es ist wichtig zu erkennen, dass Initiative tendenziell Risiken birgt (ich spreche aus Erfahrung!). Ziel ist es, Initiative so zu üben, dass Ihre Managementkette die Risiken im Voraus erkennt und die Möglichkeit erhält, Risiken abzumelden und zu mindern oder sie in diesem Fall abzulehnen du stehst zurück Sie möchten ohne ihr Wissen keine Risiken in ihrem Namen eingehen. Diese Art von Initiative ist zwar gut gemeint, kann Sie jedoch in Schwierigkeiten bringen.

Warum sagt Ihr Chef nicht Danke?

Es gibt einige vernünftige Möglichkeiten:

Ihre Lösung hat Ihrem Chef möglicherweise nicht geholfen.

Möglicherweise erhöht Ihre Lösung keine wichtige Leistungsmetrik für Ihren Chef. Oder vielleicht hat es ihm / ihr mehr Arbeit verursacht. Oder noch mehr Stress.

Ihre Lösung kann dem Unternehmen langfristig nicht helfen

Prototypen, bei denen es sich um eine Lösung handelt, die nicht gründlich getestet wurde ein erhebliches Risiko einführen. Schließlich müssen sie produktionsbereit gemacht oder durch etwas ersetzt werden, das einfach außer Betrieb genommen oder einfach außer Betrieb genommen wird. Jeder dieser Prozesse kann viel Zeit und Geld kosten und im schlimmsten Moment zu Produktionsstörungen führen. Es besteht also eine sehr hohe Chance, dass sich diese Lösung letztendlich als Nettohaftung für das Unternehmen herausstellt (selbst wenn die Lösung dem Unternehmen langfristig helfen könnte, kann sie mehr kosten, als das Unternehmen bereit ist zu investieren, um den Prototyp produktionsbereit zu machen, und dies ohne Genehmigung zu tun, könnte ihre Hand zwingen). Dies sagt nichts über Ihre Fähigkeiten aus (obwohl die Unkenntnis der Werkzeuge das Risiko erhöht), es ist nur eine Binsenweisheit, dass die Produktion eines Prototyps fast immer irgendwann zu Problemen führen wird.

Kommunikation ist der Schlüssel

Eine wichtige Erkenntnis ist, dass Initiative gut ist, wenn sie mit guter Kommunikation im Voraus kombiniert wird. Sie müssen Ihren Chef auf alle potenziellen Risiken dessen aufmerksam machen, was Sie tun möchten, bevor Sie es tun , und ihm / ihr erlauben, diese Risiken abzumelden, zu mindern oder abzulehnen (im letzteren Fall: Sie treten zurück und tun nicht, was Sie wollten. Es ist auch sehr wichtig, dass Ihr Chef den Status Ihrer Software mit absoluter Genauigkeit versteht. Wenn es sich um einen Prototyp handelt, muss der Chef verstehen, dass er nicht produktionsbereit ist.

Was ist als nächstes zu tun?

In Ihrem aktuellen Fall empfehle ich dringend, mit Ihrem Chef zu sprechen, zu erklären, was Sie tun wollten, zu erklären, was Sie getan haben, die Vorteile quantitativ zu diskutieren und den aktuellen zu diskutieren Bemühungen, es produktionsbereit zu machen, zusammen mit einer vollständigen und ehrlichen Bewertung, wo es sich auf diesem Kontinuum befindet. Fragen Sie, ob Ihr Chef es weiterhin verwenden möchte und wenn ja, welche (falls vorhanden) zusätzlichen QS-Maßnahmen erforderlich sind, welche Unterlagen erforderlich sind, welche rechtlichen Genehmigungen gegebenenfalls erforderlich sind und welche Prozessanpassungen ebenfalls erforderlich sind (z. B. wird jemand diese benötigen) auf Abruf sein, wenn während eines Produktionslaufs um 3 Uhr morgens etwas mit dem Programm schief geht?).

Aber meine Lösung funktioniert!

Im Moment ja. Vielleicht wird es für immer. Aber es sei denn, Sie haben es bereits vollständig produktionsbereit gemacht, was wie eine Strecke erscheint, es sei denn, es ist sehr einfach UND es wurden nicht alle erforderlichen Aktualisierungen des Produktionsprozesses vorgenommen (Qualitätssicherung, Verfahren, Recht, Dokumentation, Personal usw.). dann ist die Wahrscheinlichkeit (und ich spreche aus Erfahrung darüber), dass es irgendwann scheitern wird, und da es produktionsbereiter gemacht wird, ist es immer wahrscheinlicher, dass es auf ziemlich hässliche Weise versagt. Für Programmierer ist es eine unglückliche Falle, dass das Zusammenstellen einer 80% igen Lösung schnell und einfach ist. Daher scheint es auch schnell und einfach zu sein, eine produktionsbereite Lösung zu erstellen. Und selbst wenn eine 90% ige Lösung ohne großes Risiko produktionsbereit sein könnte. Das stimmt einfach nicht. Ich habe eine Handvoll Fehler hinter mir, um zu bestätigen, was ich sage. Lerne aus meinen Fehlern und erwarte, dass dieser scheitert. Tun Sie jetzt alles, um diesen Fehler zu verhindern oder zu mindern. Zumindest muss Ihr Chef und vollständig verstehen, was passiert ist und welche Risiken damit verbunden sind. Das ist der Schlüssel. Es wird unangenehm sein, aber es ist besser, als zu warten, bis es Ihrem Chef nicht gelungen ist, sich zu erklären.

Fazit

Ich würde nicht aufhören, Initiative zu ergreifen, und ich würde auch nicht fragen für ein "Danke". Stattdessen würde ich alles tun, um zu verhindern, dass dies zu einer Haftung für das Unternehmen wird, und ich würde sicherstellen, dass ich das nächste Mal im Voraus mit meinem Chef kommuniziere.

Konnte nicht mehr zustimmen.Leider befindet sich OP jetzt im Schadensbegrenzungsmodus, aber für die Zukunft ist dies eine gute Lektion.
@JoeStrazzere Ich habe dies bearbeitet, um Ihren Standpunkt stärker hervorzuheben.
Dan
2019-01-29 23:06:35 UTC
view on stackexchange narkive permalink

Denken Sie an Software, die Sie möglicherweise verwenden. Für die Lieferung des Endprodukts wurde viel Aufwand und Überstunden aufgewendet. Darüber hinaus können Menschen nach der Veröffentlichung manchmal Überstunden leisten, um das Produkt zu liefern. Dennoch dankt niemand dem Entwicklerteam, wenn dies geschieht. Die Leute könnten empörter sein oder sogar zu einem Konkurrenzprodukt wechseln, falls etwas schief gehen sollte. Es könnte sie weniger interessieren, wenn jemand 50 oder 1000 Stunden damit verbringen würde. Es könnte sie weniger interessieren, wenn Sie Ihren Ehepartner verloren haben und jetzt einen harten Scheidungskampf durchmachen müssen und Ihr Kind erwachsen wird, ohne zu wissen, wer Papa ist.

Trotzdem glaube ich nicht, dass Ihr Chef wird sich jetzt oder sogar in Zukunft darum kümmern. Ich würde auch denken, wenn etwas schief geht, könnten Sie als "letzter Typ, der sich damit angelegt hat" in Schwierigkeiten geraten. Auch wenn Ihr Programm diese Teile nie berührt hat.

Ben Barden
2019-01-29 23:04:52 UTC
view on stackexchange narkive permalink

Ihre Aufgabe hat sich gelohnt, wie Sie an der Wertschätzung Ihrer Mitarbeiter erkennen können. Es gibt sicherlich Chefs da draußen, die solche Dinge schätzen und schätzen würden. Ihr Chef scheint jedoch keiner von ihnen zu sein, und das ist nicht unfair. Schließlich wurden Sie nie darum gebeten und haben es anscheinend nicht einmal mit ihm besprochen, während Sie es möglich gemacht haben.

Nun, wenn Ihre Frage eine der Fragen wäre: "Wie kann ich Anerkennung dafür bekommen?" Dies?" Es gibt einige Dinge, die Sie tun können, aber Sie sind nicht in der Lage, etwas zu fordern

Old_Lamplighter
2019-01-29 23:16:33 UTC
view on stackexchange narkive permalink

Eigenwerbung ist keine schlechte Sache. So kommen Sie voran.

Erwähnen Sie es einfach Ihrem Chef.

Hey! Boss! Ich habe einen Weg gefunden, XYZ in kürzerer Zeit zu machen! Kann ich es Ihnen zeigen?

Dann Demo, wenn er fragt.

Er wird es entweder zu schätzen wissen oder nicht, aber Sie haben die Informationen herausbekommen Dort. Es kann Ihnen bei diesem Job helfen oder auch nicht, aber Sie haben eine gesunde Einstellung, die Ihnen, wenn Sie nicht bei Ihrem derzeitigen Arbeitgeber sind, hilft, Ihre Karriere während Ihres Lebens voranzutreiben.

Machen Sie weiter so!

Danke für den Rat!Ich werde dies mit der Antwort von @Homerothompson kombinieren.Ich möchte mich nicht auf schlechte, arrogante Weise selbst fördern.
@Eric97 Der Weg, sich auf gute Weise selbst zu fördern, besteht darin, die CAR-Regel zu befolgen, die für Herausforderung, Aktion, Ergebnis steht.Setzen Sie die Dinge so, und Sie werden nie schlecht aussehen."Ich habe gesehen, dass es langsam war, ich habe Code geschrieben, jetzt ist es schneller".Keine Möglichkeit, das schlecht aussehen zu lassen


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...