Do czego Ci przypadki użycia?

Komentarze - 8

1. 

   Łukasz

   7 listopada 2012, 19:53

   A kiedy wycena projektu? Można opisać w ten sposób wymagania projektu i wtedy przekazać do wyceny. Ale co w sytuacji, gdy taką analizę wykonuje dostawca zatrudniany tylko do tego projektu i jego zatrudnienie zależy od wyceny całości prac?

   Odpowiedz

   1. 

      Hania Wesołowska

      7 listopada 2012, 22:11

      Wszystko zależy od sposobu pracy, który Ty przyjmujesz a Twój klient akceptuje. Na logikę – trudno wycenić coś, jeśli jeszcze nie wiemy, co mamy zrobić. Można przyjmować bardzo zgrubne założenia i do wyceny dorzucać bufor na
      “niespodzianki”. Życie i projekty pokazują jednak jak często się potem okazuje, że i tego buforu nie starcza i jak bardzo nas projekt zaskakuje.
      Jak klienta przekonać do takiego modelu prowadzenia projektu? Do mnie przemawia to zdanie: “trudno wycenić coś, zanim się wie, co jest do zrobienia”. Ale często klient mimo to chce znać jakąś cenę. Więc się jakąś przygotowuje, żeby klient nie odszedł do innej firmy, która nie będzie kręcić nosem na strzępki informacji i jakąś cenę mu poda.
      Jak przekonać klienta do analizy przed projektem? Jest tu pewnie mnóstwo wyzwań, których mogę nawet nie brać pod uwagę, bo nie zajmuję się sprzedażą i pozyskiwaniem klientów. Zapytajmy sprzedawców.
      Niektórzy twierdzą, że sprawdza się podawanie przedziałów, np. projekt zajmie od 3 miesięcy do 8. A klient na to “Aha, jeśli nie dłużej niż 2 lata, to biorę”. Z czasem doprecyzowujemy i szacujemy coraz dokładniej.
      Inni mówią, że o analizę przed rozpoczęciem “roboty” sami proszą klienci “po przejściach”, jeśli się już sparzą na nieprzemyślanych projektach.
      Szczerze, nie wiem dlaczego np. w branży budowlanej oczywiste jest, że przygotowuje się projekt, a później wycenia budowę, a w IT jest to nie do przeskoczenia. Klient po prostu przywykł do takiego trybu? Musimy się jeszcze uczyć w naszej branży na błędach, aż wypracujemy lepsze rozwiązania?

      Odpowiedz

      1. 

         Łukasz Bąkowski

         10 listopada 2012, 11:24

         Jakbym był klientem i po zapytaniu o wycenę dowiedziałbym się od jednej firmy, ile projekt będzie kosztował, a od drugiej notatkę wyjaśniającą, że najpierw płaci się za analizę a potem za projekt, mógłbym stwierdzić, że:
         a) Firma 1 jest bardziej doświadczona w tego typu projektach i już takie robiła wcześniej skoro taką szybką wycenę dostałem.
         b) Firma 2 będzie chciała sięgnąć głębiej do mojej kieszeni. Teraz oprócz projektu chcą jeszcze opłat za analizę, ciekawe co będzie potem.
         Co ciekawe klienci po przejściach również często nie chcą płatnej analizy, ponieważ mają wybór między taką firmą a dziesiątkami innych wyceniającymi bezpłatnie projekt. To, że jedna firma jest niekompetentna nie oznacza, że inna również taka będzie.
         Kolejnym problemem jest cena projektów. Przy projekcie za kilkaset tysięcy (dom, mieszkanie) łatwiej zrozumieć, że trzeba za projekt zapłacić dodatkowo. Projekty informatyczne są często w dużo niższych przedziałach cenowych i trudniej przełknąć dodatkową kwotę na analizę.
         Zauważalne jest to przy rozmowach – im droższy, większy projekt tym łatwiej wytłumaczyć, że jest potrzebna dokładniejsza analiza.
         Poza tym w takich rozmowach głównie chodzi o sprzedawców. Dobry sprzedawca sprzeda g…. za cenę złota. Słaby sprzedawca złota nie opchnie nawet za cenę g….. Czyli charyzma, dobre podejście do klienta, zdobycie zaufania. Potem można działać zgodnie z regułami w które wierzymy, czyli np sprzedać analizę oddzielnie co nie będzie już takie trudne.
         A najprościej jest wliczać takie analizy w koszta projektów, uśredniać czas i dokładać kwotę do ceny całościowej projektów zatwierdzonych. Klient który będzie chciał wykonać projekt i tak wtedy zapłaci za analizę swoją (i innych niestety).

         Odpowiedz

         1. 

            Hania Wesołowska

            12 listopada 2012, 09:06

            a) Co to znaczy, że firma robiła podobny projekt? Jeśli to jest coś szalenie typowego, z półki, to rozumiem. Ale jak możesz dla firmy zrobić dedykowane oprogramowanie takie samo? To znaczy, że tak firma nam poda cenę czegoś co ma/może zrobić, po czym nam to wciśnie, bez względu na to, czego właściwie nam potrzeba. Dostaniemy to, co zamówił poprzednik, bez zastanawiania, czy to nam pomoże i nam odpowiada.
            A jeśli nie wiesz dokładnie co masz zrobić, to jak to wycenisz? Z buforem bezpieczeństwa. Albo przyjmiesz jakieś założenia, które potem mogą się okazać niesłuszne i i tak trzeba będzie przeszacować i skasować.
            Pytanie czy bardziej Ci zależy, żeby mieć jakąś wycenę czy wycenę rozsądnie bliską rzeczywistej.
            b) Można nie wydzielać analizy z projektu i traktować wszystko jako całość. Podać jakieś widełki i powiedzieć, że dokładniej będziesz w stanie powiedzieć po czasie x spędzonym na analizie.
            Co to znaczy wyceniać bezpłatnie projekt? Każesz ludziom wykonywać pracę, za którą nie dostaną wynagrodzenia? Muszą dostać, więc po prostu zrobisz narzut na wycenę realizacji czy czegoś tam.
            I celem nie jest wycena “za kasę wycenię”, ale już dostajesz za to analizę – im bardziej dokładna i zaawansowana, tym większe prawdopodobieństwo, że dostaniesz to, czego chcesz. Ile czasu się traci na poprawki na końcu, kiedy się okazuje, że to nie miało być tak?
            P.S. Ale długaśny komentarz, Łukasz 🙂
2. 

   Hania Wesołowska

   7 listopada 2012, 22:09

   Wszystko zależy od sposobu pracy, który Ty przyjmujesz a Twój klient akceptuje. Na logikę – trudno wycenić coś, jeśli jeszcze nie wiemy, co mamy zrobić. Można przyjmować bardzo zgrubne założenia i do wyceny dorzucać bufor na “niespodzianki”. Życie i projekty pokazują jednak jak często się potem okazuje, że i tego buforu nie starcza i jak bardzo nas projekt zaskakuje.
   Jak klienta przekonać do takiego modelu prowadzenia projektu? Do mnie przemawia to zdanie: “trudno wycenić coś, zanim się wie, co jest do zrobienia”. Ale często klient mimo to chce znać jakąś cenę. Więc się jakąś przygotowuje, żeby klient nie odszedł do innej firmy, która nie będzie kręcić nosem na strzępki informacji i jakąś cenę mu poda.
   Jak przekonać klienta do analizy przed projektem? Jest tu pewnie mnóstwo wyzwań, których mogę nawet nie brać pod uwagę, bo nie zajmuję się sprzedażą i pozyskiwaniem klientów. Zapytajmy sprzedawców.
   Niektórzy twierdzą, że sprawdza się podawanie przedziałów, np. projekt zajmie od 3 miesięcy do 8. A klient na to “Aha, jeśli nie dłużej niż 2 lata, to biorę”. Z czasem doprecyzowujemy i szacujemy coraz dokładniej.
   Inni mówią, że o analizę przed rozpoczęciem “roboty” sami proszą klienci “po przejściach”, jeśli się już sparzą na nieprzemyślanych projektach.
   Szczerze, nie wiem dlaczego np. w branży budowlanej oczywiste jest, że przygotowuje się projekt, a później wycenia budowę, a w IT jest to nie do przeskoczenia. Klient po prostu przywykł do takiego trybu?

   Odpowiedz
3. 

   Oskar Szymczyk

   23 listopada 2012, 09:24

   Określenie Wymagań Biznesowych, User Stories – ich priorytetyzacja a następnie spisanie głównych funkcjonalności (na poziomie bardzo ogólnym) – przy projekcie średniej wielkości (prace 3-6 miesięcy) – mozemy zrobic w jakies 6-8h (przy prawnym zespole). Na tej podstawie mozemy dokonać wyceny z marginesem błędu 20-30%.
   Jest to poziom akceptowalny zarówno przez klienta jak i przez wykonawce. Moim zdaniem za taką wycene nie powinna być brana żadna opłata. Ta wycena jest zarówna dla klienta jak i dla nas (wyceniających) – musimy wiedziec ile będzie kosztowac nasz praca.
   To tak jak idziemy do mechanika, czy zamawiamy ekipe do szpachlowania ścian – dokonywana przez nich wycena jest darmowa. Mechanika który by ządał 100 zł za sam fakt czy podejmie naprawy samochodu omijałbym dalekim łukiem.
   Oczywiście nie musicie się ze mną zgadzać.

   Odpowiedz

   1. 

      Hania Wesołowska

      23 listopada 2012, 10:11

      Oskar, wszystko zależy od projektu – jego cech. Nie zapominajmy, że każdy z nas może pracować przy całkiem innych projektach.
      Są projekty od stronek-wizytówek, przez stronki z bazką, do systemów tranzakcyjnych i mających wspierać i usprawniać pracę całych organizacji.
      Dalej – mamy projekty:
      których celem jest szybkie dostarczenie produktu lub stabilności (coś musi być robione w określony sposób, bez najmniejszych odchyleń)
      małe (mało osób) i proste lub duże (ogromna liczba osób po jednej i po drugiej stronie – komplikacja podejmowania decyzji, komunikacji, zmian, wspólnej pracy) i skomplikowane
      zmienne, skupione na produkcie (niech się przetestuje, rozwija i zmienia) lub niezmienne, skupione na organizacji (dopasowanie do jej działania)
      czasem klient ma dla nas czas (dobra relacja z klientem, klient wewnętrzny(!!)), czasem nie ma (sporadyczny kontakt i zaufanie oparte na umowach, komunikacja oparta na dokumentacji, bardzo wiele osób po stronie klienta, z którymi ustalenia nie mogą być “zapamiętane” czy zapisane 1 zdaniem)
      czasem system wymaga dokładnego testowania, określonych i pilnowanych procedur, czasem nie, bo się ewentualnie kiedyś poprawi, jeśli ewentualnie to komuś będzie przeszkadzało
      Tutaj pisałam o tym trochę (o różnicach między projektami) – https://analizait.pl/2012/jak-nie-puscic-firmy-z-torbami/
      W prostych projektach, podobnych do siebie, wykonywanych w podobnej technologii, w podobnym środowisku, w podobnym zespole – jasne – wyceńmy to szybko, na podstawie analogii. U Ciebie sprawdza się ustalanie wszystkiego w 8h i oszacowanie jest bardzo dokładne.
      Są jednak projekty, gdzie w 8h ma miejsce zebranie zespołu, ustalenie celów organizacji, czasem nieoczywistych i czasem niejednakowych dla wszystkich, podejmowanie decyzji, ustalanie wizji. Dopiero jak znamy zamierzone efekty, możemy planować sposób dojścia do niego i proponujemy funkcje, które będą wspierać cel, na poziomie haseł (np. zarządzanie mailingiem – co może znaczyć wiele i być wycenione na 4h jak i 4 tygodnie pracy). Doprecyzowanie może się ciągnąć tygodniami czy nawet miesiącami.
      W złożonych przypadkach ja bym się nie podjęła zebrać ustalenia i spisać wymagania w 8h.
      Porównanie do mechanika mi bardziej pasuje do przyjścia do kogoś, kto serwisuje strony oparte na CMSach czy frameworkach, z którymi mógł się zapoznać wcześniej – np. zmiany w joomli, drupalu, word pressie, (różne modele samochodów). Takiej osobie, podobnie jak mechanikowi samochodowemu, wystarczy spojrzeć na coś przez chwilę, by wiedzieć jakiego rzędu koszt pociągnie za sobą zmiana.
      Szpachlowanie ścian ma jeden, góra dwa parametry (powierzchnia ścian, ew. struktura). IMO dedykowane systemy informatyczne, w których możemy stworzyć “wszystko”, są nieporównywalnie bardziej skomplikowane.
      A jeśli chodzi o sprzedawanie analizy, to nie oznacza dostać odpowiedź typu “5”, ale produktem jest dokument – zapis ustaleń, celów, sposobów realizacji – to jest wytyczna, która posłuży do wykonania systemu, a więc da większą pewność, że nikt nie wypaczy tego po drodze (zrobi to, co jest potrzebne zamawiającemu) i skróci czas wykonawcy na zastanawianiu się, co zrobić, planowaniu tego, co zrobić, jak to zrobić (na poziomie koncepcji) i uspokoi ich, że wiedzą, co jest do zrobienia, więc nie trzeba tworzyć wielkiego buforu niepewności w wycenie na nieprzewidziane okoliczności.

      Odpowiedz
4. Pingback: Podsumowanie roku 2012 « analiza IT