Коллеги, тут в кулуарах вот какой вопрос обсуждали, присоединяйтесь. Как по вашему, какова должна быть глубина технической компетенции менеджера IT-проекта по шкале от "ничего не знаю про ваши буквы, умею ставить таски в трекере и рисовать диаграмы Ганта" до "могу заменить любого разработчика или тестировщика на проекте"?
У меня есть два мнения на этот счёт. Первое, греющее душу: менеджер просто не может управлять проектом, который не понимает. Второе, которое нашептывает чертик за левым плечом: чем меньше менеджер понимает технологию, тем меньше у него соблазна принести интересы заказчика в жертву возможности срезать углы, повбивать гвозди и подпереть костылями для ускорения работ. А технологическую экспертизу и честную оценку сроков и трудоёмкости ему должен представить технический лидер команды разработки.
В этом мире не все везде и всегда, а кое что иногда и местами. В разных проектах могут быть разные условия.
Более того даже значение и поведение PM может отличаться. Под одним термином в разных ситуациях могут скрываться абсолютно разные понятия.
Например в агайловых подходах есть продукт и продуктолог, аля продуктовнер. А где то его могут звать тимлид. А где то просто насяльника.
А вот в рамках продукта может быть проект - например внедрение мегафичи ЭпикПупик. И где то такую операцию зовут скромно Эпик, а где то Проджект. Где то ее тащит и педалирует старший программист Вася, а где то Проджект менеджер Маша. Где то надо пропедалировать и продавить только сопротивление технарей, а где то для достижения результата надо пропедалировать кучу смежных подразделений, внешних подрядчиков и ещё пролабировать пару законопроектов в госдуме. Все это разные проекты, разные ситуации и люди тут нужны разные. Результат и эффективность определяется опытом, того кто все это дережирует, ну и конечно же удачей.
