Все смешалось в разработке: пиэмы, тимлиды и техлиды Идеальная картина мира выглядит так: в команде проекта есть разработчики, тестировщики, менеджер проекта, тимлид и техлид. В реальности же обычно происходит так: тимлид становится «и чтец, и жнец, и на дуде игрец», выполняя сразу несколько функций. Вот вам реальный пример обязанностей из жизни многофункционального тимлида нашей команды вычтеха: • нарисовать проджект-план; • написать ТЗ на софт всего устройства; • поставить задачу; • проверить ход ее выполнения, подсказать что-то; • послушать уточкой (без этого никуда в сложных задачках) ; • проследить, чтобы ребята вели гитлаб и заполняли нормально ветки; • почесать за ушком, похвалить и где-то поругать; • уговорить разработчика в не очереди сделать нужную железочку; • подкорректировать проджект-план; • пособеседовать ничего еще не подозревающих джунов; • созвониться с клиентом и бодро презентовать текущий статус проекта; • подбодрить команду, если вдруг она начала хандрить; • пройтись по конкурентам и сделать продуктово-маркетинговую аналитику; • попрограммировать самому (дабы не терять годами наработанные компетенции) ; • поразрабатывать функциональные схемы сервера вместе со схемотехниками; • проверить, что железо соответствует требованиям к софту. И все это может и не так страшно в стартапах, где в команде 2 человека или в исключительно софтовых проектах, но, когда такая история происходит в наукоемких тяжелых областях, начинается ад кромешный. Сейчас в команде вычтеха у нас есть тимлид, техлид и глава направления. Чистого управленца-пиэмщика у нас пока нет. Да и нужен ли он – вопрос открытый. Очень интересно послушать, как это выглядит в других компаниях. Особенно в сложных проекта, где постоянно все меняется, сжатые сроки и большая наукоемкость. И нет ли конфликтов между пиэмом, тимлидом и техлидом по части управления? Не возникает ли вопрос: кто же сверху? #непридуманныеистории