Frage:
2 Arbeitstage gelöscht und kein Backup
user15704
2018-05-03 19:59:12 UTC
view on stackexchange narkive permalink

Ich habe meine Arbeit gelöscht und sie nicht zu SVN hinzugefügt. Ich habe morgen eine Leistungsbeurteilung und habe bereits erwähnt, dass ich gestresst bin und daher nur langsame Fortschritte mache. Sollte ich meinem Manager bei diesem Problem Bescheid geben? Ich kann es tun, aber wenn ich es nicht kann, muss ich es im täglichen Gedränge melden? Wie erkläre ich dem Manager, was passiert ist?

Kommentare sind nicht für eine ausführliche Diskussion gedacht.Diese Konversation wurde [in den Chat verschoben] (https://chat.stackexchange.com/rooms/77025/discussion-on-question-by-cookiemonster-deleted-2-days-of-work-and-no-backup).
Zehn antworten:
Summer
2018-05-03 20:07:23 UTC
view on stackexchange narkive permalink

Dies ist eine sehr unglückliche Situation, aber da Sie sie nicht mehr ändern können, machen Sie sie zu einer wertvollen Erfahrung.

Muss ich mich im täglichen Gedränge melden?

Ja! Wenn Sie Angst haben, dies Ihrem Team mitzuteilen, beginnen Sie mit Ihrem Scrum Master oder Product Owner. Transparenz und Ehrlichkeit sind eines der Schlüsselelemente von Scrum. Sie sind für das Team verantwortlich und das Team ist für Sie verantwortlich. Besprechen Sie das Problem mit Ihrem Team. Es muss den Zeitplan und die Story-Punkte neu bewerten und kann Ihnen dabei helfen, das Chaos zu beseitigen.

Muss ich es meinem Manager mitteilen?

Lüge deinen Manager niemals an. Wenn sie / er fragt, geben Sie die ehrliche Antwort. Aber stellen Sie sicher, dass Sie eine Antwort bereit haben. Wie werden Sie (und Ihr Team) das beheben? Wie wird ein ähnliches Problem in Zukunft vermieden?

Wenn es hilft, können Sie mit "Ich habe heute eine sehr wertvolle Lektion gelernt" beginnen...Versuchen Sie dann, die Arbeit so effizient wie möglich neu zu erstellen, und fügen Sie zunächst die Dateien zur Versionskontrolle hinzu, anstatt darauf zu warten, dass Sie sie gegen Ende Ihrer Bemühungen ausführen.
Persönlich, nachdem ich das Problem erklärt und es zu einer positiven Erfahrung gemacht hatte (oder so gut wie möglich), würde ich meine Arbeit nach Stunden oder über das Wochenende in meiner eigenen Zeit neu erstellen, um wieder auf Kurs zu kommen.Ihre 16 Stunden wurden wahrscheinlich teilweise für E-Mails, tägliche Arbeitsaktivitäten, andere Mitarbeiter, Support usw. aufgewendet. Und da Sie dies bereits getan haben, ist es in Ihrem Kopf frisch.Sie sollten es schnell replizieren können.
Wenn eine zentrale Sicherung erforderlich ist, die von der IT organisiert wird (nicht nur von Ihrem Computer, sondern auch von anderen), ist dies möglicherweise ein guter Zeitpunkt, um die Führung zu übernehmen und diesen Bedarf zu decken.
@Paul außerdem sollte es noch schneller sein, es neu zu erstellen, sobald Sie wissen, was Sie tun.Einige schlagen sogar vor, dass Sie eine Aufgabe lösen und dann erneut beginnen und sie erneut lösen, da Sie effizienter (Sie wissen bereits, wie es geht) und vorsichtiger (Sie müssen nur auf Fehler oder Probleme achten).Obwohl die Empfehlung normalerweise für kleine Dinge gilt, nicht zwei Arbeitstage, aber immer noch etwas Wasser.
@rackandboneman vielleicht, aber OP sollte vorsichtig sein.Sie können als Versuch wahrgenommen werden, die Schuld zu verschieben, was selten gut ankommt, selbst wenn es sich um eine faire Position handelt.Ich würde sagen, es ist ein Gespräch, das am besten für später übrig bleibt.
In der Tat ... Niemals nie lügen ... Ich habe mit einem Entwickler an einem Projekt gearbeitet, bevor er über Fehler usw. gelogen hat.Leute werden das ehrlich schätzen.
@AndréParamés Die Schuld verkaufen, nicht verschieben :)
Sabine
2018-05-03 20:07:10 UTC
view on stackexchange narkive permalink

Ich finde es normalerweise am besten, sich auf Ihre Fehler einzulassen, sowohl auf Ihr Team in der täglichen Standup-Besprechung als auch auf Ihren Manager. Die Leistungsbeurteilung hat jetzt ein schlechtes Timing, aber wenn Sie zum ersten Mal einen solchen Fehler gemacht haben, denke ich nicht, dass dies ein großes Problem sein wird.

Ich würde mein Bestes geben (und kommunizieren), um verlorene Arbeit so schnell wie möglich auszugleichen, da es Ihre Schuld ist, und es mir zur Gewohnheit machen, regelmäßig

in SVN zu speichern
Rob P.
2018-05-04 05:21:58 UTC
view on stackexchange narkive permalink

Ein paar Dinge ...

Erstens, zumindest meiner Erfahrung nach, wurde Ihre Leistungsüberprüfung wahrscheinlich vor Wochen abgeschlossen, und es besteht eine vernünftige Chance, dass sie mit anderen Personen überprüft wurde, bevor Sie überhaupt bekomme es zu sehen. Besonders wenn es an eine Gehaltsanpassung gebunden ist. Wenn Sie sich Sorgen darüber machen, dass dies Ihre Bewertung ruiniert, sind Sie wahrscheinlich im klaren (es könnte jedoch für die nächste auftauchen).

Zweitens sind gelöschte Dateien nicht unbedingt verschwunden, die Daten sind wahrscheinlich noch auf der Festplatte. Zumindest würde ich eine Wiederherstellungssoftware ausführen. Wenn Sie technisch eher geneigt sind, fahren Sie das System herunter, booten Sie von einem externen Medium und scannen Sie die Festplatte mit einem Tool nach verlorenen Dateien. Ich meine, je nachdem, auf welcher Zugriffsebene Sie auf Ihre Workstation zugreifen können. Wenn Sie sich in einer Situation befinden, in der Sie nicht können oder nicht wissen, wie, kann es sich lohnen, sich an die IT-Mitarbeiter zu wenden, die sich wahrscheinlich bereits zuvor damit befasst haben.

Schließlich als ehemaliger Manager Das Schlimmste, was Sie tun können, ist zu versuchen, es zu verbergen. Menschen machen Fehler, wenn sie nicht kommunizieren, wird dies zu einem größeren Fehler. Sobald Sie ein unangenehmes Gespräch mit Ihrem Manager führen können. Erklären Sie, was passiert ist, wie Sie Ihren Fehler verstehen und wie Sie sicherstellen, dass dies nie wieder passiert.

Hey Boss - es sieht so aus, als hätte ich einen Fehler gemacht und versehentlich zwei Arbeitstage gelöscht. Ich konnte keine meiner Änderungen an der Quellcodeverwaltung festschreiben / sichern / verstecken. Ich weiß, ich hätte es tun sollen und es tut mir wirklich leid. In Zukunft werde ich viel vorsichtiger sein und sicherstellen, dass dies nicht geschieht.

Ich weiß, dass wir einen engen Zeitplan haben und ich möchte alles tun, um diese Situation zu verbessern. Es besteht die Möglichkeit, dass die gelöschten Dateien wiederhergestellt werden können. Möchten Sie, dass ich versuche, sie mithilfe von "Wiederherstellen" -Software wiederherzustellen oder mit jemandem aus der IT zu sprechen? Andernfalls werde ich mein Bestes geben, um meine Arbeit zu wiederholen. Es sollte nicht zwei Tage dauern, seit ich sie gerade durchgearbeitet habe, aber es wird (wie lange Sie denken) zu meiner Zeitleiste hinzugefügt.

Wenn es sich um Textdateien handelt, sind sie schwer zu finden, aber "grep" erledigt die Aufgabe auf einem Raw-Block-Gerät.
+1 für "Gelöschte Dateien sind nicht unbedingt weg"
Zibbobz
2018-05-04 01:43:36 UTC
view on stackexchange narkive permalink

Es ist Zeit, dass Sie eines der leistungsstärksten Tools erlernen, die ein Mitarbeiter jemals verwenden kann.

Bitten Sie Ihre Mitarbeiter um Hilfe .

Ich verstehe die Angst - Sie haben einen großen Fehler gemacht und sind besorgt über die Auswirkungen. Und Sie wissen nicht, ob es eine Möglichkeit gibt, sich von diesem Fehler zu erholen.

Aus diesem Grund müssen Sie dieses Problem unbedingt so schnell wie möglich und so gründlich wie möglich Ihrem Vorgesetzten melden und um Unterstützung bitten.

Sagen Sie nicht nur "Ich habe einen Fehler gemacht und jetzt ist die Arbeit weg, helfen Sie!" weil das schrecklich aussieht. Legen Sie stattdessen genau dar, was Sie getan haben, und entschuldigen Sie sich nicht.

Erklären:

  • Was Sie getan haben (welche Arbeit Sie auch versucht haben)
  • Was Sie getan haben, bevor Sie die Arbeit verloren haben (dies ist sehr wichtig)
  • Die Schritte, die Sie unternommen haben, um zu versuchen , es wiederherzustellen (Sie müssen diese angeben, damit Sie nachweisen können, dass Sie sich nach Treu und Glauben bemüht haben um dies selbst zu lösen)
  • Eine Bitte um Hilfe (Wenn Sie jemanden kennen, der mit solchen Dingen „gut“ ist, können Sie ihn namentlich um Hilfe bitten)
  • Indem Sie erklären, was passiert ist und wie, helfen Sie auch, das Problem zu lösen, indem Sie diese Informationen an jeden weitergeben, der Ihnen bei der Lösung des Problems helfen wird. Und indem Sie Ihre Schritte erklären, um das Problem selbst zu beheben, zeigen Sie, dass Sie einen ehrlichen Versuch unternommen haben, es zu korrigieren.

    Am wichtigsten ist, dass Sie durch das Eingestehen, dass Sie einen Fehler gemacht haben, zeigen, dass Sie reif genug sind, um die Verlegenheit über Fehler zu überwinden und die Antwort auf das Problem zu suchen. Das ist nicht nur eine gute Arbeitsmoral - das ist die Essenz der Reife.

    Das war kein * großer * Fehler, sondern ein mittelgroßer.Es ist ärgerlich, zwei Tage Ihrer eigenen Arbeit zu verlieren, aber es ist uns allen vielleicht einmal passiert.
    @BasileStarynkevitch Der erste Fehler dieser Größe scheint immer ein großer Fehler zu sein - aber es ist wichtig zu lernen, wie man sich von einem Fehler * jeder * Größe, ob groß oder klein, erholt.
    delliottg
    2018-05-04 02:03:18 UTC
    view on stackexchange narkive permalink

    Als jemand, der dies in der Vergangenheit getan hat, tue ich jetzt Folgendes, um die Wahrscheinlichkeit eines erneuten Auftretens zu verringern.

    • Sagen Sie es zunächst Ihrem Manager und erklären Sie, was passiert Sie werden es tun, um es in Zukunft zu verhindern. Sie haben das Recht zu wissen, was passiert ist, und obwohl sie sich nicht darüber freuen werden, sollten sie es als wertvolle Lektion betrachten, wenn Sie eine Lösung haben, um dies in Zukunft zu verhindern.
      Wenn Sie mit einem Problem zu Ihrem Manager gehen, aber keine Lösung im Sinn haben, verschwenden Sie größtenteils Zeit. Ihre Aufgabe ist es nicht, Ihre Probleme zu lösen, sondern Hindernisse zu beseitigen, damit Sie sie selbst lösen können.

    • Wie andere angemerkt haben, übernehmen Sie Ihre Änderungen häufig, wenn Sie können. In meinem Unternehmen gibt es jedoch eine Regel, nach der Sie keinen Code einchecken können, der nicht funktioniert. Was tun Sie also, wenn Sie Zwischen- / Zwischencode haben, den Sie nicht verlieren möchten? Backups . Ich habe ein Ersatzlaufwerk in meinem Computer, auf dem eine automatische Sicherung ausgeführt wird. Grundsätzlich wird jede Nacht eine Momentaufnahme meiner Arbeitsfahrt gemacht. Ich sichere auch manuell auf einem Netzwerklaufwerk (das selbst wird jede Nacht automatisch gesichert). Ich führe ein kleines Sicherungsskript aus, wenn ich jeden Tag gehe, und es führt eine inkrementelle Sicherung meiner vorhandenen Dateien durch. Dann habe ich einen USB-Stick bei mir, den ich auch ungefähr einmal pro Woche sichern kann.

    • Die Antwort von @James ist wahr, obwohl sie stark abgelehnt wurde. Beim zweiten Mal ist es (im Allgemeinen) viel einfacher und schneller. Sie wissen, was Sie schreiben möchten, Sie haben die Denkprozesse durchlaufen, um zu Ihrem Ziel zu gelangen. Es ist also einfacher, sich daran zu erinnern, als es beim ersten Mal von Grund auf neu zu tun.

    • Das heißt, ich bin völlig anderer Meinung als " Diese Dinge passieren die ganze Zeit. Mach dir keine Sorgen. ". Es sollte Ihnen wirklich nur einmal passieren, was Ihr Lernfehler ist, und dann nie wieder, weil Sie jetzt einen Plan zur Schadensbegrenzung haben. Ähnliche Fehler weiterhin zu machen, ist das Zeichen eines Amateurs. Als Profi haben Sie gegenüber Ihrem Unternehmen die Pflicht, aus Fehlern zu lernen und sie weiterzugeben, nicht zu wiederholen.

    "In meinem Unternehmen gibt es jedoch eine Regel, nach der Sie keinen Code einchecken können, der nicht funktioniert. Was tun Sie also, wenn Sie Zwischen- / Zwischencode haben, den Sie nicht verlieren möchten?"Das ist eine ziemlich schreckliche Regel, aber ich gehe davon aus, was eigentlich gemeint ist, „nicht funktionsfähigen, unbestrittenen Code in Zweige, die mit anderen geteilt werden“ - was eine * tolle * -Regel ist.
    Die Lösung besteht dann nicht darin, jeden Entwickler dazu zu bringen, seine eigene Backup-Lösung einzuführen, sondern die Leute darin zu schulen, wie sie ihre eigenen Feature-Zweige erstellen.Jedes beliebte Versionsverwaltungssystem der letzten 20 Jahre ist dazu in der Lage, auch wenn einige wie SVN oder TFSVC es umständlicher machen als andere.
    @Voo Das OP verwendet SVN (dies ist eine zentralisierte Versionskontrolle, keine verteilte Versionskontrolle wie git). Ein Junior-Entwickler wird wahrscheinlich nicht in der Lage sein, einen privaten Zweig auf dem zentralen Repo zu erstellen, geschweige denn nicht funktionierende Commits zu quetschen und neu zu arbeitenbegeht.In jedem Fall (und insbesondere in diesem Fall) ist die Quellcodeverwaltung kein Ersatz für Sicherungen.Also +1 zu delliottg
    @QSigma Warum würden Sie Ihren Entwicklern nicht die Erlaubnis geben, neue Zweige zu erstellen?Das klingt nach einer schrecklichen Praxis ohne jeglichen Vorteil - es schadet nicht, Zweige zu erstellen (Sie möchten sich auf ein Namensschema für Ihre Zweige einigen, um Konflikte zu vermeiden, aber das Gleiche gilt für ein DCS wie git).Ob das OP die Berechtigung hat, Änderungen direkt in der Hauptniederlassung zusammenzuführen, ist eine andere Frage (vorzugsweise gibt es einen Überprüfungsprozess, bei dem ein Teammitglied sich abmelden muss), aber hier spielt es keine Rolle.
    Und warum ist die Quellcodeverwaltung, die auf einen zentralen Server übertragen wird, der von der zuständigen Abteilung sicher gesichert wird, keine Sicherung?Ich habe noch nie in einer Firma gearbeitet, in der wir USB-Sticks verwenden mussten, um Code-Backups zu erstellen (tatsächlich habe ich in Firmen gearbeitet, in denen Sie aus Sicherheitsgründen gefeuert worden wären).** Alles **, was Sie brauchen, um ein Projekt zum Laufen zu bringen, sollte entweder in der Quellcodeverwaltung eingecheckt sein oder aus anderen zentralen Quellen verfügbar sein - private Backups sind sinnlos, wenn jemand anderes weiter an Ihrem Projekt arbeiten muss, er wird auch all diese Dinge benötigen!
    @Voo Ich wusste nicht, dass SVN so feinkörnige Berechtigungen hat, also haben Sie mich erzogen, danke.Ich habe jedoch von vielen Organisationen gehört, die nur Commits für bestehende SVN-Niederlassungen zulassen.Es gibt hier einige Diskussionen über Backup vs. Quellcodeverwaltung: https://stackoverflow.com/questions/110313/how-to-make-sure-my-git-repo-code-is-safe
    @Qsigma: Dieser Beitrag beginnt mit dem gleichen Punkt, den Voo in Bezug auf "Quellcodeverwaltung, die auf einen zentralen Server übertragen wird" macht.Dann geht es darum, über dezentrale Systeme zu sprechen.
    Level River St
    2018-05-05 16:55:23 UTC
    view on stackexchange narkive permalink

    Ich würde es mir vorstellen - "Ich habe 2 Arbeitstage gelöscht, aber ich denke, ich kann es in 1 Tag wiederherstellen."

    Ich denke, Sie sollten in der Lage sein, sich zu erholen An einem Tag haben wir alle versehentlich Arbeiten gelöscht (insbesondere unter Druck), und es dauert normalerweise weniger Zeit, sie erneut abzutippen als beim ersten Mal, da weniger Nachdenken erforderlich ist.

    Möglicherweise Seien Sie eine automatische Sicherung, von der Sie nichts wissen, damit Ihr Manager Ihre Arbeit wiederherstellen kann (unwahrscheinlich mit Git, aber Sie wissen es nie).

    Ihre Leistungsüberprüfung basiert auf (ich gehe davon aus) mindestens 6 Monaten Arbeit Ich würde mir wirklich keine Sorgen machen. Außerdem beziehen sich Leistungsbeurteilungen (leider) nur vage auf Gehaltserhöhungen!

    John Wu
    2018-05-04 03:06:20 UTC
    view on stackexchange narkive permalink

    Es ist nur ein weiteres zu lösendes Problem. Zeigen Sie, dass Sie das Problem lösen.

    Soll ich es meinem Manager mitteilen? Wie erkläre ich dem Manager [oder jemandem], was passiert ist?

    Hängt vom Manager ab. Mein Manager möchte nichts über solche Details erfahren.

    Wenn Ihr Manager etwas über solche Dinge erfahren möchte, sollten Sie es ihm mitteilen. Halten Sie es technisch - Sie haben es nicht "vermasselt", Sie hatten ein "Code-Management-Problem", das Sie lösen, mit Prozessverbesserungen, um das Problem in Zukunft zu vermeiden. Das Problem war das versehentliche Löschen. Es passiert. Sie müssen es nicht zu einer großen Sache machen, und er wird es wahrscheinlich nicht. Stellen Sie einfach sicher, dass Sie einen konkreten und glaubwürdigen Plan haben, um ihn in Zukunft zu vermeiden.

    Ich kann es tun, aber wenn ich es nicht kann, muss ich es im täglichen Gedränge melden?

    In Ihrem täglichen Gedränge müssen Sie angeben, was Sie gestern getan haben, woran Sie arbeiten und ob Sie irgendwelche Hindernisse haben. Gestern haben Sie die Funktion codiert. Heute werden Sie weiter daran arbeiten. Sie haben kein Hindernis - Sie können ohne fremde Hilfe vorwärts gehen. Sie sind nicht wirklich verpflichtet zu sagen, warum Sie so lange brauchen, es sei denn, jemand fragt.

    Wenn ich ein Team leite, möchte ich den Entwicklern in dieser Hinsicht ein wenig Privatsphäre geben, da dies nicht der Fall ist und solange Sie Ihre Ziele erreichen und keine Hilfe oder Coaching benötigen Bei einem chronischen Problem muss der Rest des Teams die Details nicht kennen. Ihr Lead kann unterschiedlich sein, folgen Sie also seinem Lead.

    sarmahdi
    2018-05-04 04:52:03 UTC
    view on stackexchange narkive permalink

    Es ist mir erst kürzlich passiert, als etwas in einer Frist gebraucht wurde. Es war ein neues Projekt, also hätte ich es zu git hinzufügen sollen, tat es aber nicht. Zum Glück war es ein Maven-Projekt mit einem Distributionsordner und der Java-Krieg war da, also habe ich das Projekt dekompiliert und neu erstellt. Ich habe dem Premierminister gesagt, aber ich habe ihm auch gesagt, dass ich es gelöst habe. Zwei Tage Produktivität können (manchmal) in kürzerer Zeit repliziert werden. Machen Sie sich also keine Sorgen, da Sie dies bereits getan haben.

    (Bearbeiten) Was ich vorher nicht erwähnt habe, kommen Sie rein. Wenn Sie etwas gelöscht haben und die Möglichkeit besteht, dass es sich verzögert, ist es besser, sauber zu kommen und Ihren Manager zu benachrichtigen. Ich würde vorschlagen, zuerst herauszufinden, wie lange es dauern wird, Ihre Arbeit zu replizieren, damit Sie ein Problem (verlorener Code / Nacharbeit erforderlich) und eine mögliche Lösung haben.

    Obwohl dies eine verwandte Erfahrung ist, bin ich mir nicht sicher, ob dies die eigentliche Frage beantwortet.
    @MadPhysicist: true, ich habe eine Bearbeitung hinzugefügt
    HopefullyHelpful
    2018-05-06 14:32:08 UTC
    view on stackexchange narkive permalink

    Bei der Programmierung geht es viel darum, Code und die zugrunde liegenden Spezifikationen zu planen und zu verstehen.

    Selbst wenn Sie zwei Tage mit dem Schreiben verbringen, sollten Sie in der Lage sein, ihn in viel kürzerer Zeit wieder fertigzustellen.

    Erklären Sie, dass Sie viel weniger Zeit benötigen und bereit sind, Überstunden zu machen, um dies gegebenenfalls zu kompensieren.

    Drag and Drop
    2018-05-04 13:41:12 UTC
    view on stackexchange narkive permalink

    Sobald das Problem gelöst ist: Es scheint ein guter Zeitpunkt zu sein, Ihren Sicherungsplan in größerem Maßstab zu überprüfen.

    Ein großer Mann hat mir einmal gesagt:

    "In einer guten Infra müssen Sie den Aufzugstest durchführen."

    Mit dem Geräusch eines Aufzugs, der versucht, nach einem Sturz von 12 Stockwerken zu bremsen.

    In den meisten Ländern ist die Reglementierung im Aufzug streng. Die Sicherheit eines Aufzugs basiert im Wesentlichen auf:
    Detektor> Elektrische Sicherheit> Manuelle Sicherheit

    Der Test eines Aufzugs ist wirklich einfach. Wir werden unsere Sicherheitsfunktion einzeln testen. Mit dem folgenden Test wird versucht, den Boden zu berühren (die Feder am Boden muss ebenfalls getestet werden).

    Freier Fall bei voller Geschwindigkeit + Volllast -> Auslösedetektor.
    Freier Fall bei volle Geschwindigkeit + volle Ladung -> ohne Detektor, um elektrische Sicherheit auszulösen.
    Freier Fall bei voller Geschwindigkeit + volle Ladung -> ohne elektrische Sicherheit, um manuelle Sicherheit auszulösen.
    Freier Fall bei voller Geschwindigkeit + volle Ladung -> ohne Sicherheit , es ist angekurbelt.
    Gleiches gilt für Übergeschwindigkeit -> in den Frühling.

    Wie viele haben die Sicherung nach einem vollständigen Löschvorgang jemals getestet, um sicherzugehen, dass der Sicherungsvorgang in Ordnung ist?

    Bei der Sicherungsarbeit sind nur wenige Schritte möglich Folgen Sie:

    Unterstützen Sie das Projekt mit SVN usw. Unterstützen Sie den funktionierenden Computer mit Dpm usw. und Unterstützen von Dingen im Freien.

    Ich habe gesehen, dass die Gesellschaft in der Lage ist, Flut, Feuer und Bosheit zu überleben. In der Lage sein, seine Arbeit zu retten, selbst wenn er einen Herzinfarkt hatte. Kann sich von einem Entwickler erholen, der das tfs / svn tobt.

    Es geht nicht um Fehler, Sie sollten das einfach nicht können, selbst wenn Sie wollten. Am Ende des Tages muss der Computerstatus sicher sein oder nicht.

    Dies ist überhaupt keine Antwort auf die Frage.Jemandem zu sagen, dass er nicht vom Blitz getroffen wird, ist nicht sinnvoll, wenn er gerade vom Himmel gesprengt wurde.
    Für mich war die Frage: Ich verbrenne meinen Finger, was soll ich tun.Meine Antwort lautet: Wenn es behoben ist.Versuchen Sie, Ihr Haus sicherer für Feuerwasser und Blitze zu machen
    Ihr Beitrag beantwortet die Frage also überhaupt nicht."Was soll ich mit meinem verbrannten Finger tun?"wird nicht mit "Wenn Ihre Verbrennung verheilt ist, legen Sie sie nicht ins Feuer" beantwortet.
    Diese Antwort wäre auf einer eher technisch ausgerichteten Website hilfreich.Auf dieser Website geht es jedoch um die menschliche Komponente.Die Frage lautet nicht "Wie verhindere ich das?", Sondern "Wie kann ich meinem Manager sagen, was passiert ist, ohne mich in der nächsten Leistungsbeurteilung zu verarschen?".


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