8 принципа за планиране на развитието, които правят живота по-лесен
Нека си признаем, трудно е за българина да планира. Хората в България са силни в импровизацията и умението да се стегнат в критичен момент, давайки невероятни резултати. Но животът показва, че екип от програмисти на такава идеология няма да стигне далеч. Героичните усилия в един момент няма да могат да компенсират безразличието в друг.
Екипите за разработка правят подобни грешки, когато планират софтуер.
1. Програмистите, а не мениджърите, трябва да планират дати
Често срещана грешка е, когато ръководител на проекта, който не разбира добре обхвата и спецификата на задачите, определя сроковете на проекта не в съответствие с опита, възможностите и компетенциите на екипа, а въз основа на собствените идеи, желания или заявки на клиента. Няма да завиждате на програмистите в такива групи. Разминаването между планираните и действителните дати е 40-80%. Атмосферата в екипа се създава потискаща и обезсърчаваща желанието за работа. Проблемите следват един след друг, а преките разработчици са обвинявани.
2. Необходимо е предварително да се определят приблизителните срокове за изпълнение на целия проект и реалното време за решаване на проблема
При никакви обстоятелства процесите не трябва да се оставят на случайността. Пренебрегването на процедурата по планиране води до разпуснатост, ниска мотивация на разработчиците в периодите преди крайния срок, до неразбиране на екипа какво да прави, къдедвижение и какво трябва да получите в крайна сметка. В асоциации, където не са определени приблизителните срокове за доставка на проекта, е препоръчително да се мисли за факта, че такъв хаос няма да доведе до добро.
3. Разбийте проекта на малки етапи с ясни цели и задължително обсъждане на резултатите
Прилагането на принципа е необходимо, за да се противодейства на закона на Паркинсон, който гласи, че общото количество работа винаги ще нараства, за да се запълни цялото време, определено за работа. Следвайки съветите, можете да избегнете желанието да работите усилено точно преди крайния срок за проекта. Разбиването на процеса на постигане на глобалната цел на контролни периоди с необходимостта от изпълнение на конкретни задачи в рамките на седмица или две ще ви позволи да използвате максимално работния потенциал на екипа. С този подход се поддържа високо ниво на мотивация и ефективност на разработчиците през целия период на създаване на софтуер и се увеличава вероятността за постигане на желаните цели.
4. Членовете на екипа трябва да взаимодействат възможно най-тясно помежду си
5. Включете резерв от време за покриване на непреодолима сила, нови изисквания на клиента, ваканции и празници, за интегриране и тестване
В началния етап на планиране е невъзможно да се предвидят всички ситуации. Следователно трябва да запазите време в резерв, така че екипът да не бърза и в резултат на това да прави грешки. Не пренебрегвайте необходимостта от отстраняване на грешки и привеждане на софтуера до ниво на стабилна работа и приемлив брой грешки. Освобождаването на суров продукт поради ограничение на времето не е разумно. Agile методологията предполага променливостта на външните условия и необходимостта от бърза и безболезнена адаптация към тях.
6. Не можете да бързате, да нарушавате плана и да намалявате времето за разработка на софтуер
Често срещана грешка на мениджъритемислейки, че програмистите ще могат да изтеглят всякакви крайни срокове. Първо, екипът е демотивиран, саботира работния процес или пише актове по собствено желание. Второ, рязкото ускоряване на работните операции изчерпва ресурсите на човешкото тяло и психика, което води до професионално прегаряне. Трето, надценката води до увеличаване на броя на грешките в кода. Ще отнеме значително повече време за отстраняване на грешки и коригиране в бъдеще, отколкото може да се спести по този начин.
7. Планиране на документи с правилния мениджър на задачи
Изборът на конкретна програма е въпрос на вкус. Плановете трябва да бъдат фиксирани. Видимостта е необходима както за разработчиците, така и за клиентите, като същевременно се поддържа възможността за извършване на промени. Това подобрява разбирането на екипа за разработка, ръководството и клиента. Намалява се броят на споровете относно тълкуването на трудовите действия. Яснотата на формулировката на плана ще помогне да се избегне двойно тълкуване.
8. Приоритизирайте задачите и се съсредоточете върху най-важното
Опитайте първо да внедрите най-важната функционалност. Имайте предвид, че някои функции в процеса на разработка ще трябва да бъдат пожертвани, както и изпълнението на някои идеи. А приоритизирането е възможно само чрез комуникация и обмен на мнения.