Pull to refresh

Горизонт программного проекта

Reading time1 min
Views1.5K

Вот такая визуализация родилась в голове приблизительно год назад. Нашел картинку в архиве, решил поделиться с читателями Хабра.
Идея простая. Существует зависимость необходимого уровня программиста(ов) на проект и возможности проработки технического задания по нему. Кроме того существует зависимость необходимого участия управленца в проекте, чьи обязанности планировать, определять задачи по времени, и контролировать их исполнение.
Любому проекту можно определить горизонт, исходя из признака возможной проработки технического задания. Соответственно определяем уровень программиста и участие управленца. С другой стороны исходя из уровня программиста можно понимать какие проекты будут решаться его силами наиболее эффективно.

Я в своей практике имел дело с проектами очень низкого уровня горизонта, исходя из предложенной схемы. Роль управленца таким проектом незавидная, поскольку стандартные процедуры эффекта не дают. Это видно по диаграмме.

Если Программисту «от бога» поручить тривиальную задачу, то это как из пушки по воробьям. Но существуют задачи, для которых невозможно разработать техническое задание, и тут обычные подходы к программированию и управлению не сработают.

Самый главный вывод, который хотелось бы сделать заключается в том, что нет единообразного подхода к управлению и реализации программных проектов. Необходимо думать относительно самого проекта какой набор людей и подходов наиболее эффективно его воспроизведет.
Tags:
Hubs:
Total votes 21: ↑12 and ↓9+3
Comments14

Articles