Articles

Co powinno znaleźć się w szczegółowym kosztorysie firmy tworzącej aplikacje internetowe i mobilne

Każdy klient chce znać cenę projektu ASAP. Nawet jeśli istnieje szybki sposób na określenie ceny za pomocą szacunkowej wyceny, nie gasi to pragnienia. W tym miejscu pojawia się szczegółowy kosztorys.

Za każdym razem, gdy rozpoczynamy współpracę z nowym klientem, nasza firma zajmująca się tworzeniem stron internetowych i aplikacji mobilnych przygotowuje dwa obszerne dokumenty, które ujawniają wszystkie najdrobniejsze szczegóły związane z kosztami projektu naszego klienta.

Może czytałeś już o tym, dlaczego i w jaki sposób tworzymy przybliżone kosztorysy (jeśli nie, powinieneś to zrobić). A teraz czas odkryć wszystko, co chciałeś wiedzieć o kosztorysach szczegółowych w MindK.

Czym jest kosztorys szczegółowy?

Szczegółowy kosztorys jest mięsistym dokumentem, który dostarcza Ci kompleksowego zestawienia kosztów Twojego projektu.

Podziela cały zakres prac na elementarne części – cechy.

Każda funkcja jest szacowana osobno przez nasze wielofunkcyjne zespoły.

Czas potrzebny na ukończenie każdej funkcji sumuje się, tworząc szczegółowy budżet dla Twojej aplikacji.

Szczegółowa wycena vs. wstępna wycena

Jeśli chcesz, abyśmy wycenili podstawowy pomysł, którym właśnie się z nami podzieliłeś, chętnie wyślemy Ci wstępną wycenę. Może on dać Ci tylko ogólne pojęcie o kosztach Twojego projektu.

Szczegółowa wycena jest znacznie bardziej szczegółowym i obszernym dokumentem.

W przybliżonej wycenie, dzielimy Twoją aplikację na ogromne bloki funkcjonalności zwane epikami.

W szczegółowych szacunkach, robimy krok dalej i rozbijamy każdy epik na funkcje.

Zanim będziemy mogli napisać szczegółowy kosztorys, musimy zebrać i udokumentować wszystkie wymagania, wyjaśnić wszystkie otwarte pytania i napisać specyfikację (w przypadku modelu Fixed price engagement używanego w projekcie).

W ten sposób jesteśmy w stanie dowiedzieć się wszystkich niezbędnych szczegółów wcześniej i w rezultacie dostarczyć najbardziej precyzyjny kosztorys.

Na tym etapie nie może być żadnych założeń, tylko twierdzenia.

Szczegółowy kosztorys vs. dokładny kosztorys

Gdy mamy do czynienia z szacunkami, Szczegółowy nie musi oznaczać Dokładny.

Oto dlaczego.

Prawdziwie dokładne szacunki są możliwe dopiero po zakończeniu fazy Odkrywania, prototypowania rozwiązania, napisaniu specyfikacji i zatwierdzeniu szczegółowego zakresu prac.

W przypadku projektów fixed-price szczegółowy kosztorys sporządzamy dopiero po zakończeniu fazy Odkrywania. Zazwyczaj rozliczamy tę fazę jako osobny projekt.

W projektach Agile/Scrum stosujemy inne podejście.

Według tej metodyki rozwój produktu jest procesem dynamicznym i wysoce elastycznym. Jego głównym celem jest tworzenie gotowego do użycia rozwiązania co 2 do 4 tygodni i dostosowywanie się do opinii użytkowników.

Przyjęcie ostatecznej wyceny dla całego projektu nie do końca pasuje do tego podejścia.

W większości przypadków nie jesteś w stanie przewidzieć, jaki kształt przybierze Twoja aplikacja w perspektywie miesięcy i lat. Dlatego w projektach Agile wolimy używać czegoś, co nazywamy Guesstimate.

Pozwala nam to na przygotowanie przybliżonych, ale bardzo szczegółowych szacunków bez tracenia mnóstwa czasu na fazę Discovery.

Co składa się na szczegółowy szacunek?

Szczegółowy szacunek w MindK składa się zazwyczaj z trzech części: samego szacunku, kosztów związanych z oprogramowaniem oraz analizy ryzyka.

Oszacowanie

Sekcja ta zawiera rozbicie kosztów Twojego projektu na poszczególne cechy.

W przypadku projektów Fixed-price po prostu wypisujemy dokładny koszt każdej cechy, natomiast w przypadku projektów Agile możemy podać jedynie przybliżony koszt.

W tej sekcji nie uwzględniamy nic poza cechami, które są w 100% potwierdzone przez naszych Klientów. Jeśli w pewnym momencie zdecydują się oni dodać jakąś cechę, szacujemy ją osobno i aktualizujemy dokument.

Jeśli projekt jest złożony (np. potrzebujesz zarówno aplikacji webowej, aplikacji na iOS /Android, chatbota i tak dalej), każdy z tych komponentów jest szacowany osobno.

Każda cecha jest zapisana w formie historii użytkownika. Jest to uproszczony sposób na oddanie fragmentu funkcjonalności z punktu widzenia użytkownika.

Zwykle brzmi on: As a <role>, I want <feature> so that <advantage> (i.e. as a blog owner, I want a subscription form, so that I can get subscribers to receive updates on the new blog post.).

User stories are short, concise, and flexible. Ale co najważniejsze, są one niezwykle łatwe do zrozumienia, nawet jeśli jesteś totalnym nowicjuszem w świecie tworzenia oprogramowania.

Szczegółowy kosztorys zawiera podział kosztów dla każdego typu pracy:

  • Analiza biznesowa;
  • Projektowanie;
  • Markup (HTML);
  • Rozwój;
  • Zapewnienie jakości;
  • Zarządzanie projektem (PM).

Koszty PM zwykle stanowią około 25% linii dolnej. Dokładna wartość procentowa zależy od wielu czynników:

  • Im bardziej złożony projekt, tym więcej komunikacji i zarządzania wymaga.
  • Im większy zespół, tym trudniejsze staje się jego zarządzanie, co przekłada się na dodatkowe godziny PM.
  • Liczba integracji z firmami trzecimi może również wpłynąć na koszty zarządzania. Poza tym, że jest to kolejna funkcja do wdrożenia (i zarządzania), zewnętrzne API często wymaga od naszych PM-ów kontaktu z dostawcami usług.

Na przykład, komunikacja z dużymi firmami (duże banki, duże korporacje, itp.) jako dostawcami API może być prawdziwym wrzodem na tyłku. Wysoki poziom biurokracji i sztywne struktury hierarchii mogą zmienić tak proste zadanie w uciążliwy obowiązek.

W osobnym podrozdziale wymieniamy wszystkie standardowe funkcje.

Nasze doświadczenie w rozwoju mobilnym i webowym mówi nam, że pewne funkcje i zadania są obecne we wszystkich aplikacjach. Mogą one, na przykład, obejmować konfigurację serwerów i środowiska programistycznego, zarządzanie projektem, wydanie Google Play (dla aplikacji na Androida) i tak dalej.

Koszty rozwiązań stron trzecich

Jeśli chodzi o rozwój oprogramowania, wymyślanie koła na nowo jest kosztownym i często bezcelowym przedsięwzięciem. Na szczęście każde standardowe zadanie lub częsty problem w świecie IT ma co najmniej jedno gotowe rozwiązanie. Czasami są one darmowe, ale w większości przypadków trzeba za nie zapłacić.

Jeśli do realizacji projektu musimy zakupić jakieś oprogramowanie, usługę lub bibliotekę innej firmy, szacujemy ich koszt i umieszczamy go w dokumencie.

Jeśli na przykład Twój projekt obsługuje wiadomości SMS, będziemy musieli zapłacić za bramkę SMS.

Jeśli projekt Twojej strony oparty jest na konkretnym gotowym szablonie, z którego chcesz skorzystać, to doliczymy jego koszt do kosztorysu.

Jeśli nasi klienci chcą, abyśmy pomogli im w hostingu, to proponujemy im najlepsze opcje (takie jak Amazon Web Services, DigitalOcean, czy inne sprawdzone serwisy). Tak więc koszty związane z hostingiem i utrzymaniem serwera pojawią się w tej sekcji.

Analiza ryzyka

Każdy projekt niesie ze sobą pewne nieodłączne ryzyko. Zadaniem kierownika projektu jest ich identyfikacja i opracowanie strategii radzenia sobie z nimi.

Mimo najlepszych praktyk zarządzania ryzykiem, niektóre z nich materializują się i wpływają na koszty projektu. Oceniamy każde potencjalne ryzyko i uwzględniamy je w szczegółowym kosztorysie.

Musisz zapłacić określoną kwotę tylko wtedy, gdy dane ryzyko okaże się realnym problemem. W przeciwnym razie zatrzymujesz pieniądze.

Oszacowania te posłużą nam następnie jako ubezpieczenie przed wieloma różnymi niebezpieczeństwami, które zagrażają rozwojowi Twojego projektu.

Oto przykłady kategorii ryzyka, które występują w rozwoju produktu:

  • Jakość/Technika/Wydajność (tj.użycie nowej lub wyjątkowo złożonej technologii, modyfikacja technologii, niemożliwe do osiągnięcia cele wyjściowe);
  • Zarządzanie projektem (tj. błędna alokacja funduszy i czasu, niewystarczające planowanie projektu);
  • Organizacyjne (tj. brak spójności między celami dotyczącymi kosztów, czasu i zakresu, słaba priorytetyzacja, nieregularne zaległości);
  • Zewnętrzne (tj. zmiany w przepisach, problemy ze sprzedawcami i podwykonawcami, klimat).

Po zidentyfikowaniu ryzyk PM nadaje im priorytety i przeprowadza analizę ryzyka.

Jej celem jest określenie prawdopodobieństwa (tj. szans na zmaterializowanie się ryzyka) i wpływu (konsekwencji zmaterializowania się ryzyka) każdego z ryzyk.

Przykład?

Jak już wspomniałem, dostawcy API mogą być powolni w reagowaniu. Mogą zwlekać z przesłaniem niezbędnej dokumentacji lub oferować wsparcie na niskim poziomie. Jest to realne ryzyko, o którym powinniśmy Cię z góry uprzedzić. Umieszczamy je więc w sekcji ryzyk i jednocześnie opracowujemy skuteczną strategię zarządzania ryzykiem, aby zminimalizować prawdopodobieństwo wystąpienia zagrożenia oraz jego wpływ.

Podsumowanie

Teraz już wiesz, czego możesz się spodziewać po szczegółowym kosztorysie w MindK. Dokument ten da Ci wyczerpującą odpowiedź na pytanie o cenę Twojego projektu, a także pomoże Ci w budżetowaniu. W końcu da Ci jasny obraz tego, za co zapłacisz.

Czy jest jeszcze coś, co mógłbym Ci powiedzieć o szczegółowym kosztorysie w MindK? Po prostu napisz do nas, a ja udzielę szczegółowej odpowiedzi!

e-book agile development

  • 19
    Shares
  • 19

.