Ich bin ein großer Fan von Checklisten. Es gibt eine Reise-Checkliste , eine Umzugs-Checkliste und sogar eine Scrum-Checkliste .
Kontext : Sie wurden von einem großen Unternehmen eingestellt und haben die Aufgabe, die gesamte Softwareentwicklungsumgebung, die Prozesse, das Team usw. einzurichten. Sie haben "Carte Blanche". Sie sind für die Erstellung der Arbeitsschritte der Software verantwortlich. Projektgröße: 2000 Mann / Tage.
Welche Elemente würden Sie der folgenden (absichtlich kleinen und unvollständigen) Checkliste hinzufügen:
- Installieren Sie einen Continuous Integration Server
- Schreiben Sie eine DoD
- Schreiben Sie eine Codierungsrichtlinie für eine Seite
- Erstellen Sie ein Produkt-Backlog
- Installieren Sie ein Bug Tracking System
- Planen Sie die reguläre Gesichtszeit
project-management
development-process
Thomas Owens
quelle
quelle
quelle
Postmortem-Reviews - Da Sie an blockweisen Vorgängen arbeiten, würde ich einen ein- bis zweistündigen Review einplanen (abhängig von der Teamgröße), um eine persönliche Besprechung abzuhalten (wenn möglich), in der alle herumgehen und sagen, was richtig gemacht wurde und was könnte besser gemacht werden, und was nicht gebraucht wurde. Wenn Sie frühzeitig aus Ihren Fehlern im Entwicklungsprozess lernen, können Sie diese später vermeiden, wenn Sie nicht so viel Zeit haben, um mit ihnen zu arbeiten.
quelle
Beginnen wir mit der Einstellung eines guten Teams der richtigen Fachleute für Ihr Projekt. In einer typischen Geschäftsanwendung müssen Sie mindestens einen Datenbankentwickler und einen DBA, eine QA-Person, einen Systemadministrator, einen Geschäftsanalysten, Anwendungsentwickler, einen UI-Spezialisten und Teamleiter einstellen. DBA, Systemadministrator, Geschäftsanalysten und QS sollten sich in einer separaten Berichtskette vom Entwicklungsteam befinden. Der Spezialist für Entwicklungsdatenbanken sollte sich an denselben technischen Leiter wie der Anwendungsentwickler und der UI-Spezialist wenden.
Richten Sie die Büroräume ein. Private Büros sind großartig, wenn Sie sie bekommen können (ich wünsche Ihnen viel Glück dabei), aber für ein Minimum benötigen Sie Schreibtische, Telefone, Computer, Whiteboards und ein paar dedizierte Konferenzräume. Stellen Sie sicher, dass ein Platz für die Mittagspause, einen Kühlschrank, alkoholfreie Getränke, Snacks und Kaffee zur Verfügung steht. Kostenlose alkoholfreie Getränke und Kaffee noch besser.
Richten Sie dev / qa / staging- und prod-Server sowohl für die Anwendung als auch für die Datenbanken ein. Datenbanken sollten sich niemals auf demselben Server wie die Anwendungen befinden. Abhängig von der Größe und dem Umfang des Projekts benötigen Sie möglicherweise mehrere Server oder SANs usw. für jede Umgebung.
Sobald Server eingerichtet sind, planen Sie Sicherungen des Dateisystems, der Datenbank und der Datenbanktransaktionsprotokolle. Tun Sie dies gleich am ersten Tag, wenn die Dinge eingerichtet sind. Mieten Sie eine Firma wie Iron Mountain, um wöchentlich Backups außerhalb des Unternehmens zu erstellen.
Richten Sie ein Versionsverwaltungssystem ein und erstellen Sie ein Dokument, in dem die Verwendung beschrieben wird. Vergessen Sie nicht, darauf zu bestehen, dass ALLE Datenbankstrukturänderungen und Dateneinfügungen für Lookup-Typ-Tabellen in Skripten in der Quellcodeverwaltung enthalten sind. Dies erleichtert die Bereitstellung.
Kaufen Sie kommerzielle Software oder laden Sie Open Source-Software für das Toolset herunter, das Sie für alle relevanten Benutzer mit Lizenzen verwenden möchten.
Kaufen Sie Entwicklermaschinen, die schnell schreien und zwei Monitore haben. Kaufen Sie mindestens eine Testbenutzermaschine, die langsam stöhnt und typisch für das ist, was die Benutzer auf ihren Desktops haben.
Trainieren Sie Ihre neuen Entwickler darin, wie Sie Dinge erledigen möchten. Wenn Sie ein Team haben, das groß genug ist, um einige Nachwuchsentwickler zu beschäftigen, planen Sie zusätzliche Schulungen für diese und beziehen Sie die Zeit in Ihre Projektplanung ein. Überwachen Sie Junioren mindestens drei Monate lang sehr genau. Überwachen Sie im ersten Monat alle neuen Mitarbeiter genau. Beseitigen Sie so schnell wie möglich Totholz und Schurkenentwickler.
Bestimmen Sie, was in welcher Reihenfolge getan werden muss (der kritische Pfad). Weisen Sie Aufgaben erst am Ende des kritischen Pfads zu, wenn die Aufgaben, von denen sie abhängen, abgeschlossen sind.
Erstellen Sie Testpläne und Anforderungen.
Richten Sie regelmäßig geplante Fortschrittsbesprechungen mit den Kunden ein. Sie verdienen es zu wissen, was Sie tun und was die Straßensperren sind. Versäumen Sie nicht, ihnen zu sagen, wann die Dinge zu spät kommen werden. Wenn Sie drei Wochen von einer Frist entfernt sind und bereits wissen, dass Sie diese verpassen werden, verschwindet dieses Defizit nicht auf magische Weise, bevor Sie es dem Kunden mitteilen müssen. Stellen Sie sicher, dass der Kunde weiß, dass zusätzliche Anforderungen zusätzliche Kosten und Zeit bedeuten und dass für jede zusätzliche Anforderung entweder andere Aufgaben gelöscht werden müssen oder sich die Frist um die Anzahl der Stunden in den neuen Aufgaben ändert. Wenn Sie dies von Anfang an klarstellen, sparen Sie viele Schmerzen und Überstunden sowie Kostenüberschreitungen, die von Ihrer Gruppe und nicht vom Kunden in Kauf genommen werden.
Richten Sie eine Umgebung für den Leistungstest ein, und zwar nicht nur die Geschwindigkeit eines Benutzers, sondern eine Umgebung, in der Sie die erwartete Anzahl gleichzeitiger Benutzer testen können. Warten Sie nicht, bis Sie den Test am Tag vor dem Start durchgeführt haben.
Bei der Projektplanung wird davon ausgegangen, dass QA Fehler findet und die Behebung einige Zeit in Anspruch nimmt. Planen Sie die Qualitätssicherung am Ende nicht nur für einen Tag.
Erstellen Sie Testdaten, die ungefähr der Größe entsprechen, die Sie für die Datenbank halten. Lassen Sie alle Entwickler ihren Code anhand der Datenbank dieser Größe testen. Erlauben Sie Entwicklern nicht, nur gegen eine kleine Datenbank auf ihren PCs zu entwickeln. Dies ist eine häufige Ursache für Code, der einwandfrei funktioniert, bis er die Produktion erreicht.
Planen Sie Belohnungen in das Budget ein. Es demotiviert Leute, wenn sie monatelang ihren Hintern abarbeiten und nur Manager Boni bekommen. Sagen Sie auch häufig und schriftlich Danke.
Möglicherweise benötigen Sie ein Projektmanagementsystem oder richten zumindest Tabellenkalkulationen ein, um zu verfolgen, was Sie nachverfolgen müssen. Nehmen Sie bei der Projektplanung nicht mehr als sechs Stunden pro Tag als Person in Ihrem Plan an. Auf diese Weise wird die Zeit berücksichtigt, die nicht für das Projekt aufgewendet wird, z. B. Urlaub, Krankheit, Urlaub, Personalbesprechungen, Leistungsüberprüfungen usw. Wenn Sie wissen, dass sich das Projekt in einer Phase hoher Nichtverfügbarkeit befindet (z. B. in einem laufenden Projekt) vom 1. November bis 1. Januar in den USA) müssen Sie möglicherweise zusätzliche Urlaubs- und Urlaubszeiten berücksichtigen. Es ist nicht fair zu erwarten, dass Entwickler ihren Urlaub und ihre Ferien aufgeben und niemand kann vorhersagen, wann Dinge wie Krankheitszeiten, Geschworeneingriffe, Trauerzeiten usw. eintreten werden. Angenommen, sie werden Ihrem Team bei diesem Projekt passieren.
quelle
Einige Dinge, die ich in der Frage und den nachfolgenden Antworten nicht sehe:
Disaster Recovery-Plan. Wie sichern Sie die Entwicklungsboxen, stellen sie auf, testen sie usw.? Hat jeder Entwickler das, was er braucht, um an einem gelegentlichen Schneetag von zu Hause aus zu arbeiten? Etc.
Trainingsplan. Wie viele Wochen Training im Jahr benötigen Ihre Entwickler, um auf dem Laufenden zu bleiben? Verfolgt es jemand? (Eine Tabelle kann für die meisten Teams ausreichen.) Sie müssen einen Mechanismus für die Berichterstellung einrichten (Sie müssen jemandem eine E-Mail senden, in der angegeben wird, dass sie 2 Stunden Webcasts zu "Was auch immer" gesehen haben) und das Management muss planen, z. B., wen wir an was senden sollen Konferenz in diesem Jahr.
eine Werkzeugposition. Handelt es sich um eine Art Ort, an dem Sie Ihren Code bearbeiten, kompilieren und testen möchten, aber es ist uns egal, was Sie verwenden, um ihn zu bearbeiten, zu kompilieren und zu testen "Art von Ort. Treffen und notieren Sie die Entscheidung.
So viel integriertes ALM, wie Sie sich leisten können. Normalerweise liegt der Grund für die "Impedanz-Fehlanpassung", die doppelte Eingabe, die Werkzeugüberlappung und die Integration der Drehstuhlanwendung darin, dass das System Stück für Stück gewachsen ist. Sie möchten zeigen, dass Ihre Mitarbeiter während des gesamten Zyklus in einem einzigen Tool arbeiten können. Code nicht in X eingeben, mit Y kompilieren, mit Z testen, den Status des Arbeitselements / der Aufgabe mit A ändern, die mit B verbrachte Zeit melden, der Person mitteilen, die darauf gewartet hat, dass sie jetzt mit C fortfahren kann, und versuchen, es herauszufinden herausfinden, was als nächstes mit D zu tun ist, den Gesamtfortschritt mit E messen usw.
quelle
Verhandle mehr Manntage.
Es ist ein seltenes Ereignis, wenn die Leute anfangs genug zuteilen.
[Später ... noch mehr neu verhandeln ...]
quelle
Da ich das größte Problem mit Bibliotheken von Drittanbietern und deren Verwendung hatte:
Warum? Ich kann Ihnen nicht sagen, wie oft Bibliotheken von Drittanbietern (proprietäre Bibliotheken) abscheuliche Fehler hatten, die uns wochenlange Entwicklungszeit erspart haben, da wir keinen Prozess hatten, um nach oben oder unten zu gelangen. Oder mit Entwicklern zu tun haben, die sagten: "Welche Version haben Sie verwendet? Warum haben Sie Funktionen verwendet, die als veraltet markiert sind?"
quelle
Ein großer Kostenfaktor für Unternehmen ist, dass während des gesamten Entwicklungslebenszyklus kein Budget für die Sicherheit bereitgestellt wird. Dies bedeutet, dass die Sicherheit in der Regel erst dann hergestellt wird, wenn ineffektive, teure Aktivitäten oder Kontrollen zu spät eingeführt wurden, um viel Gutes zu bewirken.
Nutzen Sie die integrierte Sicherheit des ursprünglichen Projektplans mit den wichtigsten Meilensteinen wie bei allen anderen Aspekten der Entwicklung und verwenden Sie einen iterativen Prozess, um die Sicherheitsrichtlinien auf dem neuesten Stand zu halten. Die endgültige Abmeldung von der Sicherheit sollte keine Überraschung sein. Überprüfen Sie, ob alle Sicherheitskontrollen gemäß Entwurf implementiert wurden.
Andernfalls wird die Sicherheit nach der Implementierung ausgeführt - wo sie das Acht- bis Zehnfache kosten kann (Angaben von Gartner, IBM und anderen). Dies wird die Mitarbeiter verärgern, da die Funktionalität wahrscheinlich beeinträchtigt wird und es möglicherweise zu spät ist, um eine Ausnutzung zu verhindern und Schaden.
quelle
1. Bring es zum Team
Fragen Sie die Programmierer! Wirklich, das ist das Wichtigste. Sie werden auf viel Widerstand stoßen, wenn die Entwickler nicht direkt an dieser Änderung beteiligt sind. Immerhin geht es darum, wie sie funktionieren, nicht Sie. Es versteht sich von selbst, aber der Versuch, den Menschen Methoden und Werkzeuge aufzuzwingen, schlägt normalerweise furchtbar fehl.
2. Inspizieren und anpassen
Lassen Sie das Team herausfinden, wie es am besten arbeiten kann, und helfen Sie ihm dabei, auf der gewählten Strecke zügig voranzukommen. Schauen Sie dann regelmäßig und gemeinsam zurück, wie es Ihnen (ihnen) geht, und passen Sie den Prozess an, um ihn zu verbessern.
quelle