7 Правила на Ашманов за ръководители на проекта „програмист“
Разговор между двама програмисти:
- Какво пишеш?
- Сега нека пуснем - разберете!
Броят на анекдотите за програмистите е извън класациите. Все пак би! Програмистите са нестандартни хора, така че подходът към тях трябва да бъде специален. Ако случайно ви се е наложило да управлявате проект за „програмиране“, не бързайте веднага да се захващате с бизнес, а първо изучете особеностите на комуникацията с представители на тази професия.
Цялата истина и митове за програмистите и тяхната работа бяха събрани от Игор Ашманов, руски ръководител на проекти, разработчик на компютърни програми, специалист в областта на изкуствения интелект. Той записа цялата информация под формата на набор от правила, предназначени да помогнат за управлението на разработчиците.
Правило 1. Техническият жаргон винаги може да бъде избегнат.
Ако вашият програмист даде отчет, написан на сложен и напълно неразбираем за вас технически език, и дори твърди, че няма друг начин да го напишете, не му вярвайте. По различен начин е възможно и необходимо. Всичко, което трябва да знаете за даден проект на всеки от етапите му, винаги може да бъде изразено на обикновен бизнес език.
Възможно е програмистът просто да иска да покаже своята важност или дори превъзходството си над вас - обикновени смъртни, които дори не познават основите на програмирането. Не му позволявайте да прави това. Като ръководител трябва да разполагате с цялата информация за напредъка на проекта и следователно в никакъв случай не трябва да приемате доклади, съставени на език, който не разбирате.
Правило 2. Програмистите не знаят как да задават срокове.
Ако вашият разработчик е казал, че ще му отнеме 2 седмици, за да завърши тази или онази ревизия, не се колебайте да умножите този термин по 2. Разбира се, има редки случаи, когато даден термин не трябва да се умножава, а да се дели на 2, но това е по-скоро изключение, отколкото правило. В идеалния случай обаче трябва да знаете „грешката“ на самия специалист, на когото ще поверите задачата. Вярно е, че можете да разберете тази много "грешка" само след няколко практически експеримента.
Правило 3. Програмистите са склонни да преувеличават способностите си.
Повечето разработчици не могат правилно да определят сложността на възложената им задача. В резултат на това задачата им отнема повече време от първоначално предвиденото. Нещо повече, обикновено е безполезно да се обвиняват програмисти в неправилна оценка на обемите - те искрено вярват в своите способности и, дори няколко пъти спъвайки, продължават да повтарят същата грешка.
Шега. Истински програмист на въпроса: "Можете ли да направите това?" ще отговори: „ДА. ", И едва тогава той ще помисли как.