Temat: Analityk IT vs Projektant IT

Powiem dosadnie. Za dużo miałem do czynienia z pseudo-naukowcami, którzy ze średniej wróżyli, iż Polska pokona Czechów. A nie pokonała. Wiem, bo byłem na meczu. I co oznacza, że w 96,78% elektron będzie się znajdował na pozycji (x,y,z)? Nic, bo w doświadczeniu, które Pan przeprowadzi akurat się tam nie znajdzie.

ogólnie masz rację: badanie "śrenich"czyli wszelkie "a robił Pan badania? Ilu ludzi tak powiedziało?" to nie tylko pseudonauka ale po protu idiotyzm... podobny do analizy technicznej kursów walut traktowanej jako narzędzie prognostyczne... nauka podobna do przepowiadania pogody przez górali lub Indian...

Badania ilościowe to nic poza statystyką a ta nie tworzy żadnych modeli tylko funkcje prawdopodobieństwa, mało kto o tym pamięta (lub wie)...

Temat: Analityk IT vs Projektant IT

wróćmy więc do meritum: Analityk vs. Projektant.... czy jest różnica? Ja uważam, że nie ale też zdefiniujmy pojęcie analityk bo spotykane są dwie definicje:
- można analizować dane i wyciągać wnioski (statystyka)
- można analizować "otoczenie" i wyjaśniać je (nauka)
i zapewne kilka innych, w IT mamy do czynienia raczej z tym drugim ale poda warunkiem, ze oprogramowanie (dany projekt) ma za cel modelowanie jakiejś rzeczywistości.

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:

nauka jest sztuką i Popper to tylko podkreśla :), w nauce "Poppera" nie ważne jest skąd się wzięła idea (mogła być nawet efektem narkotycznej wizji jak twierdzą niektórzy) ważne czy jest słuszna.

Pozwolę sobie się nie zgodzić. Po ortodoksyjnej szkole fizyki śmiem twierdzić, że nauka nie jest sztuką. Fizyka nie jest. Matematyka nie jest. Tak jak, zdaje się, wielu krytyków Poppera uważam, że będziemy mogli opisać świat fizyką i matematyką. Do tej pory działa.

Tu przyznaję, że popełniłem pewne uproszczenie i uogólnienie zarazem. Faktem jest, że prawa przyrody, jako takie, nawet nie podlegają ochronie prawem autorskim gdyż nikt ich nie "tworzy" a co najwyżej odkrywa. Drobny niuans: sztuką jest opracowanie modelu zjawiska (model to uproszczenie) a nie opisu samego zjawiska (bo ono jest, nie wynajdujemy go). Popper i falsyfikacja dotyczy nie tyle przyrody jako takiej co teorii (modeli) je opisujących, np. nikt nie rości sobie pretensji do powietrza, chmur itp.. ale model służący do prognoz pogody jest już "pomysłem"...

Rozumiem. Wydaje mi się, że myślimy nieco inaczej o słowie "sztuka". Dla mnie sztuka, to kierowanie się przeczuciem, bez wyraźnych przesłanek w postaci faktów. I to prawda, że często dzięki takim zachowaniom pojedynczy osobnik może osiągnąć spektakularny sukces, jednak w ogóle kierowanie się tylko przeczuciem powoduje więcej strat niż zysków.

IT to modelowanie - w końcu program to nic innego jak jakiś model :), w IT to głownie psychologia komunikacji i teoria poznania jako "narzędzia" pomagające "zrozumieć usera" :)

To prawda. I w przypadku wytwarzanych modeli oprogramowania nie mam zastrzeżeń, co do teorii filozoficznych przytoczonych powyżej. Jednak grupy programistyczne, użytkownicy, szefowie projektów, czyli "narzędzia" tworzące te modele nie poddają się tak łatwo opisowi.

Dlatego to fajne i odkrywcze zajęcie :)

To prawda. Staram się zgłębiać jego tajniki, jednak jestem na początku tej drogi.

Temat: Analityk IT vs Projektant IT

Popper i falsyfikacja dotyczy nie tyle przyrody jako takiej co teorii (modeli) je opisujących, np. nikt nie rości sobie pretensji do powietrza, chmur itp.. ale model służący do prognoz pogody jest już "pomysłem"...

Rozumiem. Wydaje mi się, że myślimy nieco inaczej o słowie "sztuka". Dla mnie sztuka, to kierowanie się przeczuciem, bez wyraźnych przesłanek w postaci faktów. I to prawda, że często dzięki takim zachowaniom pojedynczy osobnik może osiągnąć spektakularny sukces, jednak w ogóle kierowanie się tylko przeczuciem powoduje więcej strat niż zysków.

hm... inną wartość ma przeczucie sędziego na emeryturze a inną młodego prawnika po studiach :) co nie zmienia faktu, ze przeczucia szkodzą bo zawsze są subiektywne (nie zapominajmy jednak o światowym powodzeniu bezwartościowych naukowo metod w rodzaju burze mózgów czy metody delfickie).

spektakularny sukces z wyczucia bez badań to loteria, zresztą nie sztuką jest wpaść przypadkiem na rozwiązanie, sztuka jest wykazać jego słuszność, chyba w ubiegłym roku mała dziewczynka wskazała rozwiązanie pewnego problemu chemicznego bawiąc się klockami, jednak to dopiero naukowcy umieli wykazać jego słuszność... sama inspiracja to mało.

Temat: Analityk IT vs Projektant IT

e.e.
Każdy wykres trzeba umieć zrobić tak, żeby został zrozumiany. A przynajmniej - żeby odbiorca miał wrażenie, że coś zrozumiał.

I to nie był Twój wykres :)

Ja się wypisuję z tej dyskusji. Nie mam czasu przeglądać czy był jakiś Adrian, czy był jakiś jeszcze wykres itp. W tym poście było 2 wykresy i nie było żadnego Adriana.

Moja pomyłka. Wcześniej miałem na myśli autorstwo diagramu w kontekście tego, że bronisz nie swojego pomysłu.

A co do reszty:

Business Vision,
2. Positioning
3. Stakeholder and Customer Descriptions etc ...

To są tylko hasła. Słowa bez znaczenia.

Autor żadnej z RUP'owych publikacji nie podał np. precyzyjnego opisu skutecznej metody tworzenia dokumentacji biznesowej
(zwyczajny wywiad z klientem nie jest skuteczny ani odkrywczy).
Nie wiadomo czym ma być dokumentacja, jakie informacje ma zawierać i jak weryfikować jej jakość a bez tych informacji, choćby nie wiadomo jak "elegancko" były "zdefiniowane" fazy realizacji, nie zostanie zrealizowany żaden projekt
bo po prostu nie będzie wiadomo co należy zaimplementować.

A co do podejścia statystycznego - nie wiem, gdzie taki fragment znalazłeś ale IMHO dla mnie to doskonała ilustracja absurdalności RUP:
dlaczego autorzy, zamiast podać metody wytwarzania które działały, postanowili je uśrednić (czyli potencjalnie zepsuć) ?

Absurd. Dałbyś się operować osobie, która chirurgiem nie jest, ale na pracę chirurgów się napatrzyła i ją sobie uśredniła ?

PS. niedawno rozmawiałem z programistą - managerem (najważniejsza osoba w firmie) pracującym dla jakiegoś ogl. świat. korpo.
Jednym z jego pytań było: "Jaki procent funkcjonalności powinien być pokryty testami jednostkowymi?".

100% odparłem, bo jeśli pominąć kwestie finansowe o których w pytaniu nie było ani słowa, tylko taka odpowiedź wydaje sie logiczna.

Gość uśmiechną się, i najwyraźniej bardzo zadowolony z siebie stwierdził: "źle, funkcjonalność powinna być pokryta testami w 70%".
Skąd mu się wzięło to absurdalne 70% (pewnie gdzieś to wyczytał bo nikt normalny z pewnością sam by na to nie wpadł .. no chyba że coś uśredniał) i co biedak zrobi kiedy będzie miał do przetestowania np. 5 funkcji (3 testy za mało - 4 testy za dużo) tego już nie wiem; odechciało mi się dopytywania.Jakub Wojt edytował(a) ten post dnia 28.06.12 o godzinie 13:14

Temat: Analityk IT vs Projektant IT

wróćmy więc do meritum: Analityk vs. Projektant.... czy jest różnica?

no do roboty ;), odpuszczamy czy obrazki RUP sa prawdziwe czy nie

Temat: Analityk IT vs Projektant IT

Jakub Wojt:
...
Moja pomyłka. Wcześniej miałem na myśli autorstwo diagramu w kontekście tego, że bronisz nie swojego pomysłu.

Akurat ten diagram jest narysowany przeze mnie na podstawie kilku źródeł jako ujednolicona, sprawdzona i kompletna ilustracja dyscyplin projektowych (wymiaru statycznego), podziału na iteracje (wymiaru dynamicznego) oraz aktywności dyscyplin projektowych w projekcie (te tzw. kolorowe glizdy).

Pomysł rzecz jasna nie jest mój, ale mi się podoba.

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:

wróćmy więc do meritum: Analityk vs. Projektant.... czy jest różnica?

no do roboty ;), odpuszczamy czy obrazki RUP sa prawdziwe czy nie

Moim zdaniem są to jednak dwie odrębne role projektowe, cechujące się różnymi umiejętnościami i właściwościami. Nie oznacza to, że nie może to być jeden jeden człowiek. Człowiek, które pełni te dwie różne role powinien umieć wejść w odpowiednią rolę i rzetelnie wykonać swoją pracę w tej roli, tzn. nie powinien myśleć, że tego nie opiszę w analizie, bo będę pamiętał, bo przecież sam będę projektował.

Temat: Analityk IT vs Projektant IT

wróćmy więc do meritum: Analityk vs. Projektant.... czy jest różnica?

Moim zdaniem są to jednak dwie odrębne role projektowe, cechujące się różnymi umiejętnościami i właściwościami. Nie oznacza to, że nie może to być jeden jeden człowiek. Człowiek, które pełni te dwie różne role powinien umieć wejść w odpowiednią rolę i rzetelnie wykonać swoją pracę w tej roli, tzn. nie powinien myśleć, że tego nie opiszę w analizie, bo będę pamiętał, bo przecież sam będę projektował.

wraca pytanie: jaki produkt dostarcza każdy z nich?

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:

wróćmy więc do meritum: Analityk vs. Projektant.... czy jest różnica?

Moim zdaniem są to jednak dwie odrębne role projektowe, cechujące się różnymi umiejętnościami i właściwościami. Nie oznacza to, że nie może to być jeden jeden człowiek. Człowiek, które pełni te dwie różne role powinien umieć wejść w odpowiednią rolę i rzetelnie wykonać swoją pracę w tej roli, tzn. nie powinien myśleć, że tego nie opiszę w analizie, bo będę pamiętał, bo przecież sam będę projektował.

wraca pytanie: jaki produkt dostarcza każdy z nich?

Odpowiedź nie jest prosta i oczywista. Wszystko zależy od rodzaju projektu, wielkości projektu, organizacji i metodyki.

To co teraz wymienię potraktujmy jako zbiór możliwych rzeczy. Zbiór otwarty ale nie minimalny.

Na początek czym się różni analityk od projektanta?

Przede wszystkim analiza powinna ignorować ograniczenia środowiska implementacji. Zadaniem analizy jest wytworzenie prawie idealnego obrazu systemu. Czy obrazu bez skaz, bez kompromisów implementacyjnych, tak jak ma to wszystko się kręcić. Stąd też analityk na końcu przedstawia taki właśnie idealny i ustandaryzowany stan rzeczy.

Zadaniem projektowania jest uszczegółowienie analizy oraz sprowadzenie wyidealizowanego obrazu rzeczy do twardej i bezlitosnej rzeczywistości ograniczeń implementacyjnych, osobliwości fizycznych modeli. Jednak modle te muszą zaspokoić potrzeby funkcjonalne. Stąd projektant powinien sprowadzić idealny model do możliwych do implementacji projektów.

Niezależnie od tego wszystkiego są analitycy i projektanci biznesowi oraz analitycy i projektanci systemowi. Prócz niech jest również architekt biznesowy i systemowy oraz (notatka na marginesie) biznesowy kierownik projektu i (systemowy) kierownik projektu IT.

Co może należeć do obowiązków analityka biznesowego? Do jego zadań należy określenie wizji biznesu, określenie aktorów biznesowych, biznesowych przypadków użycia (procesów biznesowych) oraz interakcji między przypadkami/procesami.

Natomiast projektant biznesowy uszczegóławia specyfikację. Określa pracowników biznesowych i encje biznesowe lub projektuje szczegółowy model procesu biznesowego. Może definiować odpowiedzialności, atrybuty, operacje oraz zależności między pracownikami biznesowymi a encjami biznesowymi.

Analityk procesów biznesowych może dostarczyć słownik biznesowy, reguły biznesowe, oszacowanie organizacji docelowej, wizję biznesu, dokument architektury biznesowej lub uzupełniającą specyfikację biznesu. Zaś projektant biznesowy biznesowy model przypadków użycia / model procesów biznesowych.

Analityk systemowy na podstawie analiz biznesowych może dostarczyć dokument wizji, potrzeby uczestników projektu, model przypadków użycia, uzupełnić słownik pojęć (o pojęcia wykraczające ponad pojęcia biznesowe) itp.

Projektantów może być wielu: projektant systemu / implementacji dziedziny biznesu, projektant baz danych / hurtowni danych, projektant kapsuł, projektant interfejsów użytkownika, projektant testów itp. Każdy z nich odpowiada za "swoją" działkę.

Zestawienie to nie jest kompletne. Wolał bym skupić się na jednej z tych 4 ról/grup. Wtedy być może byłyby zdefiniowany kompletny podział prac dla mega dużego i super kompletnego projektu. Taki model można by było obciąć do rzeczywistych warunków projektu.

Na koniec jeszcze raz przypominam: są to role projektowe, nie stanowiska. W dużej organizacji mogą to być stanowiska w małej może to wszystko robić jedna osoba. W dużych projektach wszystko to sprowadza się do odpowiednich dokumentów w małych do omówienia zagadnień. W jednych projektach występują te dokumenty w innych będą inne dokumenty. Przecież mówimy o projektach: każdy projekt jest inny.

Temat: Analityk IT vs Projektant IT

ale w kilku słowach: co zamawiamy i u kogo :)

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
ale w kilku słowach: co zamawiamy i u kogo :)

Analityk biznesowy: biznesowy słownik pojęć, dokument wizji biznesowej, dokument specyfikacji biznesowych przypadków użycia / procesów biznesowych, dokument oszacowania celów biznesowych, wytyczne dla modelu biznesowego.

Projektant biznesowy: biznesowy model przypadków użycia / procesy biznesowe.

Analityk systemowy: dokument wizji systemu, specyfikację wymagań użytkownika, model przypadków użycia, słownik projektu.

Projektant: projekt bazy danych / hurtowni danych, projekt systemu (diagram klas, diagram sekwencji, diagram maszyny stanowej), projekt testów.

Tak z grubsza. Prościej jest przypisać co ma zrobić kto niż kto ma ewentualnie co zrobić.Aleksander Olszewski edytował(a) ten post dnia 28.06.12 o godzinie 23:20

Temat: Analityk IT vs Projektant IT

Analityk biznesowy: biznesowy słownik pojęć, dokument wizji biznesowej, dokument specyfikacji biznesowych przypadków użycia / procesów biznesowych, dokument oszacowania celów biznesowych, wytyczne dla modelu biznesowego.

co zawiera dokument wizji biznesowej?

czym są biznesowe przypadki użycia? (czym siwe różnią od "zwykłych"?)

czym jest dokument oszacowania celów biznesowych?

co to są wytyczne dla modelu biznesowego?

Projektant biznesowy: biznesowy model przypadków użycia / procesy biznesowe.

skoro przypadki biznesowe są u poprzednika to czym są jest biznesowy model przypadków użycia skoro nie jest listą biznesowych przypadków użycia?

Analityk systemowy: dokument wizji systemu, specyfikację wymagań użytkownika, model przypadków użycia, słownik projektu.

co zawiera dokument wizji systemu?

czym jest specyfikacja wymagań użytkownika skoro nie jest to model przypadków użycia?

czym się różni słownik projektu już wykonanego biznesowy słownika pojęć?

Projektant: projekt bazy danych / hurtowni danych,

projekt systemu (diagram klas, diagram sekwencji, diagram maszyny stanowej),

to model dziedizny systemu... logika biznesowa...

projekt testów.

a one nie są kojarzone z przypadkami użycia??

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...

Niestety czasami trzeba pracować ;) Niebawem po kolei każdą z kwestii wyjaśnię.

Temat: Analityk IT vs Projektant IT

Niestety czasami trzeba pracować ;) Niebawem po kolei każdą z kwestii wyjaśnię.

Kiedy będzie 'niebawem' ?
Odpowiedź "wkrótce" się nie liczy :>Jakub Wojt edytował(a) ten post dnia 30.06.12 o godzinie 22:45

Temat: Analityk IT vs Projektant IT

Jakub Wojt:

Niestety czasami trzeba pracować ;) Niebawem po kolei każdą z kwestii wyjaśnię.

Kiedy będzie 'niebawem' ?
Odpowiedź "wkrótce" się nie liczy :>

A gdzie się tak śpieszy? Czasem jest nawał w pracy. Spis treści dokumentu wizji biznesowej już na tym forum podawałem: http://www.goldenline.pl/forum/2946758/analityk-it-vs-...

Zawsze można sięgnąć źródła np. na stronach IBM.

Temat: Analityk IT vs Projektant IT

Niestety czasami trzeba pracować ;) Niebawem po kolei każdą z kwestii wyjaśnię.

Kiedy będzie 'niebawem' ?
Odpowiedź "wkrótce" się nie liczy :>

A gdzie się tak śpieszy?

A czy ja pośpieszam ? ;)
Po prostu chciałbym wiedzieć kiedy mniej - więcej będę można coś przeczytać.

Czasem jest nawał w pracy. Spis treści dokumentu wizji biznesowej już na tym forum podawałem: http://www.goldenline.pl/forum/2946758/analityk-it-vs-...

Zawsze można sięgnąć źródła np. na stronach IBM.

Jeśli chodzi o RUP'owego Redbooka - nie ma tam żadnej z definicji o jakie pytał Jarek.

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...
co zawiera dokument wizji biznesowej?

Dokument wizji biznesowej zawiera biznesowe uzasadnienie projektu. Pokazuje stan obecny, stan jaki chcemy osiągnąć dzięki wdrożeniu systemu oraz rozwiązania alternatywne. Dokument ten powinien zostać sporządzony w czasie dosyć krótkim i powinien być podstawą rozmów i rozważań biznesowych. Dokument ten inicjuje projekt lub stwierdza, że obejdzie się tak jak jest w chwili jego sporządzenia.

Odpowiednikiem dokumentu wizji biznesowej w PRINCE2 jest zarys uzasadnienia biznesowego a w PMBoK będzie to karta projektu. Rzecz jasna z dokładnością do pewnych szczegółów charakterystycznych dla danej metodyki.

Temat: Analityk IT vs Projektant IT

Jarek Żeliński:
...
czym są biznesowe przypadki użycia? (czym siwe różnią od "zwykłych"?)

Biznesowe przypadki użycia zostały wymyślone jako rozszerzenie RUP w czasach gdy BPMN nie był jeszcze zdefiniowany. Różnica jest dosyć mglista.

Notacja mówi, że ma to być ował w dolnym prawym rogu przekreślony. Jest to odwzorowanie systemu informacyjnego przedsiębiorstwa. Notacja ta zawiera dodatkowe symbole, np. pracownika przetwarzającego no i rzecz jasna aktorów biznesowych. Aktor biznesowy może przejść 1:1 na aktora systemu, a przypadek biznesowy może być wyjaśniony odrębnym diagramem przypadków użycia. Niektóre narzędzia, jak np. Enterprise Architect wspierali/wspierają tą notację.

W chwili obecnej bardziej zasadną może być notacja BPMN, tym bardzie, że jest "kompatybilna" z UML.

Temat: Analityk IT vs Projektant IT

Dokument wizji biznesowej zawiera biznesowe uzasadnienie projektu. Pokazuje stan obecny, stan jaki chcemy osiągnąć dzięki wdrożeniu systemu oraz rozwiązania alternatywne. Dokument ten powinien zostać sporządzony w czasie dosyć krótkim i powinien być podstawą rozmów i rozważań biznesowych. Dokument ten inicjuje projekt lub stwierdza, że obejdzie się tak jak jest w chwili jego sporządzenia.

w to miejsce wpasowuje się doskonale opis celu projektu i Business Motivation Model...