eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingpl. usenet o agileRe: pl. usenet o agile
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
    .pl!news.nask.org.pl!newsfeed.pionier.net.pl!news.glorb.com!news-in-01.newsfeed
    .easynews.com!easynews!core-easynews-01!easynews.com!en-nntp-12.dc1.easynews.co
    m.POSTED!not-for-mail
    From: A.L. <a...@a...com>
    Newsgroups: pl.comp.programming
    Subject: Re: pl. usenet o agile
    Message-ID: <v...@4...com>
    References: <kroiv1$p67$1@speranza.aioe.org>
    <4...@4...com>
    <51e5880e$0$1222$65785112@news.neostrada.pl>
    <8...@g...com>
    <j...@4...com>
    <3...@g...com>
    <4...@g...com>
    User-Agent: ForteAgent/7.00.32.1200
    MIME-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: 8bit
    Lines: 47
    X-Complaints-To: a...@e...com
    Organization: Forte Inc. http://www.forteinc.com/apn/
    X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will
    be unable to process your complaint properly.
    Date: Thu, 18 Jul 2013 19:13:00 -0500
    X-Received-Bytes: 3157
    Xref: news-archive.icm.edu.pl pl.comp.programming:204070
    [ ukryj nagłówki ]

    On Thu, 18 Jul 2013 06:55:29 -0700 (PDT), Maciej Sobczak
    <s...@g...com> wrote:

    >
    >> Zasadą metodyk Agile jest to że wymagania są płynne i mogą się zmienić.
    >
    >Tak. Ale jednocześnie niejawnie sugeruje, że te zmiany są tanie. Tymczasem nie są.


    Zmiany tanie nie sa. Potwierdzam.

    Gdy sie umawia z klientem na wykonanie projektu, to trzeba wiedziec
    ile projekt bedzie kosztowal. Ustala sie to na podstaawie dokumentu
    wysylanago pzrez klienta do potencjalnych wykonawcow. gdzie sa
    wyspecyfikowane wymagania dotyczace projektu. Firmy wyceniaja i klient
    wybiera firme ktora chce. Niekoniecznie najtansza. Normalka.

    Teraz, jak sie podpisze kontrakt, to jest obopolne porozumienie ze a)
    klient nie bedzei wymagal wiecej niz jest w kontrakcie, ani inaczej
    niz jest w kontrakcie b) dostawca dostarczy produkt zgodznie ze
    specyfikacja, w budzecie i w czasie.

    Wszelkie zmiany dotyczace zakresu projektu natychmiast rodza pytanie:
    "kto za to zaplaci". Bo wykonawcanei widzi powodu - tej dodatkowej
    funkcjonalnosci nie bylo w specyfikacji. Dodatkowo, takie extra
    wymagania naruszaja "timing" projektu - projektu nei da sie wykonac na
    czas, a za opoznienia moga byc kary umowne. Wiec co bedzie z tymi
    karami?

    Obie wysokie strony musza sie dogadac - w sparwie pieniedzy i w
    sprawie terminow.

    Byc moze w sytuacji gdy caly projekt polega na "pierdyknieciu bazki
    szlauchow i kaloszy dla Miejskiego Przedsiebiorstwa Kanalizacyjnego" i
    jest robiony pzrez pojedynczego junior developera, mozna sobie
    swobodnie agilowac. Ale obawiem sie ze nawet Przedsiebiorstwo
    Kanalizacyjne nie wmontowaloby sie w projekt bez ustalenia ile
    kosztuje i kiedy bedzie zrobiony. I na pewno Pzredsiebiorstwo
    Kanalizacyjne nie wydeleguje swojego pracownika zeby siedzial z owym
    deweloperem i patrzal mu na rece. Parcownicy Pzredsiebiorstwa
    Kanalizacyjnego musza sie bowiem zajmowac kanalizacja

    Zeby bylo konkretnie - bylem swiadkiem projektu w ktorym dodanie pol
    strony do specyfikacji kosztowalo zleceniodawce cwierc miliona
    dolarow. I nie bylo to nic takiego nadzwyczajnego

    A.L.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: