Frage

Nein, nicht buchstäblich . Vielmehr haben Sie irgendwelche roten Band Horrorgeschichten von Richtlinien, die Ihre Fähigkeit beeinträchtigt Qualität Software zu produzieren? Ich spreche nicht über die allgemeine Personal oder Systemadministration Politik wie diese Frage , aber Richtlinien, die direkt an dem Entwicklungsprozess gezielt wurden, wie schlechte Quellensteuerrichtlinien, Testverfahren oder Bug-Tracking-Prozesse.

Bitte keine heiligen Kriege wie Einzüge gegen Leer- oder Verspannung Designs, sondern Beispiele von abscheulicher Bürokratie, wie die TPS Berichte von Legende .

Das ist mir etwas relevant, da hat ich meine Fraktion Entwicklungsprozess wurde die Überprüfung, und ich möchte (für Kontext) sehen, einige der schlimmsten Prozesse, die Sie mit haben zu tun haben. Wann geht zu weit einer strukturierten Politik oder Prozess gehen?

War es hilfreich?

Lösung

Als Unternehmer habe ich oft habe drei separate Zeit und Kosten Meldung zu erstatten.

  1. Unser offizieller Bericht für die Abrechnung verwendet wird.

  2. Unser projektspezifische feinkörniger Bericht. Es hat den Gesamtrechnungsbericht übereinstimmen. Und, es ist verfügbar Manager zwei Wochen vor den Zahlen aus den Rechnungen zu projizieren.

  3. Out Kunden Tätigkeitsberichte. Diese müssen die aggregierte Rechnungsstellung entsprechen auch. Die Buchhaltung Leute des Kunden müssen diese unsere Rechnungen bestätigen. Warten Sie, habe ich die Rechnungen nicht schaffen, auch?

Lassen Sie sich nicht die Notwendigkeit für zwei Statusberichte vergessen (unsere und die Kunden.)

Andere Tipps

ich ganz wörtlich Datei TPS-Berichte für eines der Systeme, wo ich arbeite: http://tps.tmccom.com /

Und ja, ich bin sehr bewusst, wie veraltet und nicht-standardisierte die Seite ist.

Nein, aber vor ein paar Jahren habe ich den Großteil der MLI (obligatorische Haftpflichtversicherung) Systems für den Staat Alabama ...

Jeder Bericht, dass das System erzeugt ein TPS-Bericht war:)

z. Die monatliche Transaktion TPS Report, The Daily Volume TPS Bericht etc.

Es war sehr amüsant, wenn jemand aus dem Staat rufen Sie uns an würde über die TPS fragen meldet :) Ich glaube nicht, dass sie jemals herausgefunden, warum sie genannt wurden TPS Berichte.

In den letzten Jahren mussten wir einen Urlaub Schlicker ausfüllen, unterzeichnet von unserem ersten Linie Supervisor, um krank Zeit oder Urlaub zu nehmen.

Vor kurzem bekamen wir Zugang zu einer schicken Web-Applikation. Es ermöglicht Arbeiter verlassen zu beantragen und ermöglicht Vorgesetzten verlassen zu genehmigen. Er rollt in unserer Zeit Blatt und es ist die Grundlage unseres Abrechnungssystems.

Trotz enormen Erfolg in den neuen Urlaubsantrag System Ausrollen, unser Büroleiter erforderlich, um uns noch das Papier leave Schlicker einreichen, zusätzlich zu tun, es on-line .

Es dauerte Monate vor dem Büroleiter des neuen Systems genauso viel Kontrolle wie die manuelle System realisiert.

Ich muss noch meine Zeit in drei separate Dienstprogramme skizzieren:

  • ich meine Zeit auf hohem Niveau geben (beratender Zeit vs. Urlaub vs. Urlaub vs. krank, etc.) für einen Zeitraum einer Woche gearbeiteten Stunden pro Tag auf die jeweils zeigen. Dieser ist für die Client-Abrechnung.

  • Der Client hat ein Zeit-Tracking-System, das sie nur in dem ausgerollt wir unsere Zeit auf Antrag Ebene eingeben. Admin Zeit für kundenbezogene Dinge (Meetings, Schulungen, etc.) hat einen eigenen Allzweck-Eimer ist. Nicht abrechenbare Produkte haben eine andere. Dies ist für einen Zeitraum von einem Monat, Stunden pro Woche zeigt.

  • Meine Firma hat auch ein Zeit-Tracking-Tool, Detaillierung alles, was wir in einer bestimmten Woche. Die Zeit wird auf der Viertelstunde verfolgt und ist extrem feinkörnig. das heißt „12345 Für Anfrage verbrachte I 0,25 Stunden eine Schätzung Schreiben, 0,50 Stunden, um ein Anforderungsdokument, 0,50 Stunden Codierungsdatei x geschrieben werden.“ Die Schätzungen auch in das System und effektiv gesperrt (Wasserfall FTL!) Eingegeben werden, bevor wir etwas an den Client für die Genehmigung (lange bevor irgendetwas ist codiert).

  • senden

Wir haben auch einen sehr strengen Peer-Review-Prozess. Alles, was offiziell, dass wir an den Client (Anforderungsdokumenten, Änderungsanforderungen, Code, etc.) senden müssen Peer zuerst überprüft werden. Der Kunde hat auch einen Change Control Board, die einmal pro Woche trifft, etwas zu genehmigen, die in der Produktion installiert werden.

Ich erklärte einmal an ein paar Freunde aus dem College genau, wie viel Prozess und Paranoia meiner Arbeit umgeben. Am Ende davon habe ich herausgefunden, dass die hypothetische Situation, in den (in einer Nicht-Notfall, Nicht-Produktions-Support-Situation), die Schätzung für das Hinzufügen eines einzelnes Feldes zu einem bestehenden Bericht, nachdem die gesamte Verfahren wurde berücksichtigt war drei Stunden des absoluten Minimum für das, was im wesentlichen ein einzelnes Feld Hinzufügen zu einer bestehenden select-Anweisung würde (oder so ähnlich, wie wir ein Werkzeug zu benutzen, die SQL nicht für DB-Abfragen verwenden). Darüber hinaus, da die Schätzung für das wäre so klein sein (da, dass 3 Stunden stellt nur das benötigte 0,25 Stunden Minimum für jedes gewünschtes Element, und eine halbe Stunde für die Produktion Change Control-Sitzung), würde ich muß mein Team führen bekommen abzeichnen auf sie zuerst, da ich gegen so weit gehen würde, was unsere Abschätzungs Werkzeug sagt es mir nehmen sollte, den Code zu ändern (wird dieses Tool weitgehend auf LOC).

* seufz *

Ich denke, dass genug ranting für heute.

Bei einem frühen Job bei einer großen alten Computer-Firma hatten wir einen CRT-Prozess. Ich würde nicht sagen, es ist ein ganz schrecklich über die Top-Idee ist, da das Software-Produkt mit hohen Verfügbarkeit Computing beteiligt und war damit sehr risikoavers. Aber es war manchmal nervig und verlangsamt sicherlich Entwicklung nach unten.

Im Grunde wurde das System, nachdem sie von 3 Personen Code begutachtete mit, gefüllt Sie ein CRT-Formular aus (die ich irgendwann zu einer Web-Anwendung konvertierte).

Die CRT (Change Request-Team) würde eine Woche alle Anfragen ein paar Mal bewertet und mit dem Management, Teamleiter und den Codierer in Frage diskutieren alle Reifen, um sicherzustellen, hatte sprang durch: Alle Tests geschrieben ... angemessen Leute es überprüft hatte ... QA neuer Tests informiert ... etc.

Zum Glück der Web-Anwendung Version wurde gut angenommen und die alte manuelle Form, die wirklich detailliert und über die Spitze war, wurde fallen gelassen. Zumindest aus unserer Organisation ...

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top