|
 Analiza Projektów :
W każdym projekcie, bardzo ważnym elementwm jest przygotowanie specyfikacji przedwykonwczej. Prawda ta wynika z naszego doświadczenia jaki i przeprowadzonych badań z zakresu zarządzania projektem. Brak analizy bardzo często pociąga za sobą wyższe koszty, wydłużenie czasu projektu, a w konsekwencji opóźnieni projektu.
Nasza usługa polega między innymi na zebraniu potrzeb i wymagań klienta a następnie przetłumaczenie ich na wspólny język pomiędzy zleceniodawcą a wykonawcą projektu.
- Jak pracujemy
- Etap: identyfikacja
Na początku zawsze używamy mapy mysli do zebrania wymagań od klienta.
|
Mapy myśli cechuje brak monotonii towarzyszącej procesowi sporządzania tradycyjnych notatek (linearnych bądź nawet poprzez wykresy i wypunktowanie). Jako że stosujemy różne kolory a nawet rodzaje pisaków (długopisy, flamastry, markery itp.) jest to technika notowania bardzo "przyjemna dla oka".
Tworzy ona sieć powiązań i ułatwia dopisywanie informacji oraz nowych koncepcji w wybranym miejscu na kartce bez konieczności tworzenia nowej notatki.
(kliknij na obrazek by powiększyć)
Jak pracujemy
1. Głos klienta
Na początku chcemy uzyskać informacje o oczekiwaniach klienta, w tym celu zebrane zostaną dane, które pomogą w osiągnięciu sukcesu projektu.
Etap ten kończy się sporządzeniem dokumentu, składającego się z:
a. Określonych wymagań
b. W jaki sposób będziemy wymagania mierzyć
c. Jaki jest akceptowany poziom spełniania wymagań przez klienta?
Lp. |
Wymaganie |
Kategoria |
Miara |
Poziom akceptowalny |
1 |
Budowanie marki w Internecie |
Podstawowe |
Ilość osób odwiedzających witrynę |
od 100 do 400 dziennie |
2 |
Łatwość obsługi |
Podstawowe |
Ilość zapytań dotycząca aktualizacji strony internetowej lub wysłania oferty na 1 osobę na 1 miesiąc |
od 0 do 2 |
3 |
Rozszerzenie swoich usług |
Podstawowe |
Przygotowanie oferty z kilkoma produktami, których firma XYZ jeszcze nie posiada. Ilość dodatkowych usług |
od 2 do 6 |
Etap: identyfikacja i projektowanie
2. Diagram SIPOC
Diagram ten, mówi nam i klientowi, w którym miejscu każdego procesu znajduje się klient. Pokazuje, co klient musi nam przygotować, aby proces mógł zostać wykonany
Etap ten kończy się dokumentem, składającym się z:
a. Określonych wkładów wejściowych
b. Wkłady wnoszą role (Klient, Wykonawca)
c. Nazwy procesów
d. Definicja efektów każdego z procesów
Przykład diagramu:
Dostawca (Supplier) |
Wejście (Input) |
Proces (Process) |
Wyjście (Output) |
Klient (Customer) |
BPMG |
Przygotowania dokumentu założeń projektu |
Przygotowanie założeń projektu |
Dokument założeń projektu |
XYZ |
BPMG |
Dokument założeń projektu.
Plan projektu (Harmonogram prac) |
Inicjowanie projektu |
Harmonogram |
XYZ |
XYZ
BPMG |
Harmonogram
Informacje projektowe
Zgłoszenia problemów |
Strategiczne zarządzanie projektem |
Zaakceptowane dokumenty
Zlecenia działań korygujących |
XYZ
BPMG |
3. Harmonogram
Chcielibyśmy, aby klient miał pełną kontrolę nad realizowanym projektem, dlatego tworzymy harmonogram prac wraz ze strukturą WBS.
Przykład diagramu
(kliknij na obrazek by powiększyć)
4. Diagramy analityczne
a. BPMN (Business Process Modelling Notation)
Zostanie zamodelowany przepływ dokumentów i czynności, abyśmy byli pewni, że dobrze zrozumieliśmy wymagania klienta
Przykład diagramu:
(kliknij na obrazek by powiększyć)
b. Sieć Petriego
Sieci Petriego są przydatnym narzędziem do modelowania i projektowania systemów, w których zdarzenia mogą występować współbieżnie. Analiza sieci Petriego, daje podstawy do oceny modeli poprzez możliwość śledzenia na rysunku zmian stanów sieci oraz dostarcza wniosków do udoskonaleń systemu.
Przykład sieci:
c. Diagramy przypadków użycia wraz z dokumentacją
Diagram przypadków użycia opisuje system z punktu widzenia użytkownika, pokazuje co robi system, a nie jak to robi. Diagram ten sam w sobie zazwyczaj nie daje nam zbyt wielu informacji, dlatego też zawsze potrzebna jest do niego dokumentacja w postaci dobrze napisanego przypadku użycia. Przypadki użycia są bardzo ważnym narzędziem zbierania wymagań. Diagramy przypadków użycia, mimo swojej prostoty, są bardzo przydatne, gdyż tworzą swojego rodzaju spis treści dla wymagań modelowanego systemu.
5. Dokumentacja projektu
Każdy projekt jest dokumentowany zgodnie z obowiązującymi standardami. W naszych projektach posługujemy się szablonem:
IEEE Std 1058.1-1987 (Reaff 1993), Standard IEEE dla planów zarządzania projektami oprogramowania (ANSI) | 
Jak Pracujemy
JAK PRACUJEMY
