PCMA Teil 2
Prüfungsfragen aus Fragekatalog
Prüfungsfragen aus Fragekatalog
Fichier Détails
| Cartes-fiches | 30 |
|---|---|
| Langue | Deutsch |
| Catégorie | Informatique |
| Niveau | Université |
| Crée / Actualisé | 21.01.2017 / 13.01.2019 |
| Lien de web |
https://card2brain.ch/box/20170121_pcma_teil_2
|
| Intégrer |
<iframe src="https://card2brain.ch/box/20170121_pcma_teil_2/embed" width="780" height="150" scrolling="no" frameborder="0"></iframe>
|
44. In welchen Situationen verwenden Sie agile Methoden und in welchen eher tradierte Projektmanagement-Modelle (V-Modell, Wasserfall etc.)?
Agile Methoden: (extreme Programming, Scrum, Feature Driven Development FDD, Kanban, Lean, Dynamic Systems Development Method DSDM)
- Fokus auf nutzbare, funktinierende Ergebnisse
- Selbstorganisierend
- Kontinierlich wachsendes, nutzbares Produkt
- Kurze Zylken, flexibel änderbar
- Kunde stark involviert
- T&M
Traditionelle Methoden: (Wasserfall, V-Modell)
- Fixpreis
43. Welche Review-Typen kennen Sie und wann würden Sie den jeweiligen Review-Typ mit welcher Zielsetzung und Ergebnis einsetzen?
tbd
42. Wie würden Sie bei einer Evaluierung vorgehen, welche Rollen benötigen Sie und was würden Sie bei der Vorbereitung eines Review-Meetings beachten?
Vorgehen:
- Vorbereitung (Material sammeln)
- Durchführung (Desk Arbeit / Meeting, Befunde erheben / konsolidieren, Bericht erstellen, Massnahmen und Empfehlungen ausabreiten)
- Review Meeting (Ergebnis prüfen, Feststellen aber nicht Lösungen entwicklen, Empfehlungen abgeben)
- Nacharbeit (Protokollierte Befundbearbeitung, Reporting)
Rollen:
- Moderator (Review Leiter, ordnungsgemässer Ablauf sicherstellen)
- Gutachter (Sachverständiger)
- Schreiber (Sitzungs-Protokoll)
- Manager (Auftraggeber)
- Autor (Urherber)
- Reviewer (Alle Beteiligten ausser Manager und Autor)
Review Meeting Vorbereitung:
- Analyse mit Checklisten / Fragelisten
- Analyse gemäss Aufrtrag
- Interviews vorberieten / durchführen
- Befunde festhaten
- Fragen festhalten
41. Welche Qualitätskosten kennen Sie und wann ist es sinnvoll Projektevaluierungen durchzuführen?
- Qualitätskosten:
- Konformitätskosten - Kosten während des Projektes um Fehler zu vermeiden
- Präventionskosten
- Training
- Ausrüstung
- Zeit es recht zu machen
- Bewertungskosten
- Testing
- Inspektion
- Präventionskosten
- Non Konformitätskosten - Kosten während und nach dem Projekt aufgrund von Fehlern
- Interne Fehler Kosten (Projekt)
- Rework
- Abfall
- Externe Fehler Kosten (Kunde)
- Garantie
- Verlohrenes Business
- Interne Fehler Kosten (Projekt)
- Konformitätskosten - Kosten während des Projektes um Fehler zu vermeiden
- Wann Projektevaluierung:
- Projektevaluierung: Zu jedem Zeitpunkt
- Gate Review: Phasenende
- Audit: Zu jedem Zeitpunkt
- Post Projekt Review: Abschlussphase
- Benefit Realization Review: Nach ausreichender operatier Erfahrung mit Proj. Ergebnis
40. Warum werden Projektevaluationen durchgeführt und welche Ziele werden damit verfolgt?
Ziele:
- Laufene Prüfung von Projekt und Produkt
- wo Fehler vorhanden sind
- ob das richtige Podukt erstellt wird
- ob das Produkt richtig erstellt wird
- ob Vorgaben und Rahmenbedingungen eingehalten werden
- wo Fehler vorhanden sind
Warum?
- Bestehen Abweichungen beim Vergleich IST und SOLL
- Was sind die Gründe für die Abeichungen?
- Mit welchen Massnahmen können wir IST am effizientesten auf SOLL zurück bringen?
- Lessons Learned
39. Sie wollen Ihr CRM-System auf Salesforce in die Cloud migrieren. Nennen Sie fünf wichtige Risiken, bewerten Sie diese qualitativ und entwickeln Sie zur Vermeidung des wichtigsten Risikos geeignete Massnahmen.
Quantitative Risk Analysis
- Basierend auf Eintrittswarscheinlichkeit und Impact kann monatärer Wert berechnet werden
- Ziel: Risks, Impacts können Verglichen werden
- Tools für die quantitative Risiko Analyse:
- Sensivity Analse (Welche Risiken haben grössten Impact)
- Erwarteter Monatärer Impact
- Entscheidungsbaum Analyse
- Modellierung und Simulation (typischerweise Monte Carlo)
Risk Response (Massnahmen):
- Risk Respone Planning (Contingency Management, Workarounds)
- Risk Mitigation Strategies
- Risk Response Strategien:
- Avoid
- Transfer
- Mitigate
- Acceptance
- Risiken Top 5 in diesem Case: E = Eintrittswarscheinlichkeit, I = Impact
- Datenschutz - E: I:
- Know-How - E: 50% I: 100'000 Kosten durch Verzögerungen
- Schnittstellen / Konnektivität: E: I:
- Sicherheit E: I:
- Verfügbarkeit E: I:
- Anbieter Abhängigkeit E: I:
- Vertrauen durch Kunden E: I:
Massnahmen:
- Know-How: Ausbildung / Schulung, Experten Review, Experten für Projekt einstellen
38. Nach welchen Faktoren versuchen Sie Risiken zu bewerten und wie gelangen Sie zu einer Einschätzung bzw. Priorisierung der Risiken?
Risiko Bewertungs-Faktoren:
- Kategorisierung (Contract, Cultural, Management, Technical)
- Klassifizierung (Known, Predicitble, Unpredictible, Positive Risks -> Opportunities)
- Eintrittswarscheinlichkeit
- Priorisierung
- Impact
Risiko Priorisierung:
- Risiko Identifizieren, Review und Gruppieren
- Risiko Assessment: Eintrittswarscheinlichkeit, Potentieller Impact, Konsequenzen
- Risiko Faktor Berechnung mit Impact Matrix aufzeigen
- Eintrittswarscheinlichkeit
- Opportunities
- Threats
37. Welchen Prozess würden Sie für ein gutes Risk Management aufsetzen? Bitte erläutern Sie kurz Ihren Prozess mit den einzelnen Aktivitäten
Risk Management Prozess:
- Risk Assessment
- Risk Response
- Risk Control
Plan
- Identify (Brainstorming, SWOT, ..)
- Analysis
- Plan Risk Response
Do
- Do It
Check
- Monitor and Control
Act
- Reasses
36. Was würden Sie tun, um möglichst adäquate und gute Schätzergebnisse zu erzielen?
- Einsatz eines Schätzungs Notizbuch, niederschreiben von Annahmen und vergabe von parametern und unterschreichen der Schätzung
- Record the requested accuracy
- Sicherstellen dass man die beste input qualität bekommt die möglich ist
- Sicherstellen damm man die kompletest object Beschreibung kriegt, die möglich ist
- Nicht nur Funktion Requirements auch NFR sind wichtig
- Wenn möglich historische Daten nutzen, und beachten von wo sie kommen
- Immer folgendem Ablauf folgen
- Scope,
- Effort,
- Timeline
- Cost
- Einholen von mehrere unabhängigen Schätzunge und nutze senkrechte methoden
- Verify and Validate:
- Verschiedene Experten reviewen die Schätzungen
- Betroffene Entwickler Reviewen ihren Teil
- Validate: Plausibilisierung von Speziellen Schätzelementen
- Reserven, Contingency einklallkulieren udn dokumentieren
- Genauigkeits-Range angeben
Good Practices:
- Klare Task Identifizierung
- Breite Schätz-Beteiligung
- Solide Datenbasis
- Standartisierte Struktur für Schätzungen
- Unsicherheitsn Identifiziert und dokumentiert
- Ausgeschlossene Kosten dokumentieren
- Unabhöngige Schätzungs Reviews
- Signifikate Projekt-Changes sollen zu Schätzungs-Review führen
35. Welche drei verschiedenen Schätzverfahren kennen Sie? Wie unterscheiden sie sich und wann verwenden Sie welches Schätzverfahren?
Schätzverfahren:
- Analogous: Appliziern von ähnlichen Projekten, welche bereits einmal durchgeführt wurden, Ranges angeben, geht schnell, aber ungenau,
- Three Point Estimate: Pessimistic Value, Optimistic Value, Most Likely Value
- Delphy Tecnique: Experten schätzen individuell, varianzen werden analysiert, argumentiert und konsolidiert
- Percent Method: basierend auf bisherigen Erfahrugnen, +/- Varianzen in Prozent schätzen
- Parametric: Function Point: Workbreakdown in Funktionen, Klassifizieren nach Komplexität, Aufwand pro Funktion, geht schnell, aber ungenau, z.B. bei SW Entwicklung
- Bottom Up: Solider Projektplan als Ausgangslage, Lowest Level Units (Work Packages), Overhead beim Aggregieren nicht vergessen, Riski Contingency für jedes WP, verschiedene Schätzer liefern Schätzungen idr bei Überschaubaren Projekten zur Schätzung des grossen Ganzen
34. Was verstehen Sie unter dem Trichter der Unsicherheit (Cone of Uncertainty)?
Mit Vortsschritt der Zeit, mit der Schätzung immer genauer werden kann. (Projekt/Portfolio-mngt). Am anfang starke streuung. Am Anfang eines Projektes macht es keinen Sinn genau Schätzungen abzugeben. Keine Zahlen, eher Ranges.
33. Wie gehen Sie beim Schätzen von Aufwänden von Ressourcen und Zeitdauer von Projekten vor? Geben Sie einen kurzen Überblick über das Schätzverfahren mit kurzen Erläuterungen.
Vorgehen zum Schätzen von Ressourcen und Zeitdauer von Projekten: (Siehe Grafik)
- Schätzung Vorbereiten: Jeder zusätzliche Input hilft (z.B. Historische Projektinformationen, Assumptions)
- Schätzung Erstellen: Verwenden der Schätzmethoden Analogous, Parametric und Bottom Up
- Schätzung Managen: Tools und Techniken anwenden, Schätzung Managen
- Schätzprozess verbessern: Stakeholder Feedback, Actual vs Estimate vergleichen, ...
Schätzverfahren:
- Analogous: Appliziern von ähnlichen Projekten, welche bereits einmal durchgeführt wurden, Ranges angeben, geht schnell, aber ungenau
- Three Point Estimate: Pessimistic Value, Optimistic Value, Most Likely Value
- Delphy Tecnique: Experten schätzen individuell, varianzen werden analysiert, argumentiert und konsolidiert
- Percent Method: basierend auf bisherigen Erfahrugnen, +/- Varianzen in Prozent schätzen
- Parametric: Function Point: Workbreakdown in Funktionen, Klassifizieren nach Komplexität, Aufwand pro Funktion, geht schnell, aber ungenau
- Bottom Up: Solider Projektplan als Ausgangslage, Lowest Level Units (Work Packages), Overhead beim Aggregieren nicht vergessen, Riski Contingency für jedes WP, verschiedene Schätzer liefern Schätzungen idr bei Überschaubaren Projekten zur Schätzung des grossen Ganzen
32. Was versteht Kotter unter einem dualen Betriebssystem und warum ist dieses Konzept entwickelt worden?
Traditionelle Hierarchien und Managementprozesse sind stark mit den täglichen Anforderungen an Steuerung und Effizienzsteigerung des Unternehmens beschäftigt. Sie sind dadurch kaum noch in der Lage, mit immer neuen Situationen Schritt zu halten und kreativ einzigartige Lösungen zur Sicherung von Wettbewerbsvorteilen zu erschaffen, die auch noch dauerhaft erfolgreich sein sollen.
Die Idee des Dualen Betriebssystem ist die Schaffung einer parallene netzwerkartigen Struktur (wie sie meisten bei einer Gründung anzutreffen ist). Dieses Parallelsystem soll die verlorengegangene Agilität und Geschwindigkeit wiederherstellen..
31. Welche 8 Schritte des Changes schlägt Kotter in seinem Modell vor? Bitte geben Sie für jeden Schritt eine kurze Erläuterung
1. Create a Sense of Urgency
Helfe den Bedarf für Change sichtbar zu machen -> Mitarbeiter sollen Comfort Zone verlassen
2. Form a Powerful Coalition
Stelle ein Keyplayer Team mit genug Power und Expetrise, Leadershiop und Credibility zusammen
3. Create a Vision for Change
Entwickle eine Strategie, die Vision zu erreichen
4. Communicate the Vision
So viele wie möglich sollen die Vision verstehen
5.Remove Obstacles
Encourage risikoreiche ideen und aktionen, um Viusions-Hindernisse zu Überwinden
6. Create Short-Term Wins
Planen, Low Hanging Fruits, welche sichtbar sind schnell zu erreichen. Recognize and Reward
7. Build on the Change
Mehr Ressourcen und Initiativen starten, durch alle Hierarchien Projektleitungen aufsetzen
Druck aufrecherhalten; Belegen dass der Eingeschlagene Weg funktioniert
8. Embed the Change into the Culture
Belegen, dass der neue Weg besser funktioniert als der Alte
Verbinden von Erfolg mit den eingeleiteten Massnahmen herstellen
30. Welche Change Management Modelle kennen Sie und was sind ihre Vor- und Nachteile?
- Bridges Transformation Model
- + Implementing Change
- + Understand how people feel
- - Kein Ersatz für andere Change Management Ansätze
- Rogers Technology Adaption Curve
- + Creates Understanding for Change for Audience
- + Help to Identify Opinion Makers and influencers
- - People drift from Category to Category, depending on the specific Change
- - Adaption Terms tell nothing about how population might respond to change
- Kubler-Ross Five Stage Model
- + Gute Grundlage für Entwicklung einer Kommunikattionsstrategie
- - Sehr auf Individuum Fokussiert, Schweirig für applizierung auf Gruppe
- Prosci's ADKAR Model
- + Klare Management Checkliste für Change Management
- - Berücksichtigt nicht die Führungsrolle und die grundsätze des Programm Managements zur Erreichung von Klarheit und einer Richtung für Change
- Kotters 8 Steps to Change
- + Klare Schritte für Prozess Guidance
- - Top Down Ansatz macht es schwierig für andere Formen von richtiger Teilnahme
M13 29-31
29. Welche wichtigen Voraussetzungen für die Veränderung einer Organisation kennen Sie?
- Globalisierung
- Digitalisierung
- agile Märkte
- Anorganisches Wachstum
- Failure of Success / Adapt or Die
- Trägheit bekämpfen
- Angestrebte / Nötige Organisationsentwicklung
28. Sie wollen eine neue Mobile App unter Nutzung von iBeacon-Technologie in ihrem neuen Warenhaus entwickeln und ausrollen. Nennen Sie fünf wichtige Stakeholder mit ihren Hauptinteressen, bestimmen Sie deren Bedeutung für das Projekt und entwickeln Sie für den wichtigsten Stakeholder einen Kommunikationsplan.
1. Kategorien von Stakeholdern:
a. Corporate Functions (HR, CxO,Program mngt. etc.)
b. End-User Organisation (Executives, Line Management,Data Owners etc.)
c. Project Organisation (Executives, Line Management, Product&Technicalspezialist)
d. System Operations (IT-Service mngt., Service Desk, App. Mngt. etc.)
e. External (Suppliers, Requlatory Bodies)
Interessen:
a. Pogramm Management --> Interessiert an Budgetieren und Priorisieren --> Key players (power/intersset Matrix)
b. Line Management --> Interessiert am Inhalt der IBeacon informationen --> Zufriedenstellen
c. technical Spezialist --> Interessiert an Sotwarekomponenten --> Zufriedenstellen
d. Applikation Management --> Interessiert an release zyklus --> Informiert halten
e. Customer --> Interessiert Message die vermitellt wird --> Zufriedenstellen / Key Players
Unterteilung (Tabellarisch) gemäss Bild.
27. Warum ist eine Stakeholderanalyse wichtig und wie würden Sie bei einer Stakeholderanalyse vorgehen?
Warum Stakeholderanalyse:
- Unterschiedliche Interessen aufgrund von ihren Rollen und Aufgabenstellungen
Vorgehen:
- Stakeholder Identifizieren (Identity Matrix erstellen mit Befürwortern, Gegnern, neuen Stakeholdern) -> Stakeholderdiagram
- 5 grobe Kategorien: Corporate Functions, End-User Organisation, Project Organization, System Operations, External)
- Stakeholder Klassifizieren (Einflussfaktoren als Netzdiagramm zur Einordnung)
- Was erwartet ein Stakeholder?
- Welche typischen Fragen hat er?
- Was darf man aus seiner Sicht nicht tun?
- Ansatz zum Stahkeholder Management festlegen
- Ergebnisse dokumentieren
26. Welche Gründe gibt es für Widerstände und welche Methoden zum Management von Widerständen kennen Sie? In welchen Situationen würden Sie welche Methode anwenden?
Gründe für Widerstand
- Eigeninteressen
- Missverständnisse
- Mangel an Vertrauen
- Untershciedliche Einschätzung der Lage
- Geringe Toleranzschwelle für Change
Situationen und Methoden zum Management von Widerstand
- siehe Grafik
25. Welches sind die acht häufigsten Irrtümer, die Ursache für Versagen von Veränderungen sind?
- Keine Schaffung einer ausreichenden Dringlichkeit
- Keine Schaffung einer leistungsfähigen Führungskoalition
- Fehlende Vision
- Unzureichende Kommunikation der Vision um den Faktor zehn
- Nicht Beseitigung von Hindernissen für die neue Vision
- Nicht systematisch Planung und Erstellung, kurzfristiger Gewinne
- Sieg ist zu früh deklariert
- Nicht verankern Veränderungen in der Unternehmenskultur
24. Welche Arten von Changes kennen Sie und wie schätzen Sie deren Intensität ein?
23. Was sind Eigenschaften von komplexen Systemen und wie können Sie Komplexität nutzen?
Eigenschaften
- Es kann keine Richtung aufgezwungen werden (Vogelschwarm)
- Im angeregten Zustand organisierne sich die Komponenten selber
- Komplex, nicht deterministisch, adaptiv
Nutzen:
- Gleichgewicht stören -> in gewünschte Richtung locken
- Ungleichgewiucht hegen
- Kreativität fördern (Grenze zum Chaos)
- Unruhe und Rastlosigkeit im Team nutzen
Sie haben den Auftrag bekommen, eine Arbeitsgruppe zu bestimmen, um die von der Geschäftsleitung definierten Sofortmassnahmen möglichst schnell umzusetzen. Welche Aussagen betreffend der Arbeitsgruppe sind richtig und welche falsch?
-. R/ F Eine heterogene Gruppe ist am besten für diese Aufgabe geeignet.
-. R/ F Der Zeitdruck fördert Konflikte innerhalb der Gruppe.
-. R/ F Die Gruppe ist für diese Aufgabe möglichst homogen zusammenzusetzen.
-. R/ F Die Mitglieder sollten räumlich verteilt arbeiten.
-. R/ F Für diese Art von Gruppenarbeit ist die Zusammensetzung irrelevant.
2, 3
Selbstmanagement: Welche Selbstmanagementstrategien können Teamleiter anwenden?
siehe Grafik
Umgang mit Widerstand: Welche Grundsätze zum Umgang mit Widerstand werden Teamleitern empfohlen?
- Es gibt keine Veränderung ohne Widerstand!
- Widerstand enthält immer eine verschlüsselte Botschaft!
- Nichtbeachtung von Widerstand führt zu Blockaden!
- Mit dem Widerstand, nicht gegen ihn gehen!
Konfliktmanagement: Welche Fragen sollte sich ein Teamleiter stellen, um einen Konflikt näher zu bestimmen?
Fragen, um den Konflikt näher zu bestimmen:
1.Was für eine Konfliktart liegt entsprechende der Ursache vor?
2.Wer ist alles am Konflikt beteiligt?
-Wer hat welche Rolle im Konflikt (Treiber, Reagierender, Informant, Verbündeter, Ratgeber)?
-Wer hat ein Interesse daran, dass der Konflikt aufrechterhalten wird?
3. Auf welcher Eskalationsstufe befindet sich der Konflikt?
Rollen in Teams: Welche Teamrollen werden nach Belbin unterschieden und welche Aussagen lassen sich daraus für die Zusammenarbeit in Teams ableiten?
siehe Grafik
In einem DreamTeam sind alle funktionalen Rollen umgesetzt. (Heterogen)
Teamphasen: Was sind die Aufgaben eines Teamleiters in Abhängigkeit von der Phasen, in der sich ein Team befindet?
siehe Grafik
Besonderheiten des Führens virtueller Teams: Was muss ein Teamleiter bei Führen von virtuellen Teams zusätzlich beachten und worauf sollte er besonders Wert legen?
- Wenn gemeinsame Aktivitäten gelingen sollen, müssen diese unbedingt kooriniert werden
- Kommunikationsverlauf gut dokumenterien -> Nachvollziehbarkeit
- Genügend Zeit für kommunikativen Austausch, ausreichende Medienkompetenz der Mitglieder
Teamzusammensetzung:
Welche Auswirkung hat die Heterogenität von Teams auf deren Arbeitsergebnisse und Zufriedenheit mit der Zusammenarbeit?
Verschiedene Rollen sollen abgedekt sein
Gewisses Mass an Freiheit für internen Wettbewerb, Regelmässiges Feedback
... tbd
