050171 VU Projektmanagement an der Schule Mag. Ernst Ledernauer/DI Christian Horny mary parker-follett diplomprojekt bhs: urheberInnenrecht, auftrag (v. firma), haftung haftungsausschluss; urheberInnenrecht vs nutzungsrecht projekt - comicsdb [Mi 18. 10. 2006] zeitaufstellung - treffen, wer: Name des/der ProtokollarIn; EmpfaengerInnen; An-/Abwesende was wann wie lange Formularsystem: pro MitarbeiterIn/Zeitraum Taetigkeit, Gesamtsumme Gruppensumme (nur Personen, ohne Taetigkeiten) Aenderungen: schriftliche Doku mit Bestaetigung aller Beteiligten (cr: preisliche Vereinbarungen) ("change to project") moving targets (trotzdem cr) Vertrauen (AuftraggeberIn/-nehmerIn) als Basis f. Projektarbeit Pflichtenheft: fachl. Spez., keine tech. Details aber: evtl Workflow, Usability beruecksichtigen ANSI/IEEE-Standards f. Pflichtenhefte pdf S. 32 (intro, allg., spez. Anf. ...); vereinfachte 11-Punkt-Version Nicht realisierte Ideen: als solche sammeln (evtl mit Begruendung) Schnittstellenspezifikationen [Mi 25. 10. 2006] Doku: Pflichtenheft, Meilensteine, Strukturplan, Zeiterfassung start: auftrag, ph, str, milestones, ...; controlling: fortschritt; abschluss: -bericht statusberichte (kurz) kickoff-meeting Folie Projektmanagement Regelkreis Schaetzmethoden brook'sches gesetz ("mythical man-month") function point methode: user-sicht, professionelle bewertung aller funktionen der anwendung probleme: aufwand, koennen use cases: Geschaeftsprozessen zugeordnet Puffer "Armer Schlucker" (Tiergartenmauer: finanzieller Ruin wegen zu niedriger Schaetzungen) Vergaberichtlinien OE-Norm A2050, bund/stadt: ris [27. 10. 2006 ue] Pflichtenheft (vereinfacht): 1. Zielbestimmung 2. Produkteinsatz 3. Produktumgebung 4. Produktfunktionen 5. Produktdaten 6. Produktleistungen 7. Benutzungsoberfläche 8. Qualitäts-Zielbestimmungen 9. Globale Testszenarien und Testfälle 10. Entwicklungsumgebung 11. Ergänzungen Requirement Specification/Dutybook (simplified): 1. Project Aims The project's goal is to provide an easy to use Source Code Paste Service (optionally secured with authentication tokens). The intended benefit is to be able to provide a simple, easy to use service for presenting small functions of a few lines of code by a simple one-step process: after pasting it (thus the name) into a web form and submitting, the server immediately returns a URL for this Code, which can furthermore be discussed, annotated and 2. Intended Use of Products Storing and sharing small pieces of code 3. Product Environment Open source web server/usage via web browser 4. Product Functions Creating, Modifying, Distributing, Deleting code snippets Database middle layer CLI tools (TODO: specs) admin interface (deletions, attributions, blocking?) Presentation of submitted code snippets in standards-compliant (secure) highlighting via an external application (caveat: exploits) Not intended for initial rollout: user administration (currently password only auth) 5. Product Parameters/Data Code Snippets (with attribution/contact data/language) Admin data actions (ip addresses) permissions (by admin user) 6. Product Performance For security reasons, a maximum size for publishable data should be enforced, initially this value is expected to be reasonable at 64 ko but has to be easily configurable. Similarly, a maximum number of pastes per address and time should be enforced, a value of 1 paste per minute and address is to be set as an inital limit. No guarantees about the retention time of data will be provided, however a reasonably long time limit is to be determined by available server space. The server should automatically delete old data if space runs low 7. User Interface Mainly the product is to interface over a web server via a standards-compliant web browser, a CLI for simpler integration with versioning systems, IDEs, editors should also be implemented. The user interface is to adhere to open standards as published by bodies of the IEEE, W3C, IETF etc, e. g. XHTML 1.0, HTTP over TCP. Accessability guidelines are to be taken into account (alt-tags, no reliance on client side scripting for essential functions) 8. Quality Aims Foremost is security, since this is a web-based service run mostly on a shared web server. Database integrity and security for "secret" snippets should be observed 9. Global Test Scenarios and Test Cases Pasting a snippet; testing the URL; Comments; Deletions (with and w/o pw) 10. Development Environment In order to develop a sustainable project, Open Source is to be used throughout the published project code base, which includes, but is not limited to, the web server it ist to be deployed on, scripting language and SQL database. 11. Additions Optional: modify the classification of a snippet [vo 8. 11. 2006] 29. 11. 2006: mag fischer (generali) "projektcontrolling" projektpraesentationen netzplantechnik, cpm: projektschritte definieren (A, ...) vorgaengerInnen finden (CAVEAT: G,K -> E,F) Ereignisse: Kreis Zeit: links -> rechts Zeiteinheiten G2 H2 K4 (7)-->(8)-->(9)-->(10) F4/ \s ^ / \ | (1)-->(2)-->(6) | A3 \ E12 | B4\ | (3)-->(4)->(5) C9 D6 keine direkte Verbindung von zwei Ereignissen ueber mehr als eine Kante -> Zusaetzliches Ereignis, Scheinvorgang (kein Zeitbedarf, strichliert) Ein Anfangs-, Endpunkt, zyklenfrei Summierung der Zeiten bis zu Knoten (10: 26, laengster == critical path (CP)) 7 knotennummer ( T ) 15 | 18 zeit rueck-, vorwaertsgerechnet Anwendung z. B. auch fuer spaetestmoegliche Schulung Pufferzeiten Projekorganisation: Projektgesellschaft -> cf (Musik-, Clubbing-, ...)Eventfirmen [ue 10. 11. 2006] aufgabenverteilung bis 16. 11. 8:00 per mail mi: cpm/netzplantechnik [vo 15. 11. 2006] uebungsaufgabe: critical path bestimmen (schulnetzwerk) softwareentwicklung: alt: struktogramme (-> softwarekrise) wasserfall rapid prototyping spiralmodell oo-spiralmodell (risikoanalyse zwischen durchgaengen) v-modell problembeschreibung - loesung design - komponenten .... (v-modell.at -> bund) agile sw dev -> interaction, working software, flexivbility, ... [vo 22. 11. 2006] lederbauer: am: loesungen, eu: probleme -> agile als "amerikanisches Modell" incremental, cooperative, straightforward, adaptive (109) planning game: spielsteine, stories mit wert/kosten - ziel: maximierung des gesamtwerts d. stories (zuege: schreiben, bewerten, akzeptieren, ...) [ue 24. 11. 2006] specs: - nebensatz (... url, which _can then be used to access the code ...) - kopieren (open source vs kopierschutz) -> referenz in aims/ui - question mark - nur zu implementierende funktionalitaet taxativ aufzaehlen - glossar - cli mplementation 4b what will be realised - attribution -> programming language spec - performance: loeschen oder warten (minimum retention?) - denglish - \ss/" (8.) - metadata (11 classification) - time usage lists (-> time usage for specs) protokolle/zeitaufzeichnungen [vo 29. 11. 2006] controlling-vortrag mag fischer (generali) edv - progremmeirung, validierung, -> pm project management office (kostenplanung, ressourcenmanagement, tracking, ...) projektstaende/fortschritt (abhaengigkeiten!) gespraeche mit projektleiterInnen Objektstrukturplan (tech, Struktur) Projektstrukturplan (Aufgaben/Vorgehen) Kontenstrukturplan (Kosten) (klassische holistische Sicht: Dreieck Kosten, Termine, Leistung(en)) priorisierung - kennzahlen, funktionen (inf eher als bei anderen Projekten) ProjektcontrollerIn, UnternehmenscontrollerIn (weiter oben im Konzern: Misstrauen, ...) Regelkreis, Verzahnung, Aktualisierung, Konsequenzen bei Verlassen des kritischer Pfades Start +->(Controlling Schleife)<-------+ z. B. 1 pm | | | | v ^ Ist-Daten erheben | | | | v | Soll == Ist? | | | |ja v +-- | | Veraenderungen bestimmen | / \ ^ innerhalb ausserhalb: | des Ruecksprache,| Projektes? Planungs- | kein Problem aenderung | \ / | Veraenderungen durchfuehren | | | V | ... ------------------ Veraenderung von Projektzielen (Planungsspirale) Nichtfunktionale Anforderungen (Wartezeiten, Interfaces, ...) FOrtschrittskontrolle: Intuitiv (90%-Syndrom) 0/100, 80/20, 50/50-Methode Use Case vs Business Case (Wirtschaftlichkeit - Formular/Diagramm) -> Ueberpruefung der Angaben in Controlling-Schleifen Risiken (Personenbezogene Daten -> Datenschutz, Betriebsrat, $eff-workalike) Subjektivitaet von Problemen und Krisen (Angst, Ausweglosigkeit -> Panik) Caveat komplexe Projekthierarchien/-strukturen 1. Meilenstein-Trendanalyse ( diagonale Linien nach oben: Verschiebung des Projektziels horizontale Linien: Projektziel bleibt konstant diagonale Linien nach (r) unten: Vorverlegnung des Projektziels) Ditto f. Kosten 2. earned value Methode - schedule -, budget -, cost variance (plots) (variance at completien cac, cost to complete ctc, ...) Beispiel: Projekthandbuch (Plan, Ergebnisliste -> Integration -> Einschaetzungen Beispiel: Bericht ... Zeitlinien, Kapitalwert Multiprojektmanagement [ue 1. 12. 2006] [vo 6. 12. 2006] qs q-masszahlen [meeting 11. 12. 2006] ... s. mail [vo 13. 11. 2006] Fehleranalyse Testen als Subprojekt Ticketsystem (problem tracking and reporting - ptar) Black-Box-Testing - unterschiedliche Testszenarios Szenarios/Methoden Gute Testfaelle - Fehlerwahrscheinlichkeit, nicht redundant, ... Aequivalenzklassen von Fehlertests (erkennen gleiche Fehler) Domain Tests (Wertebereiche) - Problembereiche: blinde Flecken Stresstests Test gegen Sepcs Risiko-Tests: Test dort anlegen, wo groesster Schaden moegliche (Wahrscheinlichkeit, Folgeschaden/Schwere (probability, severity)) Massentests (Zufallsdaten, anonymisierte Produktionsdaten, ...) (CAVEAT: nicht alle Fehler durch automatisierte Tests lokalisierbar) Funktionale Tests (blackbox) (Problem: kein Systemtest/Zusammenspiel) Regressionstests Szenario-Tests (use cases, ...) - Anonymisierung AnwenderInnen-Tests (Beta-Tests)o Acceptance Test Phasen: Code-/Unit Tests (white box) Funktionstests Integrationstests Regressionstests Systemtests Betreibbarkeitstests [vo 10. 1. 2007] 17. 1. Antoni 24. 1. Pruefung (1 h, pm org/tech sicht, schlagworte, Lesbarkeit) 26/31. 1. Praesentation/Abschluss q-management messen, pruefen, bewerten boehm: definition, pruefung, lenkung komplexitaet (zugriffszeit) vs sicherheit fehlerzaehlung ... analyt. (tests, ...), konstr. qm (besserer prozess soll q. gew.) prozessqualitaet iso 9001: boom, eher vorbei Audits: (jaehrl.) System-, Prozess-, Projekt-, Produkt- LieferantInnen-, KundInnen-, ... (bei iso 9001: kette, daher flop) Zertifizierung (iso 9001, CE, ...) schlussbesprechung (lob) abschlussbericht auditfragen (bei allen projekten gleiche vorgangsweise) uebung: was ist ein projekt? auftrag, der nicht jeden tag zu bearbeiten ist, nicht alltagsgeschaeft, begrenzte ressourcen (geld, anfang - ende) ingenieurInnenmaessiges vorgehen (nicht kuenstlerisch) (cf alltagsgeschaeft vs forschungsaufgabe - aber projekt kostenbegrenzt) management: funktional - taetigkeit und deren organisation institutionell - personen, die organisatorische taetigkeiten durchfuehren pm: verfahren und techniken zur abwicklung von projekten --- pm in der schule: pm-verfahren erlernen, anwenden, (an beispielen) einueben ahs/bhs projektumfang: soll alleine nicht bewaeltigbar sein zeitlimit schuljahr lehr-/lernziele: bestehendes wissen anwenden neues wissen selbst. erwerben arbeit im team erfahren/erlernen teamfaehigkeit eigene/fremde grenzen einschaetzen kritikfaehigkeit personalorganisation task force funktionen/rollen ersatz bei ausfall (alternativ einschraenkung der aufgaben) qualifikationen der teammitglieder zeitliche/oertl. verfuegbarkeit miteinander koennen (-> Team) rollen: analyse/systemspez entwurf/architekturkonst. realisierung/impl systemtest/wartung qual./methoden projekt-, Teamleitung nebenrollen: moderation supervision uebersetzung (fachsprache) [vo 17. 1. 2007] Gastvortrag Antoni "All Access: Project Management" Projektarbeit zur besseren Ressourcennutzung informelles PM (besonders bei kleinen Teams) (ziel, start/ende, budget/ressourcen limitiert, ressourcen zur zielerreichung) pm: technisches verstaendnis, mitarbeit - abh. v. projekt(groesse) GutEr PM: Teil des Teams, kann Fehler eingestehen, schirmt vor Problemen ab, Erwartung in Arbeit anderer, bereit zum geforderten Arbeitseinsatz [ue 19. 1. 2007] notzien zur praesentation: ~ 20 min, Beschreibung des Prozesses (je ~ 5 min.; Vorstellung des Produktes im Anschluss) Probleme (und deren Verschwinden/Behebung/Gegenmassnahmen: Beispiele) Fortschritt, unerwartete Ergebnisse, AHA-Erlebnisse Zeitaufwand/Zeitplanung: Erfahrungen, Soll/Ist, Begruendung fuer Abaenderung des Zeitplanes (Einschraenkung der Funktionalitaet ...) Kommunikation: Bewerkstelligung, Erlebnis, Verbesserung, Telefonnummern ... Was lief (unerwartet) gut/schlecht persoenliche Sicht auf Gesamtarbeit/Details: Veraenderung ueber Semester/Prozess Zeitschaetzung Schwierigkeitsabschaetzung (cf Schule: Ueber-/Unterschaetzung) [ ue 26. 1. 2007] praesentation md5 user/pw?