🚀 go-pugleaf

Piotr pisze:
> Zbieranie wymagań nie polega na rysowaniu map procesów.

Coś rysować jednak trzeba. Otwarta głowa, papier i ołówek
są niezastąpione przy zbieraniu wymagań. Ale tego właśnie
boją się firmy nastawione na sprzedaż gotowców. Porządnie
przeprowadzona analiza nieuchronnie prowadziłaby do jednego
z wniosków:
  - gotowiec wymaga znacznej rozbudowy, modyfikacji
    istniejącego kodu i struktur danych (w najlepszym razie
    może być użyty jako prototyp rzędu zerowego),

  - gotowiec nie nadaje się do wdrożenia.

Nie zdarzy się tak, że gotowiec jest "w sam raz" (mam na
myśli system dla przedsiębiorstwa przemysłowego, a nie dla
sklepu z odzieżą używaną). Pisałem już wyżej o micie
"powielarności systemów". Jeżeli bez przeprowadzenia analizy
firma twierdzi, że wie lepiej, czego potrzebuje klient, to
znaczy, że nie wie nic.

Uwaga na bajer:
"Wraz z systemem sprzedajemy wam wiedzę biznesową (know-how)".

Dają się na to nabierać prezesi przedsiębiorstw przemysłowych,
ktorzy też woleliby uniknąć precyzyjnego określenia, czego
właściwie potrzebują, czyli uniknąć analizy (wdrażamy system,
bo "inni" już mają, więc wypada mieć). Potem w okresie
eksploatacji okazuje się, nie dość że sypiący się system
nie tylko nie wnosi żadnego "know-how", to sam wymaga szerokiego
wsparcia ze strony Clippera i dodatkowej ewidencji ręcznej.

BTW
Naukowcy wymyślają różne metodyki analizy. Toczą zażarte spory
o to, które z nich (strukturalne czy obiektowe?) i w jakich
okolicznościach są lepsze. Według mnie w każdym przypadku lepsza
jest którakolwiek niż żadna.

Pozdrawiam
-- 
   Franciszek Bałaban