Tym razem kilka komentarzy do rekomendacji PZP. Najpierw to: Art. 29 ust. 1 ustawy PZP nakłada na zamawiającego obowiązek opisania przedmiotu zamówienia w sposób jednoznaczny i wyczerpujący, za pomocą dostatecznie…
Powszechnym błędem jest więc “zamawianie” oprogramowania metodą specyfikowania wymagań, jako wielu przypadkowo, lub nawet systematycznie, opisanych reakcji na bodźce, bez zrozumienia mechanizmu ich powstawania. Implementacja tak opisanych wymagań bardzo często jest realizowana jako bardzo rozbudowany system pokazujący co sekundę kolejny obraz tarczy zegara zamiast implementacji prostego mechanizmu zmieniającego położenie wskazówek na nieruchomej tarczy zegara. Większość znanego mi oprogramowania jest bardziej złożona niż mogła by być…
Po co? Każda organizacja, poza standardowymi procesami związanymi z wystawianiem i księgowaniem dokumentów, czy też typowymi relacjami z klientami, produkcją, itp. realizuje procesy biznesowe stanowiące specyfikę jej działania i wykorzystuje…
Bardzo często spotykam się z projektami inicjowanymi przez średnie kadry kierownicze dużych firm i urzędów, często mają one pewną wspólną cechę: "nie możemy nic zmieniać w strategii organizacji ale chcemy…
Dwa lata temu pisałem o mikroserwisach: Obecnie mamy już dość dobrze wypracowane wzorce projektowe ale nadal jest problem ze zrozumieniem ?kiedy i jak?. Ładnie to opisał swego czasu E.Evans przy…
Jak to mawiał mój dawny profesor filozofii: "gdy dwóch mówi to samo to już nie jest samo". To co nazywamy "zwinnym podejściem" to coraz częściej uznanie nieskuteczności metody polegającej na…
Ten artykuł można czytać na dwa sposoby: analitycy czytają od dechy do dechy po kolei ;). Menedżerowie i tak zwany biznes czytają od razu koniec, to jest część Na zakończenie,…
Od czasu do czasu spotykam się w projektach z pojęciem "cynefin". Najpierw typowy opis z jakim można się zetknąć w sieci: Cynefin jest swoistą teorią, którą można wykorzystać do opisu…
