W dniu 2011-05-19 13:00, Przemek O. pisze:
[...]
>> Hm? Prawie każdy produkt software'owy po wypuszczeniu do produkcji ma
>> kolejne wersje.
>
> Tylko że release ma pełną funkcjonalność, a prototyp częściową. I to
> jest różnica.

Istnieją proejekty, w których dostarczenie częściowej funkcjonalności
przez zakończeniem całości daje dodatkową wartość. Istnieją nawet takie,
w których bez dostarczania 1/5 funkcjonalności po kwartale może
spowodować, że całość przestaje być akutalna. Bo np. konkurencja nas
wyprzedziła dając 1/4 funkcjonalności w pół roku, a my nadal czekamy
na całość.

>>> Nie rozumiem. Patrzę teraz z perspektywy przedsiębiorcy. Mnie interesuje
>>> na kiedy mogę mieć produkt i ile za niego mam zapłacić. Średnio mnie
>>> interesuje czy dostanę jakiś kawałek wcześniej czy później. Ważna jest
>>> data wdrożenia całości.
>>
>> Nieprawda. Jako przedsiębiorcę, interesuje cię, czy zarobisz na tym
>> oprogramowaniu i ile.
>
> Jeśli została podjęta decyzja o zamówieniu oprogramowania, to była
> poprzedzona analizą ROI lub czymś podobnym. Więc aspekt zarobku jest
> ważny ale tylko w korelacji z czasem i kosztem wykonania.

Lepiej sprzedać edytor tekstowy bez możliwości obracania czcionek, czy
dać się wyprzedzić konkurencji czekając na całość? Jeśli tego w analizie
biznesowej ktoś nie dopilnuje, to zasługuje na porażkę.

[...]
> Guzik przebiłem. Nie chcesz zrozumieć podstawy że bez określenia wymagań
> i projektu można spierniczyć dokładnie wszystko. Nie odnosi się to tylko
> do oprogramowania. A takie spierniczenie na pierwszym etapie skutkuje
> kilka razy wyższą ceną i dłuższym terminem wykonania. Bo komuś nie
> chciało się kilku dni na początku poświęcić na projekt.
>
>> I tylko pozornie nie ma związku z dowodzeniem Wielkiego Twierdzenia
>> Fermata.
>
> Przecież to Ty starasz się dowieść że płaci się za czas produkcji a nie
> jej efekt?

Jeśli efektem ma być most - masz rację. Jeśli efektem ma być
wyprzedzenie konkurencji w przeprawianiu towarów i ludzi przez rzekę, to
może warto zaiwestować w dowolne, nawet ułomne rozwiązanie, które to
umożliwia? Mając zapewne na względzie docelową stałą przeprawę.

[...]
>> sensie pracuję głównie przy projektach wewnętrznych, i wtedy myślenie
>> jest takie, że jeśli można zacząć sprzedawać program z okrojoną
>> funkcjonalnością za 6 miesięcy, a potem dodawać ficzery w kolejnych
>> wersjach, albo można zażądać pełnego zestawu ficzerów i czekać 18
>> miesięcy na wersję 1.0, to to pierwsze rozwiązanie ma duży sens
>> biznesowy.
>
> Zakładając że program z okrojoną funkcjonalnością jest zamkniętą
> kompletną całością to się zgodzę.
> Natomiast jeśli zamawiam np. program księgowy to co mi po okrojonej
> funkcjonalności np. księgowania tylko kosztów a nie zakupów (które będą
> w następnej wersji), skoro i tak resztę będę musiał robić ręcznie?
> Wszystko zależy od tego, co mamy na myśli pisząc "okrojona" funkcjonalność.

Taka, dzięki której mogę ograniczyć koszty, zwiększyć przychód lub zająć
lepszą pozycję rynkową wyprzedzając konkurencję.

--
Paweł Kierski
n...@p...net