Was ist die unerhörte Verschwendung von Geld, das Sie gesehen haben, und was hast du dagegen tun?[geschlossen]

https://softwareengineering.stackexchange.com/questions/18585

22-10-2019
|

Frage

Oft haben wir als Programmierer große Organisationen verschwenden riesige Summen in aufgeblähten und ineffizienten Lösungen für Probleme.Dies schmerzt mich sehr, denn ich mag die Organisationen profitieren von best-of-breed-Lösungen.Aber meine Fähigkeiten als Programmierer sind begrenzt, wenn es um die Beeinflussung der Entscheidungsträger und oft meinen Blickwinkel auf die Materie gebunden ist meine eigene kleine technische Welt.

So, meine Frage ist.Nach der Begegnung eine unerhörte Verschwendung von Geld auf einige software und/oder hardware, die wirklich Ihren Bock, was hast du über Sie zu erhalten es fest oder waren Sie dazu verdammt, Sie zu beißen Sie die Kugel und mutter für immer unter Ihrem Atem?Ich bin daran interessiert zu hören, Ihre Allgemeinen Erfahrungen und vor allem, was Lektionen haben Sie gelernt, über den Umgang mit dieser Art der Sache in der Zukunft.Lasst uns nicht die Namen, die Erfahrung, wie das problem anzugehen ist wichtiger als das tatsächliche beanstandeten Produkt.

Lösung

Bezahlung für große, sperrige, fehlerhafte kommerzielle Produkte im Bereich von:

Anwendungsserver;
Testwerkzeuge;
Entwicklungsumgebungen.

Wenn die Open-Source- oder leichte Alternativen offensichtlich überlegen sind.

Meine Schritte sind normalerweise:

Stellen Sie eine Alternative als Referenz ein - zB "Ich werde mit dem App -Server X anstelle von App Server Y experimentieren. Ich hatte gute Erfahrungen damit, weil (...).";
Verkaufen Sie diesen Vorschlag an meine Kollegen: "Ich entwickle jetzt schneller, da Server X viel schneller neu startet und die ganze Zeit nicht verschwendet habe."
Verkaufen Sie dies an den unmittelbaren Manager: "Unser Team entwickelt sich jetzt schneller, da wir Server X verwenden. Alles begann als kleines Experiment, aber jeder mag es."

Andere Tipps

Ich habe zu viele Beispiele gesehen, um einen Favoriten zu nennen, aber ich habe ein paar allgemeine Trends in meinem Hauptfeld, Webentwicklung, bemerkt:

Eitelkeitswebsites. Dies sind Websites, die für niemanden außerhalb der kleinen Organisation einen nützlichen Zweck erfüllen, der sie aufnimmt und auf einen obsessiven Zwang mit Logos, Fotos von sich selbst und nachsichtiger Waffel basiert. Das Schlimmste ist, dass dies in der Regel von Personen, die keine Ahnung über das Web haben, finanziert und in Auftrag gegeben werden. (Zum Beispiel hatte einst ein NHS Hospital Trust, das eine Mini-Version von Facebook für das Intranet ihres eigenen Personals entwickeln wollte.)
Bezahlt ist am besten. Die Denkweise, die darauf besteht, dass bezahlte Software intrinsisch besser sein muss als Open-Source. Schließlich wird es bezahlt, oder? Ich habe so viele Kunden gesehen, dass sie dumme Entscheidungen treffen, nur weil sie in einer Kultur arbeiten, die automatisch etwas offener Open-Source-Richtlinien reduziert.
Entwurf durch Komitee. Hier hat eine riesige Gruppe von Menschen einen "Brainstorming" und versuche dann, jede Crack-Pot-Idee in das Design einzubeziehen, was zwangsläufig zu einem schlecht durchdachten Durcheinander führt, was zu Gunsten von dem Versuch, jedem zu gefallen Und mit allen meinen sie, dass das Komitee die Entscheidungen trifft, nicht die Personen, die den Antrag verwenden müssen).
Berater. Hier zahlen Sie einen Mittelmann (der weder Geschäftspraktiken noch Softwareentwicklung kennt), um sich in die Art und Weise zu machen und Geld zu vermitteln, indem Sie den Entwicklungsprozess mit verwirrendem Techno-Babble und Business-Speak langen.

Ich sehe nicht, dass jemand diesen noch erwähnt hat.

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

Variationen dieses Musters:

Nicht einmal unter Berücksichtigung des Buy-VS.-Build-Kompromisses
Signifikanter Umfangskriech der internen Lösung
Begrenzter Umfang, aber auch begrenzter Nutzen der internen Lösung

Meine zwei Favoriten:

Einstellungsberater (freiberuflich) Nur um mehr Produktionskapazität hinzuzufügen, während sie sollten in ihre eigenen Mitarbeiter investieren Stattdessen, indem Sie Berater einstellen, um neue Kenntnisse zu erzielen und ihre bestehenden Personen zu trainieren.
Projektmanager einstellen Dadurch verwalten andere Projektmanager, die andere Projektmanager verwalten, die schließlich das Entwicklungsteam verwalten. Während sie das Team stattdessen selbst verwalten und sich auf das Geschäft konzentrieren sollten. Ich habe Softwareprojekte gesehen, bei denen sie mehr Projektmanager als Entwickler hatten. Stellen Sie sich die Treffen vor.

Langzeitaufnahmen und Boni einschränken

Ich denke, es lehrt in Business 101 bis nicht Geben Sie Mitarbeiter an. Ein sekundärer Fall besteht darin, die Gehälter von Star -Darstellern zu begrenzen, da sie in einen bestimmten Gehaltsbereich passen müssen.

Schließlich werden die Mitarbeiter erkennen, dass ihre Gehaltsstätte nicht in der Branche (oder in der Produktion) im Einsatz ist. Die Menschen, die den Lebenslauf und die Fähigkeiten haben, werden irgendwann verlassen und all ihr Wissen und wahrscheinlich einige ihrer Freunde mitnehmen. Die verbleibenden Personen (die die untersten Darsteller sind) müssen die Lücke aufnehmen und dann mehr Zeit damit verbringen, eine neue Person zu mieten (zum Marktpreis). Das Unternehmen hat also gerade einen Star -Mitarbeiter gegen JR Level 1 eingetauscht und alle "Einsparungen", die Gehälter niedrig zu halten, verlor.

In dem weiteren Verlauf wird das Entwicklungsteam Schwierigkeiten, auf dem Nennwert zu bleiben, und wird wahrscheinlich immer schlechter, bis etwas Drastisches getan wird.

Diese Antwort ist etwas anders als die meisten: einen Mitarbeiter nicht früh genug abfeuern, oder anders angegeben, übermäßig tolerant gegenüber einem Mitarbeiter eines Mitarbeiters ~~Fehler~~ Gewohnheiten. Dies waren Dinge, die ich beobachtet habe und die ich als Berater nicht viel tun konnte.

Der Entwickler, der die Entwurfsentscheidungen eines Projekts schlecht fuhr, das zu seinem späteren Umschreiben führte (es war ein komplettes Chaos).
Der Entwickler, der sensible unverschlüsselte Daten an Google -Diagramme gesendet hat, weil sie es für cool hielten, ein Kreisdiagramm anzuzeigen (war ein Kreisdiagramm eine Anforderung? Nein!).
Der Entwickler, der sich in der Vergangenheit mit einem Unternehmen konsultierte und direkt eine Position mit ihnen annahm. Er machte ein Gesicht und verwandelte sich in eine Prima -Donna, die die technische Führung suchte und ging so weit mit dem Manager des Leads, dass sie dachten, es wäre gut für ihn, die Leitung zu übernehmen. Sprechen Sie über Audacity! Viele Entwickler mögen den Typ nicht mehr und er verbrannte in seinen ersten 2 Wochen als Angestellter viele Brücken. Um das Ganze abzurunden, ist er ein sehr grünes Entwickler, der erst vor 2 Jahren ihren Abschluss gemacht hat, aber er findet, dass er großartig ist.

Ein paar Fehler sind verständlich, aber wenn es einen Konsens zwischen vielen Entwicklern über die Einstellung oder das Fähigkeitsniveau besteht, sollten Unternehmen sie eher früher als später loswerden.

Mehrmals habe ich gesehen, wie das Management Berater für die einbrachte alleiniger Zweck, Geld auszugeben. Die meiste Zeit geschah dies Ende des Jahres, als sie verzweifelt unter-budget versuchten, das Geld auszugeben. Normalerweise würden diese Berater Hunderte von Dollar pro Stunde erhalten und verbringen Wochen mit einer PowerPoint -Präsentation, die niemals verwendet werden würde.

Hier ist ein viel größeres Problem im Spiel.

Viele Unternehmen haben ein Ziel, um den Vermögen des Aktionärs zu erhöhen. Was sie produzieren, ist irrelevant. Wie sie es produzieren, ist irrelevant. Wie viel Abfall sie produzieren, ist irrelevant. Die Kosten für die Gesellschaft und der Planet sind irrelevant.

Also - arbeiten Sie für ein Unternehmen oder gründen Sie ein Unternehmen, das für die Gesellschaft / den Planeten etwas von Nutzen bringt.

Zahlen Sie große Softwareunternehmen nicht nur für ihr Produkt, sondern auch für ihre "Unterstützung".

Ich arbeitete bei einer Regierungsbehörde für ein Team, das tief im Bett mit Oracle war. Im Laufe von vielen Jahren wurden sie für ihre Software Bajillionen Dollar bezahlt. Als er aus einem Start -up -Hintergrund kam, machte dies für mich keinen Sinn: "Warum nicht MySQL oder Postgres verwenden?" Mir wurde gesagt, dass es hauptsächlich an der Unterstützung gelten, die Oracle bietet. Wenn etwas schief geht, hilft es Ihnen, die Lösung schnell zu finden.

Die Unterstützung war ein absoluter Witz. Es gab ein Problem, bei dem eine Web -App das gesamte System immer wieder zum Absturz brachte. Es schien ein Ergebnis einer langsamen Datenbankabfrage mit einer Kombination aus schrecklich geschriebenem Code (das von einem Team von Beratern verfasst wurde, was eine ganz andere Antwort sein sollte). Eine "Task Force" (Groan) wurde zusammengebaut, um das Problem zu bestimmen und zu beheben. In die Task Force war ein Oracle -Support -Mitglied enthalten. Jeden Tag bei EOB würde es einen Anruf für Konferenz geben, bei dem die Mitglieder der Task Force den Rest des Teams mit den Ergebnissen aktualisieren würden. Es war ein lang genug Anruf, dass niemand auf B/C sein wollte. Es begann um 5 Jahre alt, und die Oracle -Person machte es einfach schlimmer. Wieso den? Nun, "Person" zu sagen ist nicht einmal korrekt. Es war eine Reihe von Menschen. Es schien, als ob alle zwei oder drei Telefonkonferenzen der Oracle -Vertreter jemand neu sein würde, der erklärte, dass sein Vorgänger jetzt in einem anderen Projekt sei oder in den Urlaub gegangen war. Die neuen Leute wurden nie von jemandem bei Oracle informiert. Jedes Mal, wenn jemand neu kam, mussten wir zehn Minuten der Telefonkonferenz verschwenden, um das Problem erneut zu erklären. Ihr Beitrag Würde dann nach J2EE -Protokolldateien fragen, die nicht nur einen Affen lesen können, sondern auch nutzlos waren, da der schrecklich geschriebene Code Dinge wie das Werfen von Indexoutouts -Ausnahmen machte, wenn der Programmierer Fehler bei der Analyse von XML fand.

Programmierer für den 1. Line -Telefonsupport haben.

Programmierer testen.

Ich weiß, dass dies eine alte Frage ist und ich Glück haben kann, wenn 3 Leute diese Antwort lesen, aber es ist eine lustige Geschichte zu erzählen, also was zum Teufel.

Ich kam in ein Projekt (eingebettete Systeme, sicherheitskritische Firmware, sehr hohe Einsätze) und war entsetzt über das, was ich gefunden habe. Menschen, die C (insbesondere Zeiger) fälschlicherweise verwenden, keine statische Analyse, keine Code -Bewertungen, keine anderen Tests als "zusammen integrieren, ausführen, sie darüber schlagen, sehen, was bricht".

Ich habe in meiner ersten Woche dort eine sehr lange E -Mail geschrieben (als Berater). Es war Würfel, weil ich im Grunde sagte, es sei falsch verwaltet, die Entwickler waren über ihren Köpfen, kein Prozess wurde verfolgt usw. Es hätte an den Vizesioker der Unternehmen gehen sollen, aber stattdessen habe ich es an den Entwicklungsmanager geschickt, der eingestellt hat, der eingestellt hat mich. Er war nicht ganz defensiv darüber, tatsächlich erkannte er viele der Mängel an und sagte mir, ich sei nicht der erste, der sie darauf hinwies (kein Scherz, oder?)

Um den Kern der ursprünglichen Frage zu beantworten: Ich habe angeboten, höchstens 1-wöchentliche Gimpels Lint (PC-Lint / Flexelint) statisches Analyse-Tool konfiguriert und auf ihrer Plattform auszuführen, und um einen vollständigen Bericht über alles auszuführen, was gefunden wurde, . Ich sagte ihnen, ich bin mir absolut sicher, dass wir als Ergebnis mehrere "Zeitbomben" lauern würden.

Sie berechneten meinen Stundensatz, multiplizierten ihn mit 40 und stellten fest, dass es "zu teuer dafür" war. Kurz gesagt, ich bin innerhalb von 60 Tagen dort gegangen. Ungefähr 3 Jahre später erfuhr ich von einem Produktrückruf, den Kosten gingen 9 Zahlen (100 Millionen US -Dollar) an, ganz zu schweigen von Schäden am Ruf des Unternehmens.

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

Sie haben also 295 US -Dollar gespart, indem sie PC -Lint nicht gekauft haben (OK, sie haben auch eine Woche lang, um mich zu bezahlen, höchstens) - aber ich bin nirgendwo gut genug, um eine Woche lang 100 Millionen US -Dollar zu berechnen.

Das nenne ich eine verdammt große Geldverschwendung.

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

Haben Sie jemals die Geschichte des riesigen Schiffsmotors gehört, der fehlgeschlagen ist? Die Besitzer des Schiffes versuchten einen Experten nach dem anderen, aber keiner von ihnen konnte sich vorstellen, aber wie man den Motor repariert. Dann brachten sie einen alten Mann herein, der seit seinem Jugendlichen Schiffe repariert hatte. Er trug eine große Tüte Werkzeuge mit sich und als er ankam, ging er sofort zur Arbeit. Er inspizierte den Motor sehr sorgfältig von oben bis unten.

Zwei der Schiffsbesitzer waren dort und beobachteten diesen Mann und hofften, dass er wissen würde, was zu tun ist. Nachdem der alte Mann die Dinge hinübergesehen hatte, griff er in seine Tasche und zog einen kleinen Hammer heraus. Er klopfte sanft etwas. Sofort wurde der Motor ins Leben gerufen. Er legte seinen Hammer sorgfältig weg. Der Motor war repariert! Eine Woche später erhielten die Eigentümer eine Rechnung vom alten Mann für 10.000 US -Dollar.

"Was?!" Die Eigentümer rief aus. "Er hat kaum etwas getan!"

Also schrieben sie dem alten Mann eine Notiz mit der Aufschrift: "Bitte senden Sie uns eine aufgeführte Rechnung."

Der Mann schickte eine Rechnung mit der Aufschrift:

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

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

Mühe ist wichtig, aber das Wissen, was Sie tun, macht den Unterschied.

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

Dies ist eine Folge des gemeinsamen Musters in der Geschäftswelt: Die Bedeutung eines Managers wird an der Anzahl der Untergebenen gemessen. Daher ist das Problem eines Managers keine Produktivität, sondern das Gegenteil: Eine schlechtere Produktivität ist die beste Rechtfertigung, mehr Menschen einzustellen .

In einem Unternehmen, das Software verkaufte, gab es den Verkäufern den verkauften maßgefertigten Mods die vollständige Provision für alle benutzerdefinierten Mods, so dass der Verkauf von etwas, das bereits existierte und wir einfach profitieren konnten, für sie nicht annähernd so rentabel wie der Verkauf von Einständen. Dies wurde mit dem Umzug des Vertriebsmitarbeiter im ganzen Land aus dem technischen Personal kombiniert.

Dies bedeutete auch, dass wir in der Entwicklung die Verkaufsfristen unmöglich einhalten konnten, die Kunden unglücklich machten und große Schwierigkeiten hatten, eine Kernarbeit zu erledigen, die das Produkt für alle verbessern würde. Der erhöhte Druck führte zu einer Verringerung und Verletzung der Moral, insbesondere als wir Geschichten über das Vertriebsbüro hörten (was ich nie bestätigt habe).

Viele von uns ärgerten sich um den Umsatz, 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 auf sie gesetzt worden waren. Es war ein schlechtes Management, das all diese Probleme verursachte.

Es gibt zwei, die ich erlebt habe.

Absagung eines Projekts, das einen riesigen ROI für das Geschäft hatte, das zu 80% abgeschlossen war, und dann 100 gravierte und goldplattierte iPods an Senior -Führungskräfte verteilte.
Mehrere hundert Menschen und dann am folgenden Tag erhebliche Gehaltserhöhungen und Boni für die leitenden Angestellten ankündigen.

Diese sind nicht vollständig programmiert, aber mit Sicherheit haben viel Geld verschwendet, und für alle Beteiligten einen Schlag ins Gesicht.

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

Ich habe ein paar schreckliche Outsourcing -Projekte gesehen, die es schafften, die Kosten erheblich zu steigern und gleichzeitig die Effizienz nicht zu erhöhen oder tatsächlich zu verringern.

Im schlimmsten Fall wurde das neue Outsource-Team eingerichtet und qualifiziert, aber das vorhandene Onshore-Team blieb vorhanden, da das Outsource-Team nicht vertraut war, tatsächlich eine der kritischen Arbeiten zu erledigen.

Zu diesem Zeitpunkt wäre die logische Sache offensichtlich darin bestehen, das Misserfolg zu akzeptieren und das Outsource -Team zu schließen, aber da das Management nicht bereit war, öffentlich zuzugeben, dass beide Teams nicht gelassen wurden (zu einem erheblichen Anstieg der Kosten ohne Erhöhung der Effizienz oder nutzbarer 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 funktioniert und bezahlt hatte, um das gesamte Grundstück wieder in Haus zu bringen, nur um festzustellen, dass zusätzlich zu den erheblichen Kosten einer weiteren Übergabe die Auswirkungen verloren Auf der Outsource -Organisation hatte eine bedeutende Menge des Quellcodes verloren.

(Hinweis: Ich sage nicht, dass Outsourcing nicht funktionieren kann, nur dass zu oft Menschen durch potenzielle Einsparungen verführt werden und die Realitäten ihrer neuen Welt, die Veränderung zu Verarbeitung und Arbeitspraktiken nicht berücksichtigen, was dazu führt größte verarschte Projekte)

Technische Schulden

Ich habe gesehen, dass das chronische "das tote Pferd" des Legacy -Codes "das tote Pferd schlägt. Oder mehr auf den Punkt, aus dem Gesichtspunkt der Gräben, unzählige Stunden im Wartungsmodus, wenn das gesamte Team weiß, dass wir uns im Austauschmodus befinden sollten.

Was wir getan haben ... ist immer noch weiter. Der Versuch, positive Veränderungen von innen zu berufen

Leistungstest

Einfach, es nicht tun. Ich arbeite wieder immer noch an der positiven Veränderung von innen.

Ich habe mit ein paar gearbeitet staatliche Einrichtungen Und sie sind unglaublich darin, Geld darauf zu verschwenden. Vom Kauf von aufgeblähtem Middleware bis zur Lösung extrem einfacher Probleme bis hin zur Zahlung von Tausenden und Tausenden von Dollar an einen Anbieter, damit sie einen CSV erstellen. Ohne interne Menschen mit ausreichender Erfahrung scheint es, dass sie entweder mit den Vorabkosten oder bei der Wartung flüchtet werden.

In Nicht-Software-Unternehmen (Banken, Versicherung) mit internem IT stammt das Geld von verschiedenen Geschäftsgruppen. Die Unternehmensgruppen erhalten direkt Verkaufsgespräch von Anbietern und werden es auf das IT weitergeben. Sie zahlen für die Software/Hardware und Ihr Gehalt, sodass Ihre Proteste nicht dorthin gehen.

Bezahlung für aufgeblähte Anwendungen und Middleware, die Mitte der fünf Zahlen kostet und nicht einmal in die vorhandene Systemarchitektur passen
Verwenden teurer Software wie HP QualityCenter, BMC Remedy, HP Loadrunner usw., wo bessere und billigere Optionen verfügbar sind
Mit Multi -City -Teams viele Reisekosten, manchmal für nur wenige Stunden Treffen
Bezahlung für Windows 7 -Lizenz, die SOME mit neuen Maschinen und dann erneut für die Herabstufung von Windows XP als neue SOE (im Jahr 2010 entworfen) ist, ist immer noch XP
Überkapazität in Hardware

Ich arbeite in der performance testing Beruf und ich bezeuge (buchstäblich) Millionen von Dollar pro Jahr geleert werden den Bach runter, die von Organisationen aus vier Gründen

Die Einstellung eines Auftraggebers beruht auf den Preis allein, nicht qualifizierende Fähigkeiten und nicht die regelmäßige überprüfung der Fähigkeiten der performance-Tester.Die Einstellung eines amateur-performance tester ist ein viel wie die Einstellung von einem amateur-Klempner oder Hobby-Elektriker, es wird nehmen Sie viel länger zu arbeiten, über die grundlegenden Aufgaben, eine Menge von Kontrollen und Abwägungen in den Prozess verloren, und wenn Sie tun finden Sie heraus, wie schlecht Sie waren furchtbar teuer zu beheben (in der Produktion).Als moderator für ein halbes Dutzend Foren in diesem Bereich beobachte ich regelmäßig Menschen auftaucht, die nicht über grundlegende Fähigkeiten, sich in Tests, Kommunikation, Projektmanagement, - Entwicklung, Systemanalyse, etc...und Sie haben einfach geworfen worden, ein Werkzeug.An die person, die darauf hingewiesen LoadRunner als eine Verschwendung von Geld früher, wenn Sie werfen ein Narr auf einem Werkzeug es wird nur ein Ergebnis, das Sie erwarten sollten.Die Ironie ist, dass open-source-tools, die erfordern eine noch reifere Fähigkeiten, um erfolgreich zu sein mit Ihnen.
Nicht das sammeln von performance-Anforderungen.Dies hat Auswirkungen auf die ganze Organisation, da Sie eine andere Perspektive auf die performance in der Architektur, Plattform-engineering, Application Engineering, Funktionale QA und Leistung QA, keiner von denen kann eigentlich mit den business Stakeholdern (und Häufig auch nicht).Dies ist ein Prozess, problem für viele Organisationen der performance-test-team ist gefragt, sowohl zur Einziehung der Leistung Anforderungen und test gegen Sie.Für die ordnungsgemäße Kontrollen und Salden, die Sie tun sollten und nicht die anderen.Bezogen auf 1 oben mit unreifen Mitarbeiter haben Sie die Menschen, die nicht einmal erkennen, eine richtige Leistung Anforderung, tun nicht haben eine Messstelle zur Validierung gegen ein lastprofil, und doch sind Sie noch im Aufbau "Skripts ausführen". Dies ist ein collosal Verschwendung von Zeit und Mühe und tut wenig, um die Qualität zu verbessern.Leistung braucht eine gemeinsame Perspektive in der Organisation und ist nicht etwas, das können nur geheftet werden, am Ende, wenn es nicht entwickelt, um mit zu beginnen.
Performance-Test-Umfeld-Management.Ich kann Ihnen nicht sagen, wie viele Organisationen verzögert werden zu test-Umgebungen nicht bereit zum ausführen an der Zeit, dass die test-Organisation bereit ist, zu gehen.Nur in einem client kann ich sehen dies als ein multi-Millionen-dollar-problem in Bezug auf die Stunden verloren während des Wartens
Projekt-Manager, die haben kein Verständnis von dem, was performance-Tests ist, welche Aufgaben beteiligt sind oder den Mühen der Ebene in Ort, aber wer sind, die diktieren, wie lange die Aktivitäten stattfinden sollte.Dies führt zu Abweichungen im Zeitplan des Projekts, die durchaus im Zusammenhang damit, wie Elemente geplant wurden (und Kostenüberschreitungen als Ergebnis).Dies ist direkt bezogen auf 1 oben, als auch für unreife Tester sind nicht in der Lage, genau Projekt die Anzahl und Art der Aufgaben noch wie lange die Aufgaben dauern sollte.Es ist ein axiom, dass, wenn Sie zulassen, dass jemand, der nicht versteht, was Sie tun und warum Sie es tun, zu diktieren, wie Sie arbeiten und wie lange Sie dauern wird, dann ist dieser Weg führen wird, um Fehler.Es passiert nur allzu oft in performance-Tests.

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

Sie müssen nicht nur die VCs bezahlen, sondern müssen auch pro Benutzer bezahlen. Darüber hinaus wird Ihre Flexibilität in den Fuß geschossen. Sie könnten genauso gut ein T -Shirt tragen, das sagt "Ich ♥ Verkäufer sperren !!!"

Ich habe das Gefühl, dass es heutzutage nur verrückt ist, keine kostenlose (d) VCs zu verwenden. Wenn Sie viel hinzufügen möchten, dass Vorteile dazu passen, sind Sachen wie Kiln erhältlich.

Ich glaube nicht, dass ich für jemanden arbeiten 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.

Statusbesprechungen & wöchentliche Berichte

In einer Organisation, in der ich gearbeitet habe, drehte sich alles um wöchentliche Statusberichte - auf 3 verschiedenen Ebenen aufgerollt. Die Dev-Leads und Testleitungen für jedes der 4-6 Projekte im Flugbericht über ihre Fortschritte in einer langen E-Mail, die dann vom nächsten Manager auferlegt wird, was wiederum willkürlich durch die nächste zusammengefasst wird.

Am folgenden Geschäftstag versammeln sich alle Projektleitungen in einem 1 -stündigen Treffen, um den Bericht zu durchlaufen.

Effektiv eines Tages pro Woche wird die Berichterstattung über den Fortschritt dieser Woche aufgewendet. Denken Sie daran, dass dies alles von den täglichen Standups und wöchentlichen Demo- / Retrospektivtreffen getrennt ist.

Ich arbeite für eine öffentliche Stelle. Es gibt wirklich keine Möglichkeit, den Abfallniveau, der weitergehen kann, angemessen zu erklären, wenn der Arbeitsplatz so stark gesetzlich und gewerkschaftlich gewerkschaftlich gewerkschaftlich ist, dass das Entlassen von jemandem praktisch fast unmöglich ist.

Manager spielen das Paket mit schlechtem Personal und hoffen, sie alle gleichzeitig unter der Umstrukturierung zu entfernen. Einige schlechte Mitarbeiter werden befördert, nur um sie aus einem Bereich herauszuholen, der verbessert werden muss. Alle guten Mitarbeiter haben ständig Probleme, nur die Arbeit des schlechten Personals auszugleichen. Mitarbeiter, die Sie nicht für 3 Monate aufnehmen würden, fälschen 40 Jahre Karrieren. Der Geldbetrag, den sie über solche Karrieren verschwenden, ist astronomisch.

Ich habe zuvor im privaten Sektor gearbeitet und viel Abfall gesehen, aber der öffentliche Abfall ist ein ganz anderer Sport, geschweige denn Ballgame.

In einem Kommentar wurde vorgeschlagen, dass die Einrichtung von Sinacures for Underperforming -Mitarbeitern helfen würde. Es würde dabei helfen, dass es den Schaden einschränken würde, den sie anrichten könnten, aber die Ursachen des Problems nicht beeinträchtigen würde. Ich denke, das Beste wäre die Annahme einiger Einstellungs- und Verwaltungsverfahren des privaten Sektors und Änderungen in der Gesetzgebung, um es öffentlichen Einrichtungen zu erleichtern, Mitarbeiter, die unterdurchschnittlich sind, leichter zu lassen. Die Gewerkschaften sollten auch ihre Richtlinien in Absprache mit der Regierung ändern - ihre Rolle beim Schutz ihrer Mitglieder ist wichtig, aber sie sollten erkennen, dass ihre Mitglieder manchmal wirklich nicht mehr in ihrer Tiefe sind und weiterentwickelt werden sollten

Ein Projekt, an dem ich mit einem großen Finanzinstitut gearbeitet habe. Täglich gab es große Mengen an Telefonkonferenzen, und ich schätzte, dass sie nur bei Telefonkonferenzen etwa 100.000 US -Dollar pro Tag verbrannt hatten. Das Projekt dauerte ungefähr 2 Jahre. Sie hatten unzählige Legacy -Systeme und als vor ein paar Jahren die Änderungen der Tageslichteinsparungen vorgenommen wurden, bezahlten sie Microsoft etwa eine halbe Million Dollar, um einen DST -Patch für NT 3,51 zu finden.

Wir hatten eine kleine Menge an Arbeit und machten kaum Rechnungen und Gehaltsabrechnungen in einem kleinen Laden, in dem ich gearbeitet habe. Die Lösung: Mieten Sie einen Effizienzberater und einen persönlichen Sekretär für den Chef, damit er mehr "Fleisch- und Kartoffeln" -Wergungen ausführen kann.

Lösen Sie einen Budget -Mangel durch Erhöhung der Ausgaben ... scheitern.

Auf der positiven Seite - Der Effizienzexperte lieferte ein Trockenerbahnen, in dem wir unsere abrechnungsfähigen Stunden verfolgt und Stunden bezahlt haben ... Ratet mal, wer die geringste Menge an abrechnungsfähigen Stunden hatte.

Mal sehen, wir haben einmal weit über eine halbe Million Dollar ausgegeben, um die Arbeit zu erledigen, um einen Millionen -Dollar -Vertrag zu gewinnen. So viel für den Gewinn. Einige von uns im Projekt -Vorschlag -Entwicklungsteam versuchten darauf hinzuweisen, aber es war stolz darauf, dass unser kleines Unternehmen die Fortune -500 -Unternehmen, mit denen wir konkurrierten, einsetzt. Aus diesem und anderen Gründen haben wir Geldverträge gewonnen und den Faust -Onteh -Vertrag verloren, aber wir hatten prahlerische Rechte.

Als Regierungsauftragnehmer musste ich einmal unbezahlte Überstunden bearbeiten, da der Vertrag dies zuließ und der Auftragnehmer für meine Überstunden bezahlt wurde. Nicht nur, dass ich mich mit meiner Arbeit befasst und jeden Sonntag 4 Stunden damit verbracht hatte, im Internet ohne Arbeit zu surfen. Unnötig zu erwähnen, dass ich sehr schnell weitergegangen bin, nachdem sie diesen Unsinn begonnen hatten.

Kauf von Klarheit als unser Projektmanagementsystem, eine kommerzielle App, die so schlimm ist, haben 100% der Personen, die es verwenden Firma), die Leute haben sich sogar freiwillig gemeldet, um an ihrer eigenen Zeit zu arbeiten, um die Berichterstattung zu unserem alten System hinzuzufügen. Aber wir haben das Geld investiert, damit wir daran festhalten. Mit anderen Worten, sich zu weigern, etwas abzubrechen, das nicht funktioniert, nur weil es teuer war.

Schiere Verschwendung. Ein IT -Ausgaben, das von vielen Millionen geschnitten werden musste. Der Weg, dies zu tun, bestand also darin, die IT -Leute aus der ganzen Welt zu fliegen. Stellen Sie sie für eine Woche in einem Flash -Hotel auf. Dann legten in dem Gebäude, in dem die Treffen abgehalten wurden, einen neuen Boden. Marmor natürlich. Und über Nacht wurde das Gebäude zwischen den Treffen jeden Tag neu dekoriert. Das ist jeden Abend für eine Woche.

Äh ... Prioritäten jemand?

Fantasie Land.

Das Unternehmen, das ich für 800 US -Dollar für eine Diagramm -FX -Lizenz bezahlt habe - es ist nicht einmal mein Geld, aber ich fühle mich ausgeraubt.

http://www.softwarefx.com/sfxnetproducts/chartfx/

Nur für Kicks platziert ihre Software Dateien überall auf der Registrierung und Programmdateien.

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit softwareengineering.stackexchange