ATNEL tech-forum

Re: Wycena programu

2015-04-23T14:34:12+01:00

bodowp napisał(a):

Rzecz, która miała potrwać dzień okazuje się trwa tydzień, dlatego ważne jest aby dobrze się zastanowić zanim podejmie się decyzję.

Z drugiej strony też trzeba brać pod uwagę aspekt, czy daną rzecz robimy jednorazowo, czy wykorzystamy np. zdobyte doświadczenie, kody, biblioteki etc. w przyszłości.

Wtedy koszty można inaczej rozkładać. Bo dziś w dobie sporej konkurencyjności trzeba umieć wyśrodkować koszt projektu.

Statystyki: Napisane przez Gość — 23 kwi 2015, o 14:34

Re: Wycena programu

2015-04-23T14:08:20+01:00

Najtrudniej jest coś ocenić jak się jeszcze nie ma dużego doświadczenia. Ktoś z czymś przychodzi i na pierwszy rzut oka..."banał zrobię za stówkę" a po czasie okazuje się, że trzeba nieco przysiąść bo nie do końca zdajemy sobie sprawy jak coś zrobić czy zaprogramować. Rzecz, która miała potrwać dzień okazuje się trwa tydzień, dlatego ważne jest aby dobrze się zastanowić zanim podejmie się decyzję.

Statystyki: Napisane przez bodowp — 23 kwi 2015, o 14:08

Re: Wycena programu

2015-04-16T00:48:30+01:00

Może to co napiszę wyda się oczywiste, ale warto naprawdę KAŻDĄ decyzję klienta dokumentować z jego zatwierdzeniem - wg mnie najlepiej na papierze w dwóch kopiach, ale wiadomo: rzadko który klient tak chce (no chyba że się zgadza i wykłada naprawdę sporą kasę), no i często z uwagi np. na odległość od klienta jest to pozbawione sensu. W każdym razie można przez e-mail, czy nawet sms, ALE klient ma wiedzieć, że jego decyzja jest prawnie i finansowo wiążąca. Acha... i jeszcze jedno: należy pilnować pewnych etapów projektów, tzn. jest sobie np. etap planowania, klient decyduje co aplikacja ma mu umożliwiać, ew. jak ma wyglądać, zapada decyzja i koniec, ta decyzja się już nie zmienia. Koder dostaje zaliczkę na poczet tego etapu i jeśli klient decyduje się jednak na zmianę decyzji co do pierwszego etapu (za który koder dostał zaliczkę) to zaliczka przepada. Pewnie te zasady i jeszcze więcej są opisane w książce podanej przez Kolegę Mokrowskiego. Ja od siebie mogę jeszcze polecić taką całkiem niezłą nowelkę nt. m.in. postępowania z klientem pt. "Podręcznik freelancera(...)". Oczywiście książka jaka by dobra nie była wszystkich spraw nie załatwi. Czasami niestety trzeba zapłacić za brak doświadczenia (ogólnie). Uważam, że jeśli koder nie zadba o pewne sprawy na samym początku podjętego przez siebie projektu to -niestety- ale sam sobie jest winien.

Pozdrawiam! j23

Statystyki: Napisane przez j23 — 16 kwi 2015, o 00:48

Re: Wycena programu

2015-04-15T20:34:24+01:00

W/g klienta powinno być 3xnaj: najszybciej, najlepiej i najtaniej

Statystyki: Napisane przez Jaglarz — 15 kwi 2015, o 20:34

Re: Wycena programu

2015-04-15T20:34:25+01:00

stagem50 napisał(a):

powiem Tobie ze dobry fachowiec jest też świadomym fachowcem i swoje za zrobioną robotę weźmie. Wiec jest inaczej nie piszesz bo się nie narobić a zarobi. I bierze sie za następną robotę za następne $$. kiepski się nameczy i często nie zarobi bo sobie nie poradzi albo lepiej - coś spier.... i jeszcze dołoży do interesu.

------------------------ [ Dodano po: 1 minucie ]

mokrowski napisał(a):

No zawsze można zapytać: ,,A ma być zrobione czy tanio?"

Ha ha tu mi się nasuwa reguła z trzema rodzajami usług. .. tanio szybko i dobrze. możesz wybrać dowolne 2
tanio i szybko nie będzie dobrze
tanio i dobrze nie będzie szybko
szybko i dobrze nie będzie tanio

Statystyki: Napisane przez skalarro — 15 kwi 2015, o 20:29

Re: Wycena programu

2015-04-15T19:14:17+01:00

Witam. W programowaniu jak i w innych pracach np. mechanika samochodowego, przy wycenie istnieje pewien paradoks, a mianowicie. Dobry fachowiec wykona zadanie szybko i dobrze, a partacz będzie nad tym samym zadaniem spędzi więcej czasu. Zakładając że liczą za godzinę taką sama stawkę to który zarobi więcej? Pytanie raczej retoryczne, a na dodatek kiepski fachowiec będzie jeszcze narzekał jak to on się napracował, ile czasu musiał poświęcić itd. itp..Tak że sprawa dosyć kłopotliwa jak zawsze kiedy chodzi o pieniądze, myślę że trzeba też brać pod uwagę rynek lokalny bo różne stawki w różnych regionach.
Pozdrawiam

Statystyki: Napisane przez stagem50 — 15 kwi 2015, o 19:14

Re: Wycena programu

2015-04-15T18:37:14+01:00

Powinieneś notować czas pracy nad wszystkimi zleceniami i kolejne wycenić w oparciu o te dane. Szukać podobieństw i wykorzystywać to co już wymyśliłeś. Jak dopiero zaczynasz to notuj czasochłonność własnych projektów.

Podajesz, że coś robiłeś klika miesięcy, ale czy po 8 godzin czy od czasu do czasu? Sam widzisz, że teraz trudno to wycenić.
Najlepiej byłoby mieć już opracowane pewne rozwiązania. Kawałek sprzętu i przetestowane funkcje do jego obsługi, wtedy do poświęconego czasu dodajesz wymyśloną kwotę za to co już masz gotowe. Nie narobisz się dużo szybko skończysz i wszyscy będą zadowoleni.

Mirek pozwala na wykorzystywanie kodów z książki i bibliotek do tworzenia programów również w celach komercyjnych, ale nie można rozpowszechniać kodów źródłowych. Dzięki Mirku

Statystyki: Napisane przez Krauser — 15 kwi 2015, o 18:37

Re: Wycena programu

2015-04-15T18:32:59+01:00

mokrowski napisał(a):

No przecież rankingów pracy programisty i zarobków masz wiele w sieci.. I to jeszcze z podziałem na regiony.
Prosta arytmetyka. (Stawka średnia za miesiąc / Ilość godzin w miesiącu) * ilość_godzin_w_twoim_projekcie. A jak kilka razy się pomylisz na swoją niekorzyść, to nauczysz się szacować
Dla projektu program + sprzęt, jeszcze dochodzi koszt "klocków" i inwestycja w zagłębienie się w DS'a. To ostatnie jeśli powtarzalne, można wycenić taniej. Jeśli jednostkowe, drożej.

Spytam standardowym pytaniem klientów:

A dlaczego tak drogo?

Statystyki: Napisane przez Jaglarz — 15 kwi 2015, o 18:32

Wycena programu

2015-04-15T17:15:51+01:00

Koledzy podzieli się ktoś własnym doświadczeniem odnośnie wyceny swojej pracy Pytam bo czasami zdarza mi się coś zmajstrować na życzenie kogoś i jak dochodzi do kwestii finansowej pojawiają się schody. Niektórym osobom wydaje się że mały układzik kilka funkcji to powinien być za symboliczną złotówkę. A człowiek przesiedzi kilka tygodni a nawet miesięcy nad kodem.

Statystyki: Napisane przez matekogon — 15 kwi 2015, o 17:15