Highload-блог за програмиране и интернет бизнес
Нека започнем с терминологията. Основният термин с право се счита за „идеалният час на програмиста“. Тези. идеалният час е времето, прекарано от изпълнителя изключително за задачата.
Има два коренно различни подхода към процеса на определяне и оценка на задачите:
1. Изграден е върху концепцията за „идеален час“ и слиза „отгоре“ - мениджърът, воден от предлаганите му идеални оценки, разпределя времето за задачата и го задава на програмиста.
2. Вторият подход също се основава на концепцията за „идеален час“, но вече не се отнася до мениджъра, а до програмиста, който ще изпълни задачата. Оценка според вашите умения и възможности.
В първия случай оценката се основава на средната оценка. Това е приемливо за големи и малки компании със сходни (по отношение на квалификацията) служители. Във втория случай имаме по-реалистична оценка, но от гледна точка на програмиста. Това обаче също не е достатъчно. Програмистът може да владее кодирането, но без опит в оценката на проблемите, той няма да може да оцени правилно голям или тясно специализиран проблем.
Нека да се задълбочим и да разгледаме една много типична ситуация в малко регионално уеб студио. Програмистите дават някаква оценка, след което мениджърите я осредняват и я поставят в задачата. Добре, отвън изглежда адекватно. Но има няколко "НО":
1. Неопитен програмист дава подценяване
2. Неопитен програмист надценява
3. Недобросъвестният програмист надценява
4. Съвестният програмист надценява
5. Програмистът дава идеализирана оценка
Нека анализираме всеки случай малко по-подробно. В първия случай получаваме забавяне на проекта. Вторият случай води до допълнителни въпроси от страна на клиента от финансова страна. Третият е може би най-вредният вариант както за програмиста, така и за студиото. Просто защото другите служители могат да се ръководят от надценените оценки на този програмист. Четвъртият случай - програмистите непрекъснато се учат и трупат опит. Някои са по-бързи, други по-бавни. И в един прекрасен момент във фирмата може да дойде програмист, който на предишната си работа е можел да си задава задачи, или мениджърът е бил такъв, че е било необходимо сам да си задава задачи. Следователно има надценяване. Петият случай - и се случва, но той принадлежи към категорията на подценяваните, тъй като няма идеален работен ден или идеални условия за даден проект.
Между другото, тук можете да дадете друг термин: "коефициент на загуба на време." Грубо казано, това е съотношението на непродуктивните часове към продуктивните часове. Може би най-добрата характеристика на работния ден на програмист.