Abo
  1. Foren
  2. Kommentare
  3. Internet
  4. Alle Kommentare zum Artikel
  5. › Arbeit: Hilfe für frustrierte ITler
  6. Thema

Aufwandsabschätzungen

  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


  1. Re: Aufwandsabschätzungen

    Autor: Anonymer Nutzer 10.08.19 - 19:10

    Bradolan schrieb:
    --------------------------------------------------------------------------------
    > Ich finde es immer wieder seltsam, wenn von einem Softwareentwickler
    > verlangt wird den Aufwand abzuschätzen. In der Produktion mag das ja Sinn
    > machen, wenn jedes Teil x Minuten an Herstellungszeit braucht, aber bei
    > Softwareentwicklung, was teilweise doch ein kreativer Prozess ist?!

    Wenn ein Entwickler nach einer Aufwandsabschätzung gefragt wird, dann kann man auch eine Antwort erwarten. Wer die Arbeit nicht abschätzen kann, hat entweder zu wenig Berufserfahrung, oder versteht die Aufgabe nicht bzw. ist für die Aufgabe nicht qualifiziert. Dann ist die Aufgabe entweder schlecht definiert, oder man hat die falsche Person nach der Abschätzung gefragt. Softwareentwicklung ist zu weit über 90 % Handwerk. Die Qualität eines Entwicklers bemisst sich nach seinem technischen Können, und dem Fachwissen bzw. Verständnis für die übliche Kundenproblemstellung / das Produkt des jeweiligen Arbeitgebers.

  2. Re: Aufwandsabschätzungen

    Autor: richtchri 11.08.19 - 15:37

    Dem kann ich mich nur anschließen.
    1) zu wenig Berufserfahrung —> Kollegen oder Google fragen
    2) schlecht formulierte Aufgabenstellung—> Annahmen treffen und diese klar mit dem abstimmen

    Ich persönlich schreibe mir daher in einer excel-Tabelle immer auf, wie lange eine Tätigkeit ungefähr gedauert hat und verpasse dem ganzen noch zusätzliche Informationen, wie z.B. Komplexitätsgrad, Anzahl der Stakeholder, etc.. Unseren Berufsanfängern empfehle ich das auch immer.

    Und genau diese Erfahrungswerte nutze ich dann und kalkuliere den Aufwand. Daher steht zu Beginn einer Schätzung immer:

    Annahme:
    Dauer pro X —> 5 Minuten
    Qualität der Unterlagen: niedrig
    ...


    Mathematik lügt :)

  3. Re: Aufwandsabschätzungen

    Autor: ubuntu_user 12.08.19 - 08:02

    Bradolan schrieb:
    --------------------------------------------------------------------------------
    > Kurzum, aus 2 Monaten wurden 3 Jahre. Wie hätte er diese
    > Arbeitspakete der einzelnen Probleme erahnen können?

    In der Regel macht man dann erst ein Evaluierungsprojekt. D.h. 1 Monat die Bibliotheken angucken, was die können. Dann kann man weiter abschätzen und NEUplanen. Sowas ist agil. 3 Jahre stur weiterarbeiten ist Wasserfall.
    Einfach unbekanntes Planen und dann 3 Jahre still durchziehen ist schon irgendwie dämlich. (Auch wenn er da dafür wahrscheinlich nichts kann)



    1 mal bearbeitet, zuletzt am 12.08.19 08:03 durch ubuntu_user.

  4. Re: Aufwandsabschätzungen

    Autor: richtchri 12.08.19 - 09:21

    ubuntu_user schrieb:
    --------------------------------------------------------------------------------
    > Bradolan schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Kurzum, aus 2 Monaten wurden 3 Jahre. Wie hätte er diese
    > > Arbeitspakete der einzelnen Probleme erahnen können?
    >
    > In der Regel macht man dann erst ein Evaluierungsprojekt. D.h. 1 Monat die
    > Bibliotheken angucken, was die können. Dann kann man weiter abschätzen und
    > NEUplanen. Sowas ist agil. 3 Jahre stur weiterarbeiten ist Wasserfall.
    > Einfach unbekanntes Planen und dann 3 Jahre still durchziehen ist schon
    > irgendwie dämlich. (Auch wenn er da dafür wahrscheinlich nichts kann)

    Den ersten Teil kaufe ich die ab. Evaluierung durch eine Stichprobe sollte man eh immer machen, aber bitte nicht 1 Monat, wenn die ursprüngliche Aussage 3 Monate war. Da muss eine, max. zwei Wochen reichen.

    Das letztere kaufe ich dir nicht ab. Denn das ist weder das eine noch das andere. Das wäre schlicht Fehlverhalten, wenn man sieht, dass die ursprünglich angenommene Qualität stark von der realen abweicht, muss das gemeldet werden. Wenn nicht darf der Kollege spätestens nach Ablauf der 3 Monate sich einen neuen Job suchen.

    Dementsprechend bitte nicht den methodischen Projektmanagement Ansatz mit einer offenen Kommunikationsstrategie verwechseln.

  5. Re: Aufwandsabschätzungen

    Autor: ubuntu_user 12.08.19 - 09:45

    richtchri schrieb:
    --------------------------------------------------------------------------------
    > Den ersten Teil kaufe ich die ab. Evaluierung durch eine Stichprobe sollte
    > man eh immer machen, aber bitte nicht 1 Monat, wenn die ursprüngliche
    > Aussage 3 Monate war. Da muss eine, max. zwei Wochen reichen.

    wieso nicht?
    man wird ja dann schon Sachen behalten können. Man weiß dann sogar schon was noch alles fehlt.

    > Das letztere kaufe ich dir nicht ab. Denn das ist weder das eine noch das
    > andere. Das wäre schlicht Fehlverhalten, wenn man sieht, dass die
    > ursprünglich angenommene Qualität stark von der realen abweicht, muss das
    > gemeldet werden. Wenn nicht darf der Kollege spätestens nach Ablauf der 3
    > Monate sich einen neuen Job suchen.
    >
    > Dementsprechend bitte nicht den methodischen Projektmanagement Ansatz mit
    > einer offenen Kommunikationsstrategie verwechseln.

    Mir ist ansonsten unklar warum man 3 Jahre daran sitzt.

  6. Re: Aufwandsabschätzungen

    Autor: richtchri 12.08.19 - 10:54

    ubuntu_user schrieb:
    --------------------------------------------------------------------------------
    > richtchri schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Den ersten Teil kaufe ich die ab. Evaluierung durch eine Stichprobe
    > sollte
    > > man eh immer machen, aber bitte nicht 1 Monat, wenn die ursprüngliche
    > > Aussage 3 Monate war. Da muss eine, max. zwei Wochen reichen.
    >
    > wieso nicht?
    > man wird ja dann schon Sachen behalten können. Man weiß dann sogar schon
    > was noch alles fehlt.
    >
    > > Das letztere kaufe ich dir nicht ab. Denn das ist weder das eine noch
    > das
    > > andere. Das wäre schlicht Fehlverhalten, wenn man sieht, dass die
    > > ursprünglich angenommene Qualität stark von der realen abweicht, muss
    > das
    > > gemeldet werden. Wenn nicht darf der Kollege spätestens nach Ablauf der
    > 3
    > > Monate sich einen neuen Job suchen.
    > >
    > > Dementsprechend bitte nicht den methodischen Projektmanagement Ansatz
    > mit
    > > einer offenen Kommunikationsstrategie verwechseln.
    >
    > Mir ist ansonsten unklar warum man 3 Jahre daran sitzt.

    1) Eine Stichprobe sollte in etwa 10-15% des geschätzten maximal Aufwands in Anspruch nehmen. Bei 60 MD also 6-9 MD.


    2) meine Vermutung: unklare Aufgabenstellung + ungenaue Aufwandsschätzung —> siehe öffentliche Großprojekte:)

  7. Re: Aufwandsabschätzungen

    Autor: theonlyone 12.08.19 - 11:47

    Eine Abschätzung ist zu Beginn jeder IT Karriere immer schlecht.

    Man schätzt entweder viel zu lang, weil man Angst hat was schief laufen könnte und man keine Ahnung hat und sich in alles erst reinlesen und einarbeiten muss.

    Mit zunehmender Erfahrung kennt man viele Probleme, hat ähnliches schon gemacht, oder weis einfach wenn man ansprechen muss.

    Umso strukturierter Aufgaben geplant sind und zerhackt in kleinere Schritte kann man jeden Schritt auch besser abschätzen.
    Sobald man sich schwer tut mit einer Abschätzung ist eigentlich klar das die Aufgabe zu groß ist, mehrere Wochen sind Aufgaben die schlichtweg zu viele Features beinhalten ; aufteilen in kleinere Häppchen.


    Für Scrum und co. ist zu sagen das man immer lieber drüber liegt in der Schätzung, pauschal schon, damit man für sich schon einen Puffer hat.
    Das muss man aber auch selbst erkennen wie man seine Schätzung in der Realität dann umgesetzt sieht.
    Wer ständig zu wenig veranschlagt beachtet einfach zu wenig.
    Hat man im Sprint noch etwas Zeit übrig kann man immer Kleinigkeiten mitnehmen, das ist allemal sinnvoller als Sprints voll zu packen, nur damit sie auf dem Papier vollgepackt sind.


    Die Fähigkeit seine Aufgaben gut abzuschätzen ist ein Skill den man erst mit Erfahrung bekommt.
    Bedeutet für IT Anfänger nicht zu detailliert abschätzen.
    Es genügt schon in Zeiträumen von ~1 Tag (Kleinigkeiten) und ~1 Woche für größere Themen zu denken ; alles was deutlich länger braucht als 2+ Wochen sind Themen die ohnehin zerlegt werden müssen, die Summe dieser zerlegten Aufgaben ergibt dann die Schätzung insgesamt.

    Der größte Fehler ist es eben von einem ITler zu verlangen ein großes Projekt insgesamt abzuschätzen. Da ist der Spielraum viel zu groß, da mit jeder kleinen Aufgabe ein Zeitraum dazu kommt, bringt keinem wirklich etwas.

  8. Re: Aufwandsabschätzungen

    Autor: kikimi 12.08.19 - 15:37

    PerilOS schrieb:
    --------------------------------------------------------------------------------
    > Wenn du deine eigene Arbeit nicht abschätzen kannst, dann kannst du nicht
    > strukturiert arbeiten.

    Nun ja. Ich habe da auch solche Erfahrungen gemacht:

    Chef: "Wir brauchen <Feature X> in <Technologie Y>, kannst du mal sagen, wie lange das dauert?"

    Ich: Keine Ahnung, ich habe mit der <Technologie Y> noch nie gearbeitet. Ich kann dir sagen, wie lange es gedauert hat, wenn ich damit fertig bin.

    Chef: "Ich brauch grobe Zahlen."

    Ich: Halbes Jahr.

    Chef: "Willst du mich verarschen?"

    Ich: Wer hat denn angefangen?

    --

    Auch beliebt: "Gib mir mal Schätzung für <Liste an Features>"

    Ich fange an, das durchzugehen und zu schätzen.

    Keine 15 Minuten später kommt Chef an, und fragt nach meiner Zeit-Schätzung. Wieder meine Standardantwort: Halbes Jahr. Wenn er es genauer möchte, möge er mir doch bitte ein paar Stunden mehr Zeit geben. (Waren dann geschätzte zwei Wochen. Umsetzung hat drei gedauert. War dann ein riesen Problem.)

    > Für kreative Prozesse und Arbeitspakete baut man ausreichend Puffer ein
    > bzw. man priorisiert Anhand von Abhängigkeiten.

    Meine Schätzungen wurden von toxischen Vorgesetzten gern als "mein Commitment" verstanden. Ich sperre mich mittlerweile sehr dagegen und habe deswegen auch bereits Jobs gewechselt.

    In meiner jetzigen Firma machen wir Schätzungen nach Storypoints und tracken nur die Zeit, die die Umsetzung gebraucht hat.

  9. Re: Aufwandsabschätzungen

    Autor: Anonymer Nutzer 14.08.19 - 10:41

    Bradolan schrieb:
    --------------------------------------------------------------------------------
    > Ich finde es immer wieder seltsam, wenn von einem Softwareentwickler
    > verlangt wird den Aufwand abzuschätzen. In der Produktion mag das ja Sinn
    > machen, wenn jedes Teil x Minuten an Herstellungszeit braucht, aber bei
    > Softwareentwicklung, was teilweise doch ein kreativer Prozess ist?!
    >
    > Wenn ich meinem Chef etwas verkaufen muss wäre es am besten ich zeige die
    > Ersparnis auf, aber so einfach ist das halt nicht.

    Mag sein, aber ein Vorgesetzter braucht Entscheidungsgrundlagen. Ahnungen oder Gefühle bringen da wenig, da auch mal etwas schief gehen kann und der Entscheider sich dann rechtfertigen muss.

  10. Re: Aufwandsabschätzungen

    Autor: Serenity 14.08.19 - 12:22

    Bradolan schrieb:
    --------------------------------------------------------------------------------
    > Ich finde es immer wieder seltsam, wenn von einem Softwareentwickler
    > verlangt wird den Aufwand abzuschätzen. In der Produktion mag das ja Sinn
    > machen, wenn jedes Teil x Minuten an Herstellungszeit braucht, aber bei
    > Softwareentwicklung, was teilweise doch ein kreativer Prozess ist?!
    >
    > Wenn ich meinem Chef etwas verkaufen muss wäre es am besten ich zeige die
    > Ersparnis auf, aber so einfach ist das halt nicht.

    Es gibt alternative Wege von Softwareentwicklern anzufragen, wie lange etwas dauert. Dazu braucht er nichteinmal deine Expertise, sondern schaut in der Vergangenheit an, wie lange ähnliche Features gedauert haben (Analogmethode). Das ist eines von vielen Beispielen.

    Nichtsdestotrotz sollte ein Chef nicht davon ausgehen, dass wenn du "3 Wochen" sagst, du wirklich bis zum Stichtag X das hast.

  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Wirecard Technologies GmbH, Aschheim bei München
  2. Wirecard Technologies GmbH, Aschheim near Munich
  3. Information und Technik Nordrhein-Westfalen (IT.NRW), Düsseldorf
  4. Bechtle Onsite Services, Emden

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 3,40€
  2. 4,99€
  3. 22,49€
  4. 32,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


iPad 7 im Test: Nicht nur für Einsteiger lohnenswert
iPad 7 im Test
Nicht nur für Einsteiger lohnenswert

Auch mit der siebten Version des klassischen iPads richtet sich Apple wieder an Nutzer im Einsteigersegment. Dennoch ist das Tablet sehr leistungsfähig und kommt mit Smart-Keyboard-Unterstützung. Wer ein gutes, lange unterstütztes Tablet sucht, kann sich freuen - ärgerlich sind die Preise fürs Zubehör.
Ein Test von Tobias Költzsch

  1. iPad Einschränkungen für Apples Sidecar-Funktion
  2. Apple Microsoft Office auf neuem iPad nicht mehr kostenlos nutzbar
  3. Tablet Apple bringt die 7. Generation des iPads

Mädchen und IT: Fehler im System
Mädchen und IT
Fehler im System

Bis zu einem gewissen Alter sind Jungen und Mädchen gleichermaßen an Technik interessiert. Wenn es dann aber um die Berufswahl geht, entscheiden sich immer noch viel mehr junge Männer als Frauen für die IT. Ein wichtiger Grund dafür ist in der Schule zu suchen.
Von Valerie Lux

  1. IT an Schulen Intelligenter Stift zeichnet Handschrift von Schülern auf
  2. 5G Milliardenlücke beim Digitalpakt Schule droht
  3. Medienkompetenz Was, Ihr Kind kann nicht programmieren?

SSD-Kompendium: AHCI, M.2, NVMe, PCIe, Sata, U.2 - ein Überblick
SSD-Kompendium
AHCI, M.2, NVMe, PCIe, Sata, U.2 - ein Überblick

Heutige SSDs gibt es in allerhand Formfaktoren mit diversen Anbindungen und Protokollen, selbst der verwendete Speicher ist längst nicht mehr zwingend NAND-Flash. Wir erläutern die Unterschiede und Gemeinsamkeiten der Solid State Drives.
Von Marc Sauter

  1. PM1733 Samsungs PCIe-Gen4-SSD macht die 8 GByte/s voll
  2. PS5018-E18 Phisons PCIe-Gen4-SSD-Controller liefert 7 GByte/s
  3. Ultrastar SN640 Western Digital bringt SSD mit 31 TByte im E1.L-Ruler-Format

  1. Ex-Mars Cube: LED-Zauberwürfel bringt Anfängern das Puzzle bei
    Ex-Mars Cube
    LED-Zauberwürfel bringt Anfängern das Puzzle bei

    Der Ex-Mars Cube hat wie ein herkömmlicher Zauberwürfel sechs Seiten mit je neun Farbkacheln - das System kann allerdings auch als Brettspielwürfel oder Dekolicht genutzt werden und Anfängern die Logik dahinter erklären.

  2. FWA: Huawei verspricht schnellen Glasfaserausbau ohne Spleißen
    FWA
    Huawei verspricht schnellen Glasfaserausbau ohne Spleißen

    Huawei hat Komponenten für den Glasfaserausbau entwickelt, die das Spleißen überflüssig machen sollen. Statt in 360 Minuten könne mit End-to-End-Plug-and-Play der Prozess in nur 36 Minuten erfolgen.

  3. Live Captions: Pixel 4 blendet auf dem Gerät erzeugte Untertitel ein
    Live Captions
    Pixel 4 blendet auf dem Gerät erzeugte Untertitel ein

    Mit dem Pixel 4 führt Google seine neue Funktion Live Captions ein: Sobald ein Video oder eine Audiodatei auf dem Smartphone startet, können automatisch erzeugte Untertitel angezeigt werden. Transkribiert wird komplett auf dem Gerät selbst - bisher aber nur auf Englisch.


  1. 17:41

  2. 16:29

  3. 16:09

  4. 15:42

  5. 15:17

  6. 14:58

  7. 14:43

  8. 14:18