Analiza Systemowa – analiza biznesowa i projektowanie systemów

Celem jest oprogramowanie a dostawcy oprogramowania najmniej ryzykują gdy dostaną jego specyfikuję czyli gotowy projekt. Tak wiec przetestowany model oprogramowania realizujący cel zamawiającego jako wynik analizy systemowej stanowi nic innego jak opis produktu, który ma powstać. Oczywiście nikt nie projektuje od zera oprogramowania biznesowego bo to nierozsądne, wykorzystuje się tak zwane szkielety oprogramowania. O szkieletach już było tu: Frameworks Introduction ? czyli jak się psuje dobre ERP. A teraz zapraszam do obejrzenia tego co tu napisałem po mojemu czyli na diagramie :) (tak zwane mapy myśli czasami sie przydają :)). Warto tu zwrócić uwagę na jedną rzecz: ewentualne zmiany rozwiązania i korekty modelu (czyli projektu) odbywają się nadal na etapie analizy i projektowania, a wiec o rząd albo dwa taniej, niż podczas implementacji. Jest to główna przewaga tej metody nad analizą w postaci sesji [[JAD]] i opracowywania strukturalnych dokumentów.

Continue ReadingAnaliza Systemowa – analiza biznesowa i projektowanie systemów

10 Zasad kaizen – ale z głową

Te i podobne "zasady" to w moich oczach jakieś oczywistości. Jednak czy złe? Hm.... czasami mam wrażenie, że wielu ludzi faktycznie powinno nawet te oczywistości poznać, z drugiej jednak strony zachodzi ryzyko, że ktoś uwierzy że proste stosowanie ich obligatoryjnie prowadzi do prostych sukcesów a to już jest ślepa uliczka. Ludzie często szukają "złotego środka" na wszystko, tak zwanej "[[srebrnej kuli]]". Nie prostych recept, gdyby istniały nie było by problemów. Każdy problem (wyzwanie) to indywidualny problem w unikalnym środowisku. Jeżeli ktoś daje wiarę w to, że istnieje jakaś recepta na ich rozwiązywanie ...

Continue Reading10 Zasad kaizen – ale z głową

Zmienił się sposób inwestowania firm w IT

Mamy pewien konflikt interesów: nabywca technologii IT chce coś "na już i na krótko" a dostawcy technologii IT, mający inną strukturę kosztów, dążą do długoterminowych kontraktów. Jak sobie z tym poradzić? Dostawcy IT w zasadzie nie mają wyjścia, muszą iść tropem np. dostawców obrabiarek: szkielet maszyny plus wymienne narzędzia. Jeżeli obrabiarkę można przezbroić w kilka godzin, używając do tego nawet jednorazowo wykonanych narzędzi to samo musi być możliwe w systemie ERP albo będzie on zakałą całego procesu (co niestety nie raz ma miejsce!). Pomimo tego, że maszyny uniwersalne z wymiennymi końcówkami są droższe to jednak ryzyko ich zakupu jest znacznie niższe bo możliwe staje się policzenie kosztu pojedynczego wyrobu. Koszt utrzymania szkieletu takiej maszyny można bezpiecznie rozłożyć ryczałtem podobnie jak koszt budynku czy działów firmy, których istnienie jest wymuszone samym istnieniem firmy (jak np. księgowość).

Continue ReadingZmienił się sposób inwestowania firm w IT

Opłacalność produktów open-source – forum na grupie Business IT GoldenLine.pl

Tak więc jest miejsce dla zamkniętych, obłożonych licencjami i patentami produktów o długim cyklu życia bo to pieniądze z licencji i supportu dla twórców tego oprogramowania, jest miejsce dla produktów dedykowanych bo tu liczy się zupełnie co innego i spokojnie można tu użyć komponentów OS bo to skraca cykl wytwórczy jednak należy to robić ze zrozumieniem i rozwagą... Próba napisania jednej uniwersalnej aplikacji "do wszystkiego" skończy się kłopotami z prostego powodu: nie da się stworzyć uniwersalnego modelu pojęciowego, który opisywał by za jednym zamachem znane i przyszłe kampanie i produkty...

Continue ReadingOpłacalność produktów open-source – forum na grupie Business IT GoldenLine.pl