Nein, ein solcher Umzug darf keine Auswirkungen auf die QS haben und auch nicht auf die Entwicklung. Wenn doch, sollte das Management gefeuert werden. Sorry, das wäre ja haarsträubend. Mehr als zwei Tage "Ausfall" darf ein solcher Umzug für einen Mitarbeiter unter keinen Umständen haben. Er arbeitet, die Umzugsfritzen kommen, bauen seinen Arbeitsplatz ab, transportieren alles rüber, bauen alles wieder auf, er testet, arbeitet weiter. Daten liegen sowieso irgendwo im Netz, kein Verlust. Nur Zeit. Aber eben maximal zwei Tage. Eher einen,Und das könnte ich mir durch den Umzug und dem ganzen Stress der durch das neue Gebäude vorerst verursacht wurde erklären.
Und wenn wir jetzt mal ehrlich sind, Menschen sind keine Maschinen. Neue Eindrücke neue Umgebung schon ist man schneller abgelenkt weil man das neue Gebäude erstmal erkundet etc.Nein, ein solcher Umzug darf keine Auswirkungen auf die QS haben und auch nicht auf die Entwicklung. Wenn doch, sollte das Management gefeuert werden. Sorry, das wäre ja haarsträubend. Mehr als zwei Tage "Ausfall" darf ein solcher Umzug für einen Mitarbeiter unter keinen Umständen haben. Er arbeitet, die Umzugsfritzen kommen, bauen seinen Arbeitsplatz ab, transportieren alles rüber, bauen alles wieder auf, er testet, arbeitet weiter. Daten liegen sowieso irgendwo im Netz, kein Verlust. Nur Zeit. Aber eben maximal zwei Tage. Eher einen,
Diese neuen Eindrücke sind für den hier betroffenen Prozess irrelevant. QS erfolgt bei derartiger Software und Projekten dieser Größenordnung zu fast 90% automatisch. Und die Eindrücke eines neuen Arbeitsplatzes sollten auch keine Auswirkungen auf den vorher produzierten Code haben.Und wenn wir jetzt mal ehrlich sind, Menschen sind keine Maschinen. Neue Eindrücke neue Umgebung schon ist man schneller abgelenkt weil man das neue Gebäude erstmal erkundet etc.
Das ganze soll ja keine Entschuldigung sein aber es wäre ein möglicher Grund.
Genau hat man das nicht und die Software soll dennoch in der gleichen Zeit geschrieben werden stellen sich vermutlich Flüchtigkeitsfehler ein.Hat man das nicht, ist das Management "schuld". Niemand zwingt Apple jedes Jahr ein halbgares Betriebssystemen auf den Markt zu werfen. Und macOS läuft schon seit Jahren nicht mehr wirklich rund zum release. Obwohl es überhaupt keinen Grund gibt, jedes Jahr ein solches Pseudo-Major raus zu hauen.
Dann passen aber die QS-Prozesse nicht, die das abfangen müssen. Und wie gesagt, die sind unter Garantie zum größten Teil automatisiert. Manuell kann das schon lange niemand mehr leisten.Genau hat man das nicht und die Software soll dennoch in der gleichen Zeit geschrieben werden stellen sich vermutlich Flüchtigkeitsfehler ein.
Wir verwenden essentielle Cookies, damit diese Website funktioniert, und optionale Cookies, um den Komfort bei der Nutzung zu verbessern.
Für die Ihnen angezeigten Verarbeitungszwecke können Cookies, Geräte-Kennungen oder andere Informationen auf Ihrem Gerät gespeichert oder abgerufen werden.
Anzeigen und Inhalte können basierend auf einem Profil personalisiert werden. Es können mehr Daten hinzugefügt werden, um Anzeigen und Inhalte besser zu personalisieren. Die Performance von Anzeigen und Inhalten kann gemessen werden. Erkenntnisse über Zielgruppen, die die Anzeigen und Inhalte betrachtet haben, können abgeleitet werden. Daten können verwendet werden, um Benutzerfreundlichkeit, Systeme und Software aufzubauen oder zu verbessern.
Durch das Klicken des Buttons "Zustimmen" willigen Sie gem. Art. 49 Abs. 1 DSGVO ein, dass auch Anbieter in den USA Ihre Daten verarbeiten. In diesem Fall ist es möglich, dass die übermittelten Daten durch lokale Behörden verarbeitet werden.