Was ist die ungeheuerlichste Geldverschwendung, die Sie je gesehen haben, und was haben Sie dagegen getan? [geschlossen]

Oft sehen wir als Programmierer, wie große Organisationen riesige Geldsummen für aufgeblähte und ineffiziente Problemlösungen verschwenden. Das schmerzt mich sehr, weil ich es mag, wenn Organisationen von erstklassigen Lösungen profitieren. Meine Fähigkeiten als Programmierer sind jedoch begrenzt, wenn es darum geht, die wichtigsten Entscheidungsträger zu beeinflussen, und oft beschränkt sich meine Sichtweise auf meine eigene kleine technische Welt.

Meine Frage lautet also: Was haben Sie dagegen getan, nachdem Sie eine ungeheure Verschwendung von Geld für Software und / oder Hardware erlebt haben, die Ihre Ziege wirklich gepackt hat, oder waren Sie dazu verdammt, die Kugel zu beißen und für immer vor sich hin zu murmeln? Ich bin daran interessiert, Ihre allgemeinen Erfahrungen zu hören und insbesondere, welche Lehren Sie gezogen haben, wie Sie in Zukunft mit solchen Problemen umgehen können . Lassen Sie uns keine Namen nennen, die Erfahrung im Umgang mit dem Problem ist wichtiger als das eigentliche Produkt.

Bezahlen für große, sperrige, buggy kommerzielle Produkte im Bereich von:

• Anwendungsserver;
• Testwerkzeuge;
• Entwicklungsumgebungen.

wenn die Open-Source- oder Light-Weight-Alternativen offensichtlich überlegen sind.

Meine Schritte sind normalerweise:

1. Legen Sie eine Alternative als Referenz fest - z. B. "Ich werde mit dem App-Server X anstelle von App-Server Y experimentieren. Ich habe gute Erfahrungen damit gemacht, weil (...).";
2. Verkaufen Sie diesen Vorschlag an meine Kollegen - "Ich entwickle mich jetzt schneller, da Server X viel schneller neu gestartet wird und ich nicht die ganze Zeit vergeude."
3. Verkaufe dies an den direkten Manager - "Unser Team entwickelt sich jetzt schneller, da wir Server X verwenden. Alles begann als kleines Experiment, aber jeder mag es."

Ich habe zu viele Beispiele gesehen, um einen Favoriten zu nennen, aber ich habe einige allgemeine Trends in meinem Hauptbereich, der Webentwicklung, bemerkt:

1. Eitelkeits-Websites . Hierbei handelt es sich um Websites, die keinem Zweck außerhalb der kleinen Organisation dienen, die sie beauftragt, und die sich aus einem Zwang mit Logos, Fotos von sich selbst und selbstverwöhnten Waffeln zusammensetzen. Das Schlimmste ist, dass diese in der Regel vom öffentlichen Sektor finanziert und von Personen in Auftrag gegeben werden, die keine Ahnung vom Internet haben. (Zum Beispiel hatte einmal ein NHS-Krankenhaus Trust, der eine Mini-Version von Facebook für sein eigenes Mitarbeiter-Intranet entwickeln wollte).

2. Bezahlt für ist am besten . Die Denkweise, die darauf besteht, dass für Software bezahlt wird, muss grundsätzlich besser sein als Open Source. Immerhin ist es bezahlt, oder? Ich habe gesehen, dass so viele Kunden darauf bestehen, dumme Entscheidungen zu treffen, nur weil sie in einer Kultur arbeiten, in der Open Source aus politischen Gründen automatisch nicht berücksichtigt wird.

3. Design von Ausschuss. Dies ist der Ort, an dem eine große Gruppe von Menschen ein "Brainstorming" durchführt und dann versucht, jede Crack-Pot-Idee in das Design einzubeziehen, was unweigerlich zu einem durchdachten Durcheinander führt, das bei allem Kompromisse eingeht, um zu versuchen, allen zu gefallen ( und mit jedem ist der Ausschuss gemeint, der die Entscheidungen trifft, nicht die Personen, die den Antrag verwenden müssen.

4. Berater. Hier bezahlen Sie einen Mittelsmann (der weder mit Geschäftspraktiken noch mit Softwareentwicklung vertraut ist), um sich in die Quere zu kommen und Geld abzuziehen, indem Sie den Entwicklungsprozess mit verwirrendem Techno-Babble und Business-Speak verlängern.

Ich sehe nicht, dass jemand dies schon erwähnt hat.

Erstellen Sie Ihre eigene Lösung, wenn Sie sie kaufen können.

Variationen dieses Musters:

• nicht einmal unter Berücksichtigung des Buy-vs.-Build-Kompromisses
• signifikantes Scope Creep der Inhouse-Lösung
• begrenzter Anwendungsbereich, aber auch begrenzter Nutzen der internen Lösung

Meine zwei Favoriten:

1. Einstellung von Beratern (freiberuflich) , um die Produktionskapazität zu erhöhen , während sie stattdessen in ihre eigenen Mitarbeiter investieren sollten , indem sie Berater einstellen, um neues Wissen zu bringen und ihre vorhandenen Mitarbeiter zu coachen.

2. Einstellung von Projektmanagern , die andere Projektmanager verwalten, die andere Projektmanager verwalten, die schließlich (denken), dass sie das Entwicklungsteam verwalten. Während sie das Team selbst leiten und sich stattdessen auf das Geschäft konzentrieren sollten. Ich habe Softwareprojekte gesehen, bei denen mehr Projektmanager als Entwickler beschäftigt waren. Stellen Sie sich die Treffen vor.

Begrenzung langfristiger Erhöhungen und Boni

Ich denke, es ist in Business 101 gelehrt, keine Mitarbeitererhöhungen zu geben. Ein sekundärer Fall ist die Begrenzung der Gehälter von Stars, da diese innerhalb eines bestimmten Gehaltsbereichs liegen müssen.

Irgendwann werden die Mitarbeiter feststellen, dass ihre Gehaltsstaffel nicht mit ihrer Branche (oder ihrer Leistung) übereinstimmt. Die Leute, die den Lebenslauf und die Fähigkeiten haben, werden schließlich gehen und all ihr Wissen und wahrscheinlich einige ihrer Freunde mitnehmen. Die verbleibenden Personen (die die schlechtesten Leistungen erbringen) müssen die Lücke schließen und dann mehr Zeit damit verbringen, eine neue Person einzustellen (zu Marktpreisen). Das Unternehmen tauschte also einen Star-Mitarbeiter gegen einen JR-Level-1-Mitarbeiter und verlor soeben alle "Einsparungen", die durch das Niedrighalten der Gehälter entstehen.

Im weiteren Verlauf wird das Entwicklerteam Schwierigkeiten haben, auf Augenhöhe zu bleiben, und es wird wahrscheinlich immer schlimmer, bis etwas drastisches getan wird.

Diese Antwort ist etwas anders als die meisten: keine Mitarbeiter schnell genug, Brennen oder anders ausgedrückt, übermäßig tolerant zu sein eines Mitarbeiters Fehler Gewohnheiten . Dies waren Dinge, die ich als Berater beobachtet habe und an denen ich nicht viel ändern konnte.

• Der Entwickler, der die Entwurfsentscheidungen eines Projekts, das zu seiner endgültigen Neufassung führte (es war ein komplettes Durcheinander), nur schlecht vorangetrieben hat.

• Die Entwickler, die vertrauliche unverschlüsselte Daten an Google Charts gesendet haben, weil sie dachten, es wäre cool, ein Kreisdiagramm anzuzeigen (war ein Kreisdiagramm eine Voraussetzung? Nein!).

• Der Entwickler, der sich in der Vergangenheit mit einem Unternehmen beraten und direkt eine Position bei ihm angenommen hat. Er drehte sich um und verwandelte sich in eine Primadonna, die die Position des Technischen Leiters anstrebte und so weit ging, mit dem Manager des Leiters zu sprechen, dass sie meinten, es wäre gut für ihn, die Leitung zu übernehmen. Sprechen Sie über Kühnheit! Viele Entwickler mögen den Typen nicht mehr und er hat in seinen ersten zwei Wochen als Angestellter viele Brücken gebrannt. Um das Ganze abzurunden, er ist ein sehr grüner Entwickler, der erst vor 2 Jahren seinen Abschluss gemacht hat, aber er findet ihn großartig.

Ein paar Fehler sind verständlich, aber wenn es einen Konsens zwischen vielen Entwicklern über die Einstellung oder das Können einer Person gibt, sollten Unternehmen sie eher früher als später loswerden.

Mehrmals habe ich miterlebt, wie das Management Berater nur zum Zweck der Geldausgabe hinzugezogen hat . Die meiste Zeit passierte dies Ende des Jahres, als sie verzweifelt versuchten, das Geld auszugeben. Normalerweise erhielten diese Berater Hunderte von Dollar pro Stunde und verbrachten Wochen mit einer PowerPoint-Präsentation, die niemals verwendet werden würde.

Hier spielt sich ein viel größeres Problem ab.

Viele Unternehmen haben ein Ziel - das Vermögen der Aktionäre zu erhöhen. Was sie produzieren, ist irrelevant. Wie sie es produzieren, ist irrelevant. Wie viel Abfall sie produzieren, spielt keine Rolle. Die Kosten für die Gesellschaft und den Planeten spielen keine Rolle.

Also - arbeiten Sie für ein Unternehmen oder gründen Sie ein Unternehmen, das der Gesellschaft / dem Planeten etwas Gutes tut.

Bezahlung großer Softwareunternehmen nicht nur für ihr Produkt, sondern auch für ihre "Unterstützung".

Ich arbeitete in einer Regierungsbehörde für ein Team, das tief mit Oracle verwurzelt war. Im Laufe vieler Jahre wurden ihnen Milliarden von Dollar für ihre Software gezahlt. Ausgehend von einem Startup-Hintergrund ergab dies für mich keinen Sinn - "Warum nicht MySQL oder Postgres verwenden?" Mir wurde gesagt, dass dies hauptsächlich auf die Unterstützung zurückzuführen ist, die Oracle bietet. Wenn etwas schief geht, können Sie die Lösung schnell finden.

Die Unterstützung war ein absoluter Witz. Es gab ein Problem, bei dem eine Web-App das gesamte System zum Absturz brachte. Es schien das Ergebnis einer langsamen Datenbankabfrage mit einer Kombination aus schrecklich geschriebenem Code zu sein (der von einem Team von Beratern geschrieben wurde, was eine ganz andere Antwort sein sollte). Eine "Task Force" (Stöhnen) wurde zusammengestellt, um das Problem zu lokalisieren und zu beheben. Die Task Force umfasste ein Oracle-Supportmitglied. Jeden Tag gab es bei EOB eine Telefonkonferenz, bei der die Mitglieder der Task Force den Rest des Teams über die Ergebnisse informierten. Es war ein Anruf, der lange genug gedauert hatte, bis er um 5 Uhr begann, und die Oracle-Person machte es nur noch schlimmer. Warum? Nun, "Person" zu sagen ist nicht einmal richtig. Es waren einige Leute. Es schien, als ob alle zwei oder drei Telefonkonferenzen der Oracle-Repräsentant jemand Neues wäre. Die erklärten, ihr Vorgänger sei jetzt in einem anderen Projekt oder in den Urlaub gefahren. Die neuen Leute wurden von niemandem bei Oracle unterrichtet, sodass wir jedes Mal, wenn jemand Neues hereinkam, zehn Minuten der Telefonkonferenz verschwenden mussten, um das Problem erneut zu erläutern. IhrDer Beitrag würde dann nach J2EE-Protokolldateien fragen, die nicht nur von Affen gelesen werden können, sondern auch nutzlos sind, da der schrecklich geschriebene Code beispielsweise IndexOutOfBounds-Ausnahmen auslöste, als der Programmierer Fehler beim Parsen von XML feststellte.

Mit Programmierern zum 1st Line Telefon Support.

Programmierer testen lassen.

Ich weiß, dass dies eine alte Frage ist und ich werde glücklich sein, wenn 3 Leute diese Antwort lesen, aber es ist eine lustige Geschichte zu erzählen, also was zur Hölle.

Ich kam in ein Projekt (eingebettete Systeme, sicherheitskritische Firmware, sehr hohe Einsätze) und war entsetzt über das, was ich fand. Menschen, die C (insbesondere Zeiger) falsch verwenden, keine statische Analyse, keine Codeüberprüfungen, keine Tests außer "Integrieren Sie es zusammen, führen Sie es aus, probieren Sie es aus, sehen Sie, was kaputt geht."

Ich habe meine erste Woche dort eine sehr lange E-Mail geschrieben (als Berater). Es war verwerflich, weil ich im Grunde gesagt habe, dass es falsch verwaltet wurde, die Entwickler über ihren Köpfen waren, kein Prozess verfolgt wurde usw. Es hätte an den Unternehmens-Vizepräsidenten gehen sollen, aber ich habe es stattdessen an den Entwicklungsleiter geschickt, der es beauftragt hat mich. Er war nicht ganz defensiv, tatsächlich erkannte er viele der Mängel an und sagte mir, dass ich nicht der erste war, der darauf hinwies (kein Scherz, oder?)

Um den Kern der ursprünglichen Frage zu beantworten: Ich bot an, höchstens 1 Mannwoche damit zu verbringen, das statische Analysetool von Gimpel für Lint (PC-Lint / Flexelint) auf der Plattform zu konfigurieren und auszuführen und einen vollständigen Bericht über alles zu erstellen, was gefunden wurde . Ich sagte ihnen, ich sei absolut sicher, dass wir als Ergebnis mehrere lauernde "Zeitbomben" finden würden.

Sie berechneten meinen Stundensatz, multiplizierten ihn mit 40 und stellten fest, dass dies "zu teuer" sei. Lange Rede kurzer Sinn, ich bin dort innerhalb von 60 Tagen abgereist. Ungefähr 3 Jahre später erfuhr ich von einem Produktrückruf, bei dem die Kosten sich 9 Ziffern (100 Millionen US-Dollar) näherten, ganz zu schweigen von einem Reputationsschaden des Unternehmens.

Ich werde weder das Unternehmen noch das Produkt oder die Branche erwähnen, aber ich stehe immer noch in Kontakt mit einem der dortigen Ingenieure, und als er mir erklärte, was den Rückruf verursacht hat, rollten meine Augen - es war ein Problem, das es gegeben hätte wurde sogar von einem einfachen statischen Analyse-Tool (Zugriff auf ein Array außerhalb der Grenzen) erfasst. Fairerweise kann ich nicht mit Sicherheit sagen, dass das Problem im Code lag, als ich dort war, aber ich bin mir sicher, dass dieser Fehler nicht ausgeblieben wäre, wenn sie das Geld für eine Art statisches Analysewerkzeug ausgegeben hätten.

Sie haben also 295 Dollar gespart, indem sie nicht PC-Lint gekauft haben (OK, sie haben auch höchstens eine Woche Geld gespart) - aber ich bin nirgends gut genug, um 100 Millionen Dollar für eine Woche zu verlangen.

Das nenne ich eine verdammt große Geldverschwendung.

Erinnert mich an einen Witz, den viele von Ihnen vielleicht schon gehört haben:

Hast du schon mal die Geschichte von dem riesigen Schiffsmotor gehört, der ausgefallen ist? Die Schiffseigner versuchten es mit einem Experten nach dem anderen, aber keiner von ihnen wusste, wie er den Motor reparieren sollte. Dann holten sie einen alten Mann herein, der seit seiner Kindheit Schiffe repariert hatte. Er trug eine große Werkzeugtasche bei sich, und als er ankam, machte er sich sofort an die Arbeit. Er inspizierte den Motor sehr sorgfältig von oben bis unten.

Zwei der Schiffseigner waren dort und beobachteten diesen Mann in der Hoffnung, er würde wissen, was zu tun war. Nachdem der alte Mann sich umgesehen hatte, griff er in seine Tasche und holte einen kleinen Hammer heraus. Er tippte sanft auf etwas. Sofort sprang der Motor ins Leben. Er steckte vorsichtig seinen Hammer weg. Der Motor wurde repariert! Eine Woche später erhielten die Besitzer vom alten Mann eine Rechnung über 10.000 US-Dollar.

"Was?!" riefen die Besitzer aus. "Er hat kaum etwas getan!"

Sie schrieben dem alten Mann eine Notiz mit der Aufschrift: "Bitte senden Sie uns eine detaillierte Rechnung."

Der Mann schickte eine Rechnung, die lautete:

  Tapping with a hammer ........ $ 2.00

  Knowing where to tap ......... $ 9998.00

Anstrengung ist wichtig, aber zu wissen, was Sie tun, macht den Unterschied.

Aufgeblähte Entwicklungsteams und schreckliche Produktivität in Softwareunternehmen.

Dies ist eine Konsequenz des in der Geschäftswelt üblichen Musters: Die Bedeutung eines Managers wird an der Anzahl der Untergebenen gemessen. Daher ist das Hauptanliegen eines Managers nicht die Produktivität, sondern das Gegenteil: Eine schlechtere Produktivität ist die beste Rechtfertigung, um mehr Mitarbeiter einzustellen .

In einem Unternehmen, das Software verkaufte ... und den Verkäufern die volle Provision für alle verkauften Mods gab, war der Verkauf von Produkten, die es schon gab und von denen wir nur profitieren konnten, für sie bei weitem nicht so rentabel wie der Verkauf von Einzelstücken. Dies ging einher mit dem Umzug des Verkaufspersonals vom technischen Personal auf halbem Weg durch das Land.

Dies bedeutete auch, dass wir in der Entwicklung möglicherweise die Verkaufsfristen nicht einhalten konnten, was die Kunden unglücklich machte, und große Schwierigkeiten hatten, eine Kernarbeit zu erledigen, die das Produkt für alle verbessern würde. Der erhöhte Druck führte dazu, dass die Codequalität abnahm und die Moral beeinträchtigte, insbesondere als wir Geschichten über das Verkaufsbüro hörten (die ich nie bestätigte).

Viele von uns ärgerten sich über Sales, aber tatsächlich war es nicht ihre Schuld. Sie gingen aus und verkauften so viel sie konnten und taten das, wofür sie belohnt wurden, in Übereinstimmung mit den Grenzen, die ihnen gesetzt worden waren. Es war schlechtes Management, das all diese Probleme verursachte.

Es gibt zwei, die ich erlebt habe.

1. Abbrechen eines Projekts mit einem hohen ROI für das Unternehmen, das zu 80% abgeschlossen war, und Verteilen von 100 gravierten und vergoldeten iPods an leitende Angestellte.

2. Entlassung von mehreren hundert Personen und Ankündigung von erheblichen Gehaltserhöhungen und Prämien für die leitenden Angestellten am nächsten Tag.

Diese Programme sind nicht vollständig programmbezogen, haben aber mit Sicherheit viel Geld verschwendet und allen Beteiligten einen Schlag ins Gesicht versetzt.

Ich wurde nicht entlassen, aber ich bekam auch keine Gehaltserhöhung oder einen iPod ...

Ich habe ein paar schreckliche Outsourcing-Projekte gesehen, bei denen es gelungen ist, die Kosten signifikant zu erhöhen, ohne die Effizienz zu steigern oder sogar zu verringern.

Im schlimmsten Fall wurde das neue Outsourcing-Team eingerichtet und qualifiziert, aber das vorhandene Onshore-Team blieb bestehen, da dem Outsourcing-Team nicht vertraut wurde, dass es die kritischen Arbeiten tatsächlich ausführt.

Zu diesem Zeitpunkt wäre es logisch gewesen, den Ausfall zu akzeptieren und das Outsourcing-Team herunterzufahren, aber da das Management nicht öffentlich zugeben wollte, dass es nicht funktioniert hatte, blieben beide Teams an Ort und Stelle (mit einem signifikanten Anstieg der Kosten) ohne Steigerung der Effizienz oder der nutzbaren Kapazität), bis das Ganze begraben werden konnte.

In einem anderen Fall wurde die Entwicklung ausgelagert und das ursprüngliche Team entlassen. Zwei Jahre später stellten sie fest, dass es nicht geklappt hatte und zahlten sich aus, das ganze Los wieder in Eigenregie zu bringen, nur um festzustellen, dass zusätzlich zu den sehr erheblichen Kosten einer erneuten Übergabe die Auswirkungen von Wissensverlust, Einstellungsgebühren, Vertragsbeendigungen und so weiter auftraten Die Outsourcing-Organisation hatte einen erheblichen Teil des Quellcodes verloren.

(Anmerkung: Ich sage nicht, dass Outsourcing nicht funktionieren kann, nur, dass die Menschen zu oft von potenziellen Einsparungen verführt werden und die Realitäten ihrer neuen Welt, die Änderung von Prozessen und Arbeitspraktiken und so weiter, die dazu führen, nicht berücksichtigen hauptsächlich geschraubte Projekte)

Technische Schulden

Ich habe gesehen, ist die chronische "das tote Pferd schlagen" von Legacy-Code. Oder mehr auf den Punkt gebracht, aus Sicht der Gräben, unzählige Stunden im Wartungsmodus, wenn das gesamte Team weiß, dass wir im Ersatzmodus sein sollten.

Was wir getan haben ... ist noch im Gange. Der Versuch, positive Veränderungen von innen her hervorzurufen

Leistungstest

Einfach, es nicht zu tun. Auch hier wird noch an der positiven Veränderung von innen gearbeitet.

Ich habe mit einigen staatlichen Institutionen zusammengearbeitet und sie sind erstaunlich darin, Geld für IT zu verschwenden. Vom Kauf aufgeblähter Middleware über die Lösung extrem einfacher Probleme bis hin zur Zahlung von Tausenden und Abertausenden von Dollar an einen Anbieter, damit dieser eine CSV erstellt. Ohne interne Mitarbeiter mit ausreichender Erfahrung scheinen sie sich entweder über die Vorlaufkosten oder die Wartung zu ärgern.

In Nicht-Software-Unternehmen (Banken, Versicherungen) mit Inhouse-IT stammt das Geld aus verschiedenen Unternehmensgruppen. Die Geschäftsgruppen erhalten direkt Verkaufsgespräche mit Anbietern und werden diese an die IT weiterleiten. Sie bezahlen für die Software / Hardware und Ihr Gehalt, damit Ihre Proteste nirgendwo hingehen.

• Das Bezahlen für aufgeblähte Anwendungen und Middleware, die im mittleren bis hohen fünfstelligen Bereich liegt und sich nicht einmal in die vorhandene Systemarchitektur einfügt
• Mit teurer Software wie HP QualityCenter, BMC Remedy, HP LoadRunner usw., wo bessere und billigere Optionen verfügbar sind
• Bei Multi-City-Teams fallen viele Reisekosten an, manchmal nur für wenige Stunden Meeting
• Wenn Sie für eine Windows 7-Lizenz zahlen, die sich auf neuen Computern befindet, und dann erneut zahlen, um ein Downgrade auf Windows XP durchzuführen, ist die neue SOE (2010 entwickelt) immer noch XP
• Überkapazität in Hardware

Ich arbeite im Bereich Leistungstests und sehe (buchstäblich) Millionen von Dollar pro Jahr, die aus vier Gründen von Organisationen in den Abfluss gespült werden

1. Einstellung eines Outsourcers allein aufgrund des Preises, nicht qualifizierender Fähigkeiten und nicht regelmäßiger Überprüfung der Fähigkeiten der Leistungstester. Die Einstellung eines Amateur-Leistungstesters ist mit der Einstellung eines Amateur-Klempners oder eines Amateur-Elektrikers vergleichbar. Es dauert viel länger, bis grundlegende Aufgaben erledigt sind. Viele laufende Prüfungen gehen verloren, und wenn Sie herausfinden, wie Schlimm, sie waren schrecklich teuer zu reparieren (in der Produktion). Als Moderator für ein halbes Dutzend Foren in diesem Bereich beobachte ich regelmäßig Leute, denen grundlegende Fähigkeiten in den Bereichen Testen, Kommunikation, Projektmanagement, Entwicklung, Systemanalyse usw. fehlen. Für die Person, die LoadRunner früher als Geldverschwendung bezeichnet hat, gibt es nur ein Ergebnis, das Sie erwarten sollten, wenn Sie einen Dummkopf auf ein Werkzeug werfen.

2. Leistungsanforderungen werden nicht erfasst. Dies wirkt sich auf die gesamte Organisation aus, da Sie eine andere Sicht auf die Leistung in den Bereichen Architektur, Plattformtechnik, Anwendungstechnik, funktionale Qualitätssicherung und Leistungssicherung haben, von denen keine tatsächlich mit den Geschäftsinteressenten übereinstimmt (und dies häufig nicht der Fall ist). Dies ist ein Prozessproblem, da in vielen Organisationen das Leistungstestteam aufgefordert wird, die Leistungsanforderungen zu erfassen und anhand dieser zu testen. Für ordnungsgemäße Prüfungen und Abwägungen sollten Sie die eine und nicht die andere durchführen. In Bezug auf 1 oben haben Sie mit unreifen Mitarbeitern Leute, die nicht einmal eine ordnungsgemäße Leistungsanforderung erkennen können, keinen Messpunkt zum Überprüfen mit einem Lastprofil haben und dennoch "Skripte zum Ausführen" erstellen. Dies ist eine Verschwendung von Zeit und Mühe und trägt wenig zur Qualitätsverbesserung bei. Leistung braucht eine gemeinsame Perspektive im gesamten Unternehmen und ist nicht etwas, das am Ende nur angegangen werden kann, wenn es nicht von Anfang an entwickelt wurde.

3. Management der Leistungstestumgebung. Ich kann Ihnen nicht sagen, wie viele Organisationen mit der Ausführung von Testumgebungen verzögert sind, wenn die Testorganisation zur Ausführung bereit ist. Nur bei einem Kunden kann ich dies als ein Problem von mehreren Millionen Dollar in Bezug auf Stunden sehen, die beim Warten verloren gehen

4. Projektmanager, die keine Ahnung davon haben, was Leistungstests sind, welche Aufgaben damit verbunden sind oder mit welchem ​​Aufwand sie zu tun haben, die aber vorgeben, wie lange die Aktivitäten dauern sollen. Dies führt zu Abweichungen im Projektplan, die sich ausschließlich darauf beziehen, wie Artikel terminiert wurden (und infolgedessen zu Kostenüberschreitungen). Dies hängt auch direkt mit 1 oben zusammen, da unreife Tester weder die Anzahl und Art der Aufgaben noch die Dauer der Aufgaben genau projizieren können. Es ist ein Grundsatz, dass, wenn Sie jemandem erlauben, der nicht versteht, was Sie tun und warum Sie es tun, zu bestimmen, wie Sie arbeiten und wie lange Sie brauchen, dieser Weg zum Scheitern führt. Bei Leistungstests kommt das nur allzu oft vor.

Proprietäre Versionskontrollsysteme. Angesichts des Zustands von Git und Mercurial verstehe ich nicht, warum sich die Leute für etwas mit einem Torhüter entscheiden würden.

Sie müssen nicht nur für das VCS bezahlen, sondern auch pro Benutzer. Darüber hinaus wird Ihre Flexibilität in den Fuß geschossen. Sie könnten ebenso gut ein T-Shirt tragen, das sagt "I ♥ Vendor Lock In !!!"

Ich denke, dass es heutzutage nur verrückt ist, kein freies (D) VCS zu verwenden. Wenn Sie viele Zusatzleistungen dazu haben möchten, gibt es solche Dinge wie Kiln.

Ich glaube nicht, dass ich für jemanden arbeiten gehen würde, der auf BitKeeper oder Ähnlichem bestand.

Ich habe fast dasselbe über Emulatoren gesagt, aber Produkte wie Simics bieten weiterhin erhebliche Vorteile gegenüber kostenlosen Alternativen.

Statusmeetings & wöchentliche Berichte

In einer Organisation, in der ich gearbeitet habe, drehte sich alles um wöchentliche Statusberichte - auf drei verschiedenen Ebenen zusammengefasst. Die Entwickler-Leads und Test-Leads für jedes der 4-6 Projekte im Flug melden ihren Fortschritt in einer langen E-Mail, die dann vom nächsten Manager aufgerollt wird, die wiederum vom nächsten Manager willkürlich zusammengefasst wird.

Am folgenden Arbeitstag treffen sich alle Projektleiter zu einer einstündigen Besprechung, um den Bericht zu durchgehen.

Tatsächlich wird jede Woche an einem Tag über den Fortschritt dieser Woche berichtet. Denken Sie daran, dass dies alles unabhängig von den täglichen Stand-ups und wöchentlichen Demo / Retrospektiv-Meetings ist.

Ich arbeite für eine öffentliche Einrichtung. Es gibt wirklich keine Möglichkeit, die Abfallmenge angemessen zu erklären, die anfallen kann, wenn der Arbeitsplatz so stark gesetzlich geregelt und gewerkschaftlich organisiert ist, dass es praktisch unmöglich ist, jemanden zu entlassen.

Manager spielen mit schlechten Mitarbeitern am Paket vorbei und hoffen, sie alle im Rahmen einer Umstrukturierung auf einmal zu entfernen. Einige schlechte Mitarbeiter werden befördert, nur um sie aus einem Bereich zu bringen, der verbessert werden muss. Jedes gute Personal kämpft ständig darum, die schlechte Arbeit des Personals auszugleichen. Mitarbeiter, die Sie nicht für 3 Monate behalten würden, schmieden eine 40-jährige Karriere. Die Menge an Geld, die sie in solchen Karrieren verschwenden, ist astronomisch.

Ich habe vorher im privaten Sektor gearbeitet und viel Müll gesehen, aber der Müll im öffentlichen Sektor ist eine ganz andere Sportart, geschweige denn ein Ballspiel.

In einem Kommentar wurde angedeutet, dass die Einrichtung von Sinecures für unterdurchschnittliche Mitarbeiter helfen würde. Dies würde dazu beitragen, den Schaden, den sie anrichten könnten, zu begrenzen, aber die eigentlichen Ursachen des Problems nicht zu beeinträchtigen. Ich denke, das Beste wäre die Verabschiedung einiger Einstellungs- und Verwaltungsverfahren des Privatsektors und Gesetzesänderungen, um es den öffentlichen Stellen zu erleichtern, Mitarbeiter, die unterdurchschnittliche Leistungen erbringen, zu entlassen. Gewerkschaften sollten auch ihre Politik in Absprache mit der Regierung ändern - ihre Rolle als Schutz ihrer Mitglieder ist wichtig, aber sie sollten erkennen, dass ihre Mitglieder manchmal wirklich überfordert sind und weiterentwickelt werden sollten

Ein Projekt, an dem ich mit einem großen Finanzinstitut gearbeitet habe. Täglich gab es riesige Mengen an Telefonkonferenzen, und ich schätzte, dass sie nur bei Telefonkonferenzen etwa 100.000 USD pro Tag gekostet haben. Das Projekt dauerte ca. 2 Jahre. Sie verfügten über eine Vielzahl von Legacy-Systemen, und als vor einigen Jahren die Sommerzeitänderungen vorgenommen wurden, zahlten sie Microsoft etwa eine halbe Million Dollar für die Entwicklung eines DST-Patches für NT 3.51.

Wir hatten eine kleine Menge Arbeit und machten kaum Rechnungen und Gehaltsabrechnungen in einem kleinen Laden, in dem ich arbeitete. Die Lösung: Beauftragen Sie einen Effizienzberater und einen persönlichen Sekretär für den Chef, damit dieser mehr "Fleisch- und Kartoffelarbeit" verrichten kann.

Beheben Sie einen Haushaltsengpass, indem Sie die Ausgaben erhöhen ... scheitern.

Positiv zu vermerken ist, dass der Effizienzfachmann eine Trockenlöschkarte geliefert hat, auf der wir unsere abrechnungsfähigen Stunden nachverfolgten und bezahlten ... raten Sie mal, wer am wenigsten abrechnungsfähige Stunden hatte.

Mal sehen, wir haben einmal weit über eine halbe Million Dollar für die Arbeit ausgegeben, um einen Vertrag über eine Million Dollar zu gewinnen. Soviel zum Gewinn. Einige von uns im Entwicklungsteam für Projektvorschläge versuchten, darauf hinzuweisen, aber es war ein Stolz für unser kleines Unternehmen, die Fortune 500-Unternehmen, mit denen wir konkurrierten, für sich zu gewinnen. Wir haben aus diesem und anderen Gründen das erste Mal Geld gewonnen und verloren, aber wir hatten prahlerische Rechte.

Als Auftragnehmer der Regierung war ich einmal gezwungen, unbezahlte Überstunden zu leisten, weil der Vertrag dies erlaubte und der Auftragnehmer für meine Überstunden bezahlt wurde. Ich war nicht nur mit meiner Arbeit beschäftigt und verbrachte jeden Sonntag 4 Stunden damit, ohne Arbeit im Internet zu surfen. Unnötig zu erwähnen, dass ich sehr schnell weitermachte, nachdem sie diesen Unsinn angefangen hatten.

Wenn Sie Clarity als unser Projektverwaltungssystem kaufen, eine kommerzielle App, die so schlecht ist, haben 100% der Benutzer gebeten, zu unserem alten System zurückzukehren (derjenige, der es mochte und wählte, ist zu einem anderen übergegangen) Unternehmen), meldeten sich die Leute sogar freiwillig, um die von ihnen gewünschten Berichte in unser altes System aufzunehmen. Aber wir haben das Geld investiert, damit wir nicht weiterkommen. Mit anderen Worten, sich weigern, etwas aufzugeben, das nicht funktioniert, nur weil es teuer war.

Bloße Verschwendung. Ein IT-Aufwand, der um viele Millionen gekürzt werden musste. Der Weg, dies zu tun, bestand darin, die IT-Leute aus der ganzen Welt hereinzufliegen. Legen Sie sie für eine Woche in ein Flash-Hotel. In dem Gebäude, in dem die Versammlungen stattfanden, wurde ein neues Stockwerk errichtet. Marmor natürlich. Und über Nacht, zwischen den Sitzungen jeden Tag, wurde das Gebäude renoviert. Das ist jeden Abend für eine Woche.

Äh ... Prioritäten jemand?

Fantasie Land.

Das Unternehmen, für das ich arbeite, hat 800 US-Dollar für eine CHART FX-Lizenz bezahlt. Es ist noch nicht einmal mein Geld.

http://www.softwarefx.com/sfxNetProducts/ChartFX/

Nur für Kicks, ihre Software wird Dateien überall platzieren, einschließlich der Registry- und Programmdateien .... yep all das für einige naff aussehende Charts.