Wymiećmy spod kołdry brudy informatyzacji

artykuł zawiera kilka trafnych spostrzeżeń - musze sie zgodzić z tym że :

1. obniżenie kosztow informatyzacji może wynikać ze standaryzacji działąń
biznesowych (urzędów) należałoby stworzyć model formalny. Tutaj olbrzymi pole
do popisu dla merytorycznych analityków rządowych(tylko czy takowych
posiadamy), lub analityków z sektora prywatnego których należałoby wynająć w
tym celu. Pomysł świetny pytanie czy opór materii da się przełamać
(zarządzanie zmianą w skali giga)

2. oczywiście że nikt nie buduje domu o którym wiadomo tyle że ma być jedynie
"ładny" i "funkcjonalny" - natomiast wiele systemów informatycznych powstaje
właśnie w ten sposób.

3. bardzo ważny temat - specyfikacja wymagań - spotyka sie wiele systemów w
których specyfikację wymagań tworzy dostawca :) "scyzoryka szwajcarskiego"
tzw. dokument BRD zamiast ponumerowanych zdań typu "system musi zapewnić
przygotowanie", "system ma generować następujące dokumenty" zawiera zwykle
"system spełnia wszelkie wymogi ... i tu następuję wychwalania czego to system
nie robi" - totalne wymieszanie oferty handlowej z dokumentami brd

4. przez brak precyzyjnej specyfikacji wymagań w implementacjach następuje
"scope creeping" co przy nieogarnieciu trojkąta zakres-koszty-czas może kończy
się fiaskiem przedsięwzięcia

5. brak odpowiedzialnej kadry klienckiej (urzędników) generuje kłopoty z
okeśleniem wymagań dla systemu

6. brak przepisów standaryzujących projekty (analogicznie jak w budownictwie
powinni sie wypowiadac architekci, inżynierowie konstruktorzy (programiści,
specjaliści od systemów operacyjnych))

tyle teoria - na pocieszenie pozostaje informatykom fakt, ze pomimo mnogości
przepisów budowlanych budownictwo tez ma swoje mankamenty (bandyterka jest norma)


--
Andrzej Brzózka