"Christmas - the time to fix the computers of your loved ones" « Lord Wyrm

Softwareentwicklung am Beispiel von CP2077

blood 11.01.2013 - 15:06 7217 43
Posts

Smut

takeover & ether
Avatar
Registered: Feb 2003
Location: VIE
Posts: 16603
Zitat aus einem Post von nfin1te
Es ging hier um die Verantwortlichkeit für das Disaster und die Aussage, dass es an den Devs gelegen ist. Vorallem ist anscheinend eine unrealistische Zeitvorgabe auch Schuld der Devs.

In 8 Jahren kann man sehr wohl ein tolles Haus bauen, aber auch nur wenn Organisation passt und nicht von oben dauernd Dinge geändert werden.
Wenn du zuerst ein Hochhaus planst, dann zwischenzeitlich einen Palast willst und am Ende dann ein Bungalow rauskommt, dann reichen auch 8 Jahre nicht.

Ist das dann die Schuld des Bauarbeiters?

Wird an beidem liegen. Das management hat aufgrund der Situation in der sie waren schwierige Entscheidungen treffen müssen. Ist halt schwer wenn du von allen derart viel Druck bekommst und Finanzierung auch stehen muss. Probleme waren vielfältig und für Entscheidungen ist das Management verantwortlich, ganz klar. Aber wenn die devs mit den zur Verfügung stehenden Mittel keinen Abschluss finden dann, dann kannst als Manager nicht viel machen.

hab’s BTW. Auf der Series x gespielt und hätte schlimmeres erwartet. Die Meinung von Semtex kann ich nicht teilen. Klar hätte es besser sein können, ein watchdogs bei dem mir das Gesicht beim Review schauen schon einschläft war es aber nicht.

sk/\r

i never asked for this
Avatar
Registered: Dec 2002
Location: oö
Posts: 10585
Zitat aus einem Post von nfin1te
Es ging hier um die Verantwortlichkeit für das Disaster und die Aussage, dass es an den Devs gelegen ist. Vorallem ist anscheinend eine unrealistische Zeitvorgabe auch Schuld der Devs.

In 8 Jahren kann man sehr wohl ein tolles Haus bauen, aber auch nur wenn Organisation passt und nicht von oben dauernd Dinge geändert werden.
Wenn du zuerst ein Hochhaus planst, dann zwischenzeitlich einen Palast willst und am Ende dann ein Bungalow rauskommt, dann reichen auch 8 Jahre nicht.

Ist das dann die Schuld des Bauarbeiters?

die Zeitvorgaben sind ja meistens lächerlich niedrig.
ich versteh das hinbeissen auf die devs absolut nicht.
es wär ja nicht so als würden die - solangs keinen vertragsmaulkorb haben - nicht oft genug auf solche missstände hinweisen.

Earthshaker

Here to stay
Avatar
Registered: Dec 2002
Location: .de
Posts: 8736
Zitat
ich versteh das hinbeissen auf die devs absolut nicht.

Grundsätzlich heulen Devs eh immer übers Management. Bekommen sie genug Zeit bekommen sie trotzdem nix fertig, bekommen sie eine Deadline klappts auch nicht :D

Von daher sind solche Berichte halt einfach auch mit sehr viel Vorsicht zu genießen ;)
Der Zustand ist normal. Da ist CDPR keine Ausnahme.
Natürlich liegts am Management.

Obermotz

Fünfzylindernazi
Avatar
Registered: Nov 2002
Location: OÖ/RI
Posts: 5262
Wer hier die Schuld bei den Devs sucht, hat keine Ahnung von Softwareenwicklung. Punktum.
Aber da Viper is mit solchen Aussagen scho öfter aufgefallen. Bei dem sind alle Projekte perfekt geplant, da wird nie auch nur eine Überstunde geschoben ;)

charmin

Super Moderator

Avatar
Registered: Dec 2002
Location: aut_sbg
Posts: 13837
wir ham uns alle lieb :ghug:

Meine persönliche Meinung dazu: Wenn ein Projekt mit dauerhaftem 13 H crunch pro Tag umgesetzt werden muss isses einfach Fehlplanung. Es sind sicher nicht alle Devs absichtlich langsam beim Arbeiten. Muss am Management liegen.

userohnenamen

leider kein name
Avatar
Registered: Feb 2004
Location: -
Posts: 15840
ich würd jetzt ned nur das management in der schuld sehen
oft genug sind auch die jeweiligen teamleader mit dran schuld weil sie keine eier haben um auch im management dann klipp und klar unterzubringen dass das verlangte mit den zur verfügung gestellten ressourcen nicht erreicht werden kann
umgekehrt aber genau so gewissen mitarbeitern dann auch grenzen zu setzen um z.b. das genannte gold plating abzudrehen
und nur all zu oft sind diese wichtigen stellen mit speichelleckern absolut falsch besetzt

3mind

mimimi
Avatar
Registered: Sep 2004
Location: 1030
Posts: 1553
Zitat aus einem Post von userohnenamen
ich würd jetzt ned nur das management in der schuld sehen
oft genug sind auch die jeweiligen teamleader mit dran schuld weil sie keine eier haben um auch im management dann klipp und klar unterzubringen dass das verlangte mit den zur verfügung gestellten ressourcen nicht erreicht werden kann
umgekehrt aber genau so gewissen mitarbeitern dann auch grenzen zu setzen um z.b. das genannte gold plating abzudrehen
und nur all zu oft sind diese wichtigen stellen mit speichelleckern absolut falsch besetzt

teamleads gehören zum management.
ansonsten stimme ich dir aber zu.

charmin

Super Moderator

Avatar
Registered: Dec 2002
Location: aut_sbg
Posts: 13837
Zitat aus einem Post von 3mind
teamleads gehören zum management.
ansonsten stimme ich dir aber zu.

Wollt grad dasselbe schreiben.

userohnenamen

leider kein name
Avatar
Registered: Feb 2004
Location: -
Posts: 15840
ja, grundsätzlich habts natürlich recht aber das mittlere management hat halt nur indirekt einfluss auf das was oben ausgegeben wird (ziele, ressourcen, etc.)
und wenn genau der indirekte einfluss quasi inexistent ist oder auch von oben ignoriert wird passiert halt genau sowas (imho)

edit: wobei ich persönlich noch immer happy bin mit dem spiel (wenn ich dann mal wieder zeit hab zum spielen)

Viper780

Moderator
Er ist tot, Jim!
Avatar
Registered: Mar 2001
Location: Wien
Posts: 48758
Zitat aus einem Post von blood
also doch ganz einfach, das ganze :eek: ich hoffe du hast irgendwo als top manager angeheuert.

Leider nein - ich sitz genau dazwischen und kenn beide Seiten mehr als nur gut genug.

Natürlich hat es massig mit Missmanagement zu tun wenn man solche Überstunden braucht.

Aber auch eine extrem schlechte Planung wenn das erst so spät auffällt.
Bei der Planung sind hoffentlich alle beteiligt gewesen und vorallem kamen die Abschätzung von den Entwicklern, wer sonst könnte die liefern?

Wie so oft wird das aber um einen Faktor 2-5 unterschätzt worden sein.

Aber wenn du vor einem Release Techniker, Entwickler, Forscher fragst dann hörst du immer wieviel schief gehen kann und was noch gemacht gehört und sie übernehmen die Verantwortung nicht.
Irgendwann ist dann halt der Punkt erreicht wo man trotzdem entscheiden muss dass man das Teil raus bringt. (mit der Verschiebung hab ich kein Problem, das ist eh normal)

Das hier offensichtlich keiner auf irgend wen gehört hat und jeder irgend etwas macht ist recht offensichtlich und erklärt die Überstunden und crunchtime.

Wyrdsom

Komischer Kauz
Avatar
Registered: Mar 2012
Location: Jig-Jig Street
Posts: 7123
Zitat aus einem Post von InfiX
ich hoffe auf mehr customization... autos, waffen, farben mehr outfits etc. :D

ansonsten wenn einfach mehr sidequests kommen mit der gleichen qualität wie die im spiel bin ich auch schon happy.

wer weiss vielleicht wird die karte ja auch noch bissl erweitert.

+1 genau auf das hoff ich auch. Oder wenn, immerhin mehr Side-Quests.

UnleashThebeast

Mr. Midlife-Crisis
Avatar
Registered: Dec 2005
Location: 127.0.0.1
Posts: 3446
Zitat aus einem Post von Viper780
Eher typisch Developer.

Es gibt eine Timeline und die gilt es zu halten. Gold Plating ist in vielen Fällen unnötig und lieber ein stabiles, nicht so hübsches Produkt bringen.

Ich weiß, dass du als scrum-Habschi das so sehen musst, aber genau das ist der Grund, warum Software-Entwicklung mittlerweile einfach nur ultra-Krebs ist. Agile Softwareentwicklung ist Dreck. Punkt. Man hat gefälligst ein ordentliches Produkt zu releasen, und nicht die nächsten 3 Jahre dran herumzudoktern, damits irgendwie läuft.

Obermotz

Fünfzylindernazi
Avatar
Registered: Nov 2002
Location: OÖ/RI
Posts: 5262
D.h. back to Wasserfall oder wie?^^

UnleashThebeast

Mr. Midlife-Crisis
Avatar
Registered: Dec 2005
Location: 127.0.0.1
Posts: 3446
Ja.
Außerdem noch anzumerken ist: Nein, 40 JIRA-Epics sind kein Ersatz für ein Pflichtenheft.

Viper780

Moderator
Er ist tot, Jim!
Avatar
Registered: Mar 2001
Location: Wien
Posts: 48758
Wir fahren eine Zerobug Policy (so gut es geht) - Stabilität hat immer Vorrang und kann im Prozess verankert werden.

Ich red da von Funktionen und den neuesten Techniken/Technologien die noch wer schnell einbauen will.

Wir haben einen Entwickelter der schreibt jetzt zum dritten mal die User Verwaltung um weil es ihm so besser gefällt. Der Code wird nicht besser, da kommen keine neuen Funktionen rein und die Testbarkeit steigt auch nicht.

Macht er natürlich geheim und versteckt. Plötzlich ist da wieder ein riesiger merge request. Kommt natürlich mit seiner Arbeit hint und vorn ned zam.

Von so Dingen rede ich. 1/3 der Arbeit kann man mit ordentlicher Anforderungsanalyse (auch das geht Agil, wenn man eine passende Architektur hat) immer einsparen.
Ein weiteres Drittel wenn man am Anfang viel in Automatisation (und Monitoring) steckt.

Für verbuggte Software die offensichtlich ist gibt's keine Entschuldigung.
Genau sowas sollte Agil (Scrum ist ja nur eins von vielen Frameworks) nicht passieren.

Die Idee ist dass man sehr früh eine Architektur und einen herzeigbaren Prototypen hat, den man Schrittweise um Funktionen und optische Spielereien erweitert und irgendwann ein "Minimal Loveable Produkt" (MVP also viable halte ich für den falschen Ansatz) hat. Das kann dann als Beta zu den ersten Kunden die man befragt was sie sich wünschen. Dann noch eine polishing Runde mit einigen der Funktionen und man hat ein Produkt welches man langjährig vermarkten und erweitern kann.

Edit:
Ich hab einige Pflichtenhefte geschrieben. Wenn das Lastenheft für die Tonne ist und sich keiner über die Wünsche im klaren ist kannst das vergessen.
Üblicherweise wirft man dann 80% wieder weg und baut in der Version 3 dann erst das was dem Kunden wirklich hilft.
Bearbeitet von Viper780 am 17.01.2021, 10:15
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz