Zarządzanie inicjatywami i wymaganiami w projektach IT

HTML
DOWNLOAD

Wielkość: px

Rozpocząć pokaz od strony:

Download "Zarządzanie inicjatywami i wymaganiami w projektach IT"

Alicja Bukowska
8 lat temu
Przeglądów:

1 Zarządzanie inicjatywami i wymaganiami w projektach IT Spotkanie 1 Katarzyna Misiak katarzyna.misiak@gmail.com

2 Czym się będziemy zajmować? Co będzie: 1. Zarządzanie wymaganiami 2. Przegląd oprogramowania 3. Zarządzanie inicjatywami UW PSM ZPI

3 Co już Państwo znają? 1. Ideę wychodzenia od strategii organizacji i jej potrzeb 2. Priorytety dla wymagań w oparciu o MoSCoW 3. Zarządzanie wymaganiami w Scrum (product backlog) 4. Podstawowe zasady specyfikacji w oparciu o modele 5. Procedurę zarządzania zmianą UW PSM ZPI

4 ITIL Źródło: ITIL Service Transition UW PSM ZPI

5 Czemu projekty się nie udają? Główne ryzyka dla projektów IT: 1) Problemy z harmonogramem 2) Inflacja wymagań 3) Utrata pracowników 4) Niepełne i niespójne specyfikacje 5) Niska produktywność Źródło: Tom DeMarco, Timothy Lister Waltzing with Bears: Managing Risk on Software Projects

6 Po co nam zarządzanie wymaganiami?

7 Po co nam zarządzanie wymaganiami? Aby mieć pewność, że potrzeby i oczekiwania klientów oraz interesariuszy są właściwie udokumentowane, co pozwala je spełnić. A skoro wymagania się zmieniają trzeba również zarządzać ich cyklem życia i móc śledzić zależności

8 Dlaczego to robimy? Bo pominięcie ważnej potrzeby Klienta prędzej, czy później będzie wymagało od nas pilnej akcji a poprawki wprowadzane w ostatniej chwili wymagają testów, aby nie wprowadzić błędów, trwają i zużywają zasoby (reguła )

9 Odrobina teorii Wymaganie: Coś pożądanego Daje się opisać i zaobserwować Cechy wymagań [za: Ian Sommerville]: Weryfikowalność Zrozumiałość Pochodzenie Elastyczność

10 Odrobina teorii Rodzaje wymagań [za: Systems Engineering Fundamentals. Defense Acquisition University Press, 2001]: Klienta gdzie będzie zastosowany jaki będzie scenariusz wykorzystania jakie są krytyczne parametry niezbędne do osiągnięcia celu jak będą wykorzystywane komponenty systemu jakiej efektywności wymagamy jak długo system będzie wykorzystywany w jakim środowisku ma działać system Funkcjonalne (zadania do wykonania) Nie funkcjonalne (cechy systemu zależne od innych) Wydajnościowe Projektowe Pochodne Przyporządkowane

11 I spostrzeżenie praktyczne Problemy z wymaganiami [za: Just Enough Requirements Management Alan M. Davis]: 1) Brak świadomości istnienia wymagania 2) Ignorowanie dostępnych zasobów (czas, środki) 3) Niejasna specyfikacja

12 Jak wygląda zarządzanie wymaganiami? Fazy zarządzania wymaganiami: 1) Gromadzenie wymagań 2) Analiza wymagań 3) Dokumentowanie wymagań + oczywiście wykorzystywanie i doprecyzowywanie wymagań w ramach pracy projektowej na etapach projektowania, konstruowania i testów oraz wydania

13 Jak można gromadzić wymagania? 1) Wywiady 2) Warsztaty 3) Analiza dokumentacji 4)

14 Po co nam analiza biznesowa? 1) Wychwytywanie błędów i niespójności (w tym np. sprzecznych wymagań) 2) Tłumacz 3) Ustalanie priorytetów 4) Zarządzanie zmianą 5)

15 Jak dokumentować wymagania? 1) Dokumentacja wyników warsztatu/burzy mózgów np. w formie mindmapy 2) Lista kontraktowa 3) Lista mierzalnych celów (vide Agile) 4) Prototypy i symulacje (uwaga na syndrom jutra ; nie zawsze wystarczają) 5) Przypadki użycia (lub bardziej pełny opis za pomocą modeli :) 6) Software Requirements Specifications (SRS) IEEE 830 7)

16 Struktura SRS (1/2) 1 INTRODUCTION 1.1 Product Overview 1.2 Purpose 1.3 Scope 1.4 Reference 1.5 Definition And Abbreviation 2 OVERALL DESCRIPTION 2.1 Product Perspective 2.2 Product Functions 2.3 User Characteristics 2.4 General Constraints 2.5 Assumptions and Dependencies

17 Struktura SRS (2/2) 3 SPECIFIC REQUIREMENTS 3.1 External Interface Requirements User Interfaces Hardware Interfaces Software Interfaces Communications Protocols Memory Constraints Operation Product function Assumption and Dependency 3.2 Software Product Features 3.3 Software System Attributes Reliability Availability Security Maintainability Portability Performance 3.4 Database Requirements 4 ADDITIONAL MATERIALS

18 Kryteria jakości specyfikacji wymagań (IEEE 830) 1) poprawność, 2) jednoznaczność, 3) kompletność, 4) spójność, 5) uporządkowanie wg ważności i stabilności, 6) weryfikowalność, 7) modyfikowalność 8) możliwość śledzenia + uwaga OGC [ 9) bez projektowania

19 Dokumentacja im więcej, tym lepiej? Secrets of Just Enough Elicitation (Alan M. Davis): 1) Never lose sight of your goal: understanding enough of the problem so you can proceed with minimal risk 2) Never think you understand the problem better than the customer. 3) Never assume that one stakeholder can speak for all stakeholders. 4) Maintain a glossary of terms. 5) Avoiding elicitation altogether will significantly lengthen the overall development time, not reduce it. 6) Prepare for change. The more the stakeholders discuss, the more they will want. Don t solve this problem by cutting off the stakeholder. An involved stakeholder is a happy stakeholder. 7) Stakeholders have the right to change their minds. 8) Prepare for active, explicit, and overt triage.

20 Dobre praktyki PMBOK Project Scope Management: 1) Collect Requirements 2) Define Scope 3) Create WBS 4) Verify Scope 5) Control Scope Wejście: karta projektu rejestr interesariuszy Narzędzia i techniki: techniki kreatywności grupowej, techniki grupowego podejmowania decyzji Wyjście: dokumentacja wymagań, macierz śledzenia wymagań (Requirements Traceability Matrix) przypisująca wymagania do funkcjonalności plan zarządzania wymaganiami

21 Dobre praktyki inne źródła BABOK SWEBOK

22 Oprogramowanie - przegląd Freemind ADONIS:CE już był, więc dla równowagi Enterprise Architect Axure OSRMT + rozwiązania autorskie Rozwiązania sieciowe: Gatherspace.com Tracecloud.com

23 Podsumowanie Dziękuję

Podobne dokumenty

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 1 Zbigniew Misiak (BOC IT Consulting) Podyplomowe Studia Menedżerskie Zarządzanie projektami informatycznymi Czym się będziemy zajmować?