July 2013 – JZ IT Consulting Ltd

Krótka lista pięciu rzeczy, które nie są regułami biznesowymi

Post author:Jaroslaw Zelinski
Post published:31 July 2013
Post category:Analizy biznesowa i projektowanie oprogramowania

Od samego początku analizy i projektowania logiki systemu należy skupić się na tym "co i po co" a nie "jak". Zajmowanie się pytaniami "jak" (najgorsze pytanie analizy: jak Państwo to robią) na samym początku, prowadzi do zgromadzenia ogromnej ilości, nadmiarowych, szczegółów, które zamulają prace wszystkich członków zespołu projektowego. Szczegóły, te których znajomość faktycznie wnosi wartość, należy analizować na końcu, wtedy - mając szkielet całego projektu - wiemy które mają jakiekolwiek znaczenie.

Korzyści z Architektury Korporacyjnej

Post author:Jaroslaw Zelinski
Post published:30 July 2013
Post category:Analizy biznesowa i projektowanie oprogramowania

Od czego należy zacząć? Od zbudowania własnej (lub własnego wariantu) metodyki jej tworzenia oraz zatrudnieniu Architekta. Czy to powinien być własny pracownik? Moim zdaniem nie, gdyż po pierwsze nie będziemy w stanie obciążyć go pracą na 100%. Po drugie powinien to być ktoś z zewnątrz, by nie był uwikłany w wewnątrzorganizacyjne zależności - Architekt korporacyjny nigdy nie powinien być interesariuszem w projekcie związanym z reorganizacją (podobnie jak lekarz domowy to raczej nikt z domowników).

Big data – czy na pewno więcej znaczy lepiej?

Post author:Jarosław Żeliński
Post published:30 July 2013
Post category:Analizy biznesowa i projektowanie oprogramowania

Big Data czyli jak świat poradził sobie z ogromną ilością zmiennych informacji: NoSQL Wykład otwarty na WIT https://youtu.be/pJZekd6PHm4 Nagromadzenie danych to jeszcze nie jest nauka (Galileusz) Duże bazy danych na…

Big data ? czy na pewno więcej znaczy lepiej?

Post author:Jaroslaw Zelinski
Post published:30 July 2013
Post category:Analizy biznesowa i projektowanie oprogramowania

Nagromadzenie danych to jeszcze nie jest nauka (Galileusz) Duże bazy danych na określony temat - najczęściej mowa o zachowaniach klientów ? to ostatnio temat pierwszych, najdalej drugich, stron gazet. BigData…

Zarządzanie wymaganiami

Post author:Jaroslaw Zelinski
Post published:26 July 2013
Post category:Analizy biznesowa i projektowanie oprogramowania

Z powyższego płynie także kolejny wniosek: autor specyfikacji wymagań, powinien kontynuować projekt jako osoba zarządzająca wymaganiami, i bardzo dobrze jest jeżeli pracuje po stronie Zamawiającego, gdyż stanowi naturalny mechanizm kontroli pracy dostawcy np. oprogramowania. Zamawiający nie ma innej możliwości realnego, merytorycznego nadzoru nad dostawcą, to Zamawiający powinien zarządzać wymaganiami bo to w końcu jego wymagania!