Opis systemu przez analityka it

Dostałem ostatnio zadanie opisania wszystkiego co związane z projektem w którym pracuję.

Projekt wystartował 1.5 roku temu, a ja właśnie przyszedłem do organizacji jako świeży Analityk IT (1 praca jako Analityk)

Pytanie do bardziej doświadczonych osób: Jak opisać bardzo rozbudowany system nie mając wiedzy biznesowej i technicznej? Dodatkowym utrudnieniem oczywiście jest brak czasu wszystkich interesariuszy (biznes i developerzy). Na wiki są sporadyczne opisy systemu.

Zacząłem od spisania tematów, które chciałbym opisać (główna aplikacja oraz inne wchodzące w interakcję z naszym systemem)

Jakich technik powinienem użyć ? Chodzić i na siłę truć wszystkim żeby opowiadali mi co napisać? Może ankiety z pytaniami, ale kto mi odpisze na maile jak deadline'y... z resztą próg wejścia na początku jest duży i nawet nie wiem jakie pytania zadawać. Macie pomysł na wyciągnięcie informacji od zespołu i zarazem uszanowanie czasu ludzi?

plebs napisał(a):

Dostałem ostatnio zadanie opisania wszystkiego co związane z projektem w którym pracuję.

Projekt wystartował 1.5 roku temu, a ja właśnie przyszedłem do organizacji jako świeży Analityk IT (1 praca jako Analityk)

Pytanie do bardziej doświadczonych osób: Jak opisać bardzo rozbudowany system nie mając wiedzy biznesowej i technicznej? Dodatkowym utrudnieniem oczywiście jest brak czasu wszystkich interesariuszy (biznes i developerzy). Na wiki są sporadyczne opisy systemu.

Zacząłem od spisania tematów, które chciałbym opisać (główna aplikacja oraz inne wchodzące w interakcję z naszym systemem)

Jakich technik powinienem użyć ? Chodzić i na siłę truć wszystkim żeby opowiadali mi co napisać? Może ankiety z pytaniami, ale kto mi odpisze na maile jak deadline'y... z resztą próg wejścia na początku jest duży i nawet nie wiem jakie pytania zadawać. Macie pomysł na wyciągnięcie informacji od zespołu i zarazem uszanowanie czasu ludzi?

1. Dowiedz się po co i w jakim celu masz przygotować taki dokument.
2. Dowiedz się kto będzie docelowo odbiorcą tego dokumentu (inny zakres informacji o systemie potrzebny jest użytkownikowi, a jeszcze inny analitykowi czy programiście).
3. Dowiedz się czy masz opisać system w jakimś z góry narzuconym szablonie dokumentu, abyś się nie napracował na darmo.
4. Proponuje, abyś na dzień dobry zaczął od podziału biznesowego systemu na moduły, później możesz opisywać przypadki użycia, a potem zejść do opisu działania ekranów, dalej możesz opisać integracje systemu z innymi systemami.

Do opisu możesz wykorzystać BPMN czy UML (to zależy kto będzie odbiorcą tego opisu.

PS. Pamiętaj, że analityk zadaje bardzo dużo pytań :)

Analityk IT

nie mając wiedzy biznesowej i technicznej

Mam tu jakiś ciężki compilation error

Wrzuć do dokumentu manifest agile, wszyscy będą szczęśliwi ;P

A tak praktyczniej patrząc, to możesz:

• zbadać czy firma posiada inne dokumenty dla innych projektów, które mogą stanowić źródło inspiracji (czyt. w firmie jest przyjęty jakiś standard/szablony i można go wykorzystać)
• wyjść od jakiegoś generycznego podejścia, np. poczytaj co to jest 4+1 architectural view i zorientuj się czy w firmie wiedzą co to BMPN/UML (jak nie, to po co masz się produkować z diagramami, skoro nie będą potrafili przeczytać). Jak nie diagramy w standardowych notacjach, to pozostaje opis słowno-muzyczny/ tabelki, które opisują procesy / scenariusze użycia itd.) ewentualnie "własna notacja", gdzie każdy w trakcie lektury będzie interpretował znaczenia kwadracika i kierunku strzałek ;)