Mind Mapping w procesie wytwórczym oprogramowania

Technika Mind Mapping (MM) zwana też techniką map pamięci powstała w latach sześćdziesiątych. Za jej twórcę uważany jest angielski naukowiec Tony Buzan, który intensywnie pracował nad poznaniem mechanizmów pracy ludzkiego umysłu i technikami zapamiętywania i podnoszenia kreatywności jednostek i zespołów. MM stara się wykorzystać wyniki tych badań tak, aby poprawić procesy uczenia się i zapamiętywania oraz komunikację międzyludzką. Jak wykazały badania MM stymuluje też kreatywność jednostki i zespołu oraz przyspiesza wypracowywanie przez zespoły wspólnych idei.

Technika MM polega na zapisywaniu informacji przy jednoczesnym posługiwaniu się obrazem i tekstem. Kładzie ona zasadniczy nacisk na formę obrazowania myśli.

Powodzenie każdego projektu, w tym projektu informatycznego, zależy w znacznej mierze od umiejętności wykorzystania i zaangażowania potencjału umysłowego wszystkich udziałowców projektu. W szczególności o sukcesie decyduje umiejętność prawidłowego określenia założeń i opracowanie planów zarządzania projektem, jakością, ryzykiem i innych niezbędnych w czasie prowadzenia projektu. Drugim niezmiernie ważnym elementem jest prawidłowa i efektywna komunikacja między udziałowcami projektu. Technika map pamięci (MM) może w znacznym stopniu wspomóc działania zespołu projektowego, a w szczególności kierownika projektu, w zakresie pobudzenia kreatywności całego zespołu i poszczególnych jednostek. Może też być dobrym narzędziem wspomagającym komunikację, w szczególności w fazie definiowania celów projektu i jego planów. 

Mapy pamięci pozwalają na organizowanie informacji w sposób naturalny dla naszego mózgu, minimalizując ilość nadmiarowych informacji i jednocześnie prezentując te informacje w sposób logiczny i przejrzysty. W związku z tymi cechami mapy pamięci w projekcie informatycznym mogą służyć następującym celom:

  • Tworzeniu notatek – poprzez naturalną dla mózgu organizację informacji mapy pamięci pozwalają łatwo zapisywać i zapamiętywać informacje.
  • Wymianie informacji – mapy pamięci wspomagają efektywność wymiany informacji w zespole projektowym.
  • Wspomaganiu kreatywności – zmniejszenie liczby nadmiarowych informacji jak również sposób ich organizacji pozwala na wykrywanie nowych zależności, definiowanie nowych problemów itp.
  • Budowaniu planów – mapy pamięci pozwalają na zwięzłą i czytelną prezentację informacji.
  • Definiowaniu wymagań funkcjonalnych i niefunkcjonalnych – szczególną rolę technika MM może odegrać w czasie zbierania wymagań przez analityka i wywiadów z użytkownikami.

Mapy pamięci są przydatne praktycznie przez cały czas trwania projektu, a głównie przy definiowaniu, analizie oraz rozwiązywaniu problemów. Typowym zastosowaniem map pamięci, często w połączeniu z techniką "burzy mózgów" jest określanie hierarchicznego podziału prac i szacowanie ryzyka. Poprzez minimalizowanie ilości informacji technika ta nadaje się także do planowania oraz prezentowania.

Należy jednak stwierdzić, iż mapy pamięci nie są jedyną metodą, której należy używać przy prowadzeniu projektu. Metoda ta nie nadaje się za bardzo do prezentacji harmonogramów, określenia ścieżki krytycznej, itp. Również analiza oraz projektowanie systemów powinno być używane za pomocą innych narzędzi (przy możliwym pewnym wsparciu tej metody). W związku z powyższym, omawiana metoda jest bardzo przydatna przy projektach prowadzonych za pomocą metodyk lekkich.

Metodyki lekkie mogą wykorzystać mapy pamięci do wymiany informacji między członkami zespołu (w tym przypadku cały zespół powinien używać map pamięci) jak również z klientem. W związku z częstym brakiem narzędzi wspomagających zarządzanie w metodykach lekkich, mapy pamięci mogą służyć jako narzędzie do planowania. 

Technorati Tagi: metodyki lekkie,Agile,Mind Mapping,inżynieria oprogramowania,proces wytwórczy oprogramowania

Tekst jest skrótem artykułu:

Mind Maping w lekkich metodykach projektowych
Autorstwa:Włodzimierz Dąbrowski, Rafał Hryniów, Marek Zawadzki

Podobne wpisy

  • Specyfikacja systemu a przypadki użycia Na jednym ze spotkań z klientem otrzymałem pytanie: Czy przypadki użycia są jedyną formą specyfikacji systemu? Moja odpowiedź była jasna: NIE. Przypadki użycia są niewątpliwie pożyteczne […]
  • Architekt w podejściu zwinnym W ostatnim wpisie opisałem co myślę o roli analityka w podejściu zwinnym. Drugą rolą, o której chciałbym wspomnieć jest rola architekta. Rola ta określona jest w klasycznym podejściu do […]
  • Analityk w podejściu zwinnym Rola analityka i znaczenie analizy w wielu organizacjach umacnia się a w innych zanika. Dość często tam, gdzie pojawia się zwinne podejście rola analityka jest trudna do zdefiniowania.  W […]
  • Projektowanie systemów informatycznych w ujęciu Agile W dniach 7-8  maja prowadziłem w Warszawie szkolenie z projektowania systemów informatycznych. Nikt z uczestników szkolenia nie miał wątpliwości, że modele w UML są przydatne a […]
  • UML jest niezrozumiały i nie wiadomo jak go stosować? Panuje powszechna opinia, że modele wyrażone w języku UML są niezrozumiałe i nie wiadomo jak go stosować. Problem czytelności diagramów jest tym bardziej istotny, gdy dokumentacji (jakże […]
Reklama

Zostaw komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Przewiń do góry