Verlass kein Arbeitspaket halbfertig!
Artikel#: 00009
Datum: 2020-04-19
Autor: Radim
Wechsle erst zu einem anderen Arbeitspaket, wenn das, an dem du gearbeitet hast, vollständig abgeschlossen ist.
Andere Arbeitspakete, die abhängig sind, würden später von der Unvollständigkeit beeinträchtigt sein.
Sag nicht „das machen wir später“!
Lass keinen Teil oder kein Feature des Arbeitspakets lückenhaft oder aus! (z.B. Codekommentare, Dokumentation, Sicherheitsmassnahmen, richtiges Design, Behandlung aussergewöhnlicher Situationen, usw.)
Später braucht es länger, die Details des Arbeitspakets wieder zu verstehen, und es ist schwieriger, das Arbeitspaket mit derselben Qualität zu vervollständigen.
Vielleicht wird das ursprüngliche Personal später nicht mehr verfügbar sein und auch die Informationen zu den anstehenden Aufgaben können fehlen.
Normalerweise müssen andere wichtige Dinge "später" erledigt werden und es gibt keine Chance mehr, das unvollendete Arbeitspaket zu vervollständigen.
Es ist besser, das Arbeitspaket vollständig auf einmal zu erledigen, da der Satz „DAS MACHEN WIR SPÄTER“ in der Realität als „DAS MACHEN WIR NIE“ herauskommen kann.
© Radim-Automation, 2020–2025. Alle Rechte vorbehalten.
Die Verbreitung dieses Artikels ist mit Angabe der Quelle (Link zur Originalseite) ausdrücklich gestattet.
Verwandte vorherige Artikel:
Verwandte nächste Artikel:
- Überprüfe das Ergebnis!
- Komm und bleibe im "Flow"!
- Verwirkliche jede gute Idee so schnell wie möglich!
- Definiere kontinuierlich Testszenarien und Testfälle!
- Mach die richtigen Dinge und mach sie richtig!
- Sicherheit zuerst!
- Mehr als nur starten und stoppen
- Ich sehe was, was du nicht siehst
- Speichere Email-Nachrichten im Projektordner!
- Willst du damit wirklich beginnen?
- Ist der Weg wirklich das Ziel?
- Bereite einen guten Projektplan vor und halte ihn auf dem neuesten Stand!
- HMI- und SPS-Anwendungen sollen zusammenwachsen
- Schreibe deine Best Practices und Prozesse auf!
- Setze deine Ziele für heute, morgen, diese Woche ...
- Sind die für diese Aufgabe geplanten Personen wirklich verfügbar?
- Ernenne einen Vertreter!
- Wer weiss es?
- Schreibe und akzeptiere nur lesbaren Code!
- Verwende einen nützlichen Styleguide!
- Funktionelles und intuitives HMI
- Wer wird operieren?
- Warum scheitern Automatisierungsprojekte?
- Projektleiter
- Lerne von deiner Reise!
- Entwerft Maschinen mit Fokus auf die Fähigkeiten und Bedürfnisse des Benutzers
- Denke kritisch!
- Gibt es auch Nachteile?
- Modulare Softwarearchitektur
- Maschinenmodularisierung
- Erkenntnisse aus einem abgeschlossenen Projekt sind unbezahlbar
- Variablennamen
- Visuelle Modellierung
- Dokumentationsprobleme
- Klare Signale
- Ereignislogger als allererste im Programm implementierte Funktion
- Mein Chef war ein Held
- Versionskontrollsystem
- Halte die Dokumentation während des gesamten Projekts auf dem neuesten Stand
- Mache Backups, nehme kleine Änderungen vor und teste viel
- High Performance HMI
- HMI - Habt einen konsistenten Stil
- Versteckte Gefahren bei der Inbetriebnahme
- Die falsche Illusion des schnellen Fortschritts
Kommentar#: 00001
Datum: 2020-05-04
Benutzer: Christian
Die Kunst besteht darin, die Arbeitspakete so klein wie möglich und so gross wie nötig zu definieren.
Die richtige Portionierung erleichtert die Arbeit und garantiert den Fortschritt. Kleine Schritte statt grosse Sprünge.
Kommentar#: 00002
Datum: 2020-05-18
Benutzer: Radim
Was du heute machen kannst, verschiebe nicht bis morgen, denn du weisst nicht, was dich davon abhält, es morgen zu machen.
Kommentar#: 00003
Datum: 2021-01-11
Benutzer: Radim
Einer der Gründe, warum du aufhörst, Spass zu haben, ist die Anhäufung von Problemen und unvollendeten Aufgaben.
Kommentar#: 00004
Datum: 2022-11-16
Benutzer: Radim
"Je später im Entwicklungszyklus wir einen Fehler in der Software entdecken, desto teurer ist die Behebung."
Übersetzt von:
- https://www.linkedin.com/pulse/unit-testing-world-industrial-automation-jakob-sagatowski/?trackingId=8Il2af6t8cNMxCT2pRn76Q%3D%3D
Kommentar#: 00005
Datum: 2022-11-30
Benutzer: Radim
Es treten neue Probleme im realen Betrieb auf, die während der Entwicklung oder des Testbetriebs nicht erwartet oder erlebt wurden.
Dann ist man froh, wenn man das System / die Geräte gut kennt, wenn man weiss, wie sie funktionieren, wie sie verbunden und gesteuert werden usw. Dieses Know-How kommt einfach aus der Arbeit am System, durch die Lösung kleinerer und grösserer Probleme ...
Kommentar#: 00006
Datum: 2022-11-30
Benutzer: Radim
Verwenden Sie während der Entwicklung keine andere (vorläufige) Hardware als die für die Produktion ausgewählte. Sie sammeln wichtige Erfahrungen mit der Hardware. Sie erfahren, ob die Performance ausreicht und erfahren, wie Sie Probleme beseitigen, die während der Entwicklung auftreten. Wird die Softwareentwicklungsphase auf der für den scharfen Betrieb ausgelegten Hardware durchgeführt, erleben Sie nach der Inbetriebnahme der Maschine weniger unangenehme Überraschungen.
Kommentar#: 00007
Datum: 2022-12-01
Benutzer: Radim
"Unterteile die Aufgaben lieber in mehrere kleinere Schritte, die du abschließen kannst. Das gibt dir ein Erfolgsgefühl und motiviert dich weiterzumachen. Zu viele offene Projekte und "lose Enden" hingegen verursachen bewusst oder unbewusst Stress und lassen dein Gehirn nicht zur Ruhe kommen."
- Gabriele Thies. 8 Wege, um deine Aufgaben sinnvoll zu strukturieren.
- https://www.gabrielethies.de/blog/aufgaben-sinnvoll-strukturieren
Kommentar#: 00008
Datum: 2022-12-15
Benutzer: Radim
Zwischen "erledigt" und "erledigt" besteht ein grosser Unterschied. Der Status "erledigt" einer Aufgabe in Excel oder auf einer To-Do-Liste bedeutet nicht immer, dass sie sinnvoll, funktioniert, nachvollziehbar und durch einen Test bestätigt ist.
Kommentar#: 00009
Datum: 2023-06-08
Benutzer: Radim
"Technische Schulden, im Englischen auch bekannt als „Tech Debt“ oder „Code Debt“, entstehen heute in der Regel dann, wenn Entwicklungsteams bei der Erstellung neuer Funktionen eines Softwareprodukts schnell viel Code schreiben müssen. Dies kann erforderlich sein, um Termine einzuhalten, und das Eingehen der dadurch entstehenden „Schulden“ kann sich rentieren, muss es aber nicht. Diese können auch negative Folgen haben, wenn falsch mit ihnen umgegangen wird. Die negativen Folgen sind nicht immer vermeidbar, wenn die Entscheidung für technische Schulden erst einmal gefallen ist."
- https://asana.com/de/resources/technical-debt
Kommentar#: 00011
Datum: 2023-08-17
Benutzer: Radim
Warum ist nie genug Zeit, um es beim ersten Mal richtig zu machen, aber immer genug Zeit, um es nochmal zu tun?
"Das Sprichwort "Es ist nie genug Zeit, es beim ersten Mal richtig zu machen, aber immer genug Zeit, es nochmal zu tun" spiegelt eine häufige Beobachtung über menschliches Verhalten und Projektmanagement wider. Es deutet darauf hin, dass Menschen oft anfangs Aufgaben oder Projekte überstürzen, in der Hoffnung, Zeit und Aufwand zu sparen, jedoch letztendlich Fehler machen oder minderwertige Ergebnisse erzielen. Daraus resultiert, dass sie schliesslich mehr Zeit und Ressourcen investieren müssen, um diese Fehler zu korrigieren oder die Arbeit ordnungsgemäss zu wiederholen.
Es gibt mehrere Gründe, warum dieses Phänomen auftritt:
1. Unterschätzung der Komplexität: Menschen können die Komplexität oder Schwierigkeit einer Aufgabe oder eines Projekts anfangs unterschätzen. Dies kann zu unzureichender Planung und Ressourcenzuweisung führen, was wiederum zu Fehlern oder Übersehenem führt.
2. Druck, Fristen einzuhalten: Oft besteht Druck, Aufgaben oder Projekte schnell abzuschliessen, um Fristen einzuhalten. Dies kann dazu führen, dass Abkürzungen genommen werden oder wichtige Schritte übersprungen werden, um Zeit zu sparen.
3. Mangelnde Aufmerksamkeit für Details: Beim Eilen durch eine Aufgabe achten Personen möglicherweise nicht ausreichend auf Details, was zu Fehlern führen kann, die später korrigiert werden müssen.
4. Überoptimismus: Manchmal überschätzen Menschen ihre Fähigkeiten oder ihr Wissen und glauben, eine Aufgabe schnell ohne angemessene Vorbereitung oder Sorgfalt abschliessen zu können.
5. Unvollständige Informationen: In einigen Fällen können Aufgaben oder Projekte begonnen werden, ohne alle notwendigen Informationen oder Anforderungen zu haben. Dies kann zu falschen Annahmen und Entscheidungen führen.
6. Begrenzte Ressourcen: Einschränkungen bei Ressourcen wie Zeit, Geld oder Arbeitskraft können Menschen zwingen, anfangs Abstriche zu machen, mit der Absicht, die Dinge später zu korrigieren, wenn mehr Ressourcen zur Verfügung stehen.
7. Lernkurve: Manchmal erfordern Aufgaben neue Fähigkeiten oder Technologien, die Personen im Laufe der Zeit erlernen müssen. Erste Versuche könnten suboptimal sein, da Menschen immer noch die erforderliche Expertise erwerben.
Das Sprichwort dient als Erinnerung daran, dass die erforderliche Zeit und Anstrengung zu Beginn investiert werden sollten, um eine Aufgabe ordnungsgemäss durchzuführen, was langfristig mehr Zeit und Ressourcen sparen kann. Eine ordnungsgemässe Planung, Aufmerksamkeit für Details und gründliche Ausführung können dazu beitragen, Fehler zu vermeiden und die Notwendigkeit, die Arbeit zu wiederholen, zu reduzieren.
Es ist jedoch erwähnenswert, dass das Sprichwort nicht universell gültig ist. In einigen Fällen kann das Eilen durch Aufgaben akzeptable Ergebnisse liefern, und das Wiederholen der Arbeit ist möglicherweise nicht erforderlich. Dies hängt alles von der Art der Aufgabe, dem Mass an Fachwissen und den spezifischen Umständen ab."
- https://chat.openai.com (Warum ist nie genug Zeit, um es beim ersten Mal richtig zu machen, aber immer genug Zeit, um es nochmal zu tun?)
Kommentar#: 00012
Datum: 2023-10-04
Benutzer: Radim
"Entmutigen Sie niemals jemanden, der kontinuierlich Fortschritte macht, egal wie langsam."
- Plato
Kommentar#: 00013
Datum: 2024-03-25
Benutzer: Radim
Entfernen Sie den "Ballast" aus dem Programm!
Bauen Sie nur die Dinge in das Programm ein, die wirklich benötigt werden. Unnötige Teile des Codes im Programm werden veraltet, ungetestet, werfen unnötige Fragen auf und sind eine Quelle der Unklarheit.
Manchmal ist es eine gute Idee, mehr als einen Weg in der Praxis auszuprobieren, um herauszufinden, welcher Weg der beste ist. Sobald wir uns jedoch für einen bestimmten Ansatz entschieden haben, ist es wichtig, unsere Methoden zu konsolidieren und die überholten zu entfernen. Indem wir "Ballast" aus dem Programm entfernen, beseitigen wir potenzielle Quellen der Verwirrung und verbessern die Gesamtqualität des Codes.