Как застревают менеджеры (перевод)

How do managers get stuck автор: Camille Fournier оригинал: http://www.elidedbranches.com/2017/09/how-do-managers-get-stuck.html Как застревают менеджеры В этой статье я хочу ответить на вопрос, который я часто слышу от менеджеров “первой линии“, то есть тех, которые работают непосредственно с производственными командами: “Как мне перейти на следующий уровень менеджмента? Как мне доказать, что я готов управлять менеджерами?” Менеджеры часто уверены, что если они справляются с управлением своей команды, то они естественным образом должны получить следующую должность и получить в управление больше людей, большего размера команду, команду команд, как только такая возможность появится в компании. Тем не менее, как только такая возможность появляется, кто-то то другой […]

Continue Reading

Agile в зависимости от контекста

В прошлой статье мы обсудили влияние размера команды на применение “гибких” подходов в проектах. В этот раз попробуем разобраться в влиянии производственного контекста на этот выбор. Начнем с определения терминов, которые будем использовать. Контракт — понятие аутсорс разработки, которое не имеет смысла в продуктовой разработке, там есть внутренний заказчик и ваши с ним взаимоотношения строятся по совсем другим правилам. Рассмотрим 3 основные силы проекта: Заказчик— инвестор, владелец бизнеса, который заинтересован получить бизнес выгоду от проекта Команда — технические и не только специалисты, которые выполняют проект, хотят создавать крутые системы, использовать модные технологии, уникальные продукты и так далее Пользователи — люди, которые будут использовать полученный результат, в своей повседневной […]

Continue Reading

Менеджер проектов в IT: что можно сказать сразу из описания вакансии

Несмотря на наличие большого количества мировых стандартов и сертификаций для менеджеров проектов, все равно каждая компания вкладывает в это понятие свой собственный смысл, тем более что должность эта достаточно молодая и чуждая слуху советского человека. Даже внутри самой IT сферы существует невероятное многообразие типов проектов: — студии и агенства, которые делают диджитал проекты на стыке маркетинга и разработки, используя как готовые шаблоны так и кастомные кампании — интеграторы больших корпоративных систем ведут большие проекты по внедрению одной технологии долго и дорого — компании, специализирующиеся на государственных системах или подрядах — продуктовые компании, занимающиеся разработкой, продвижением и продажей собственного продукта, будь […]

Continue Reading

Текущее состояние минского IT — эмоциональный взгляд

В нашей сфере IT весьма популярно переманивать специалистов из других компаний, заманивая высокой зп, интересными перспективами, увлекательными прогрессивными проектами и прочими плюшками, часто приукрашиваемыми, но все же в любом случае более крутыми чем в других областях экономики. В каждой компании обязательно рассказывают про “быстрый рост”, по моему опыту независимо от того, в компании 30 или 300 человек — у всех все равно планируемый быстрый рост и развитие. По факту — чаще всего их размер за год-два меняется очень не сильно, потому что у роста есть побочные эффекты, которые часто внезапно выводят из строя еще недавно такую эффективную систему. Перестройка на новый […]

Continue Reading

Главная не финансовая проблема роста IT компании

Вот любят люди делиться на группы, племена со своими признаками, атрибутами, кодексам поведения и прочим. Если компания начинает расти, то неизбежно образование “кланов”, то есть различных отделов, со своим менеджментом, лидерами и враждебностью к другим отделам, которых принято считать врагами и конкурентами. К сожалению, руководство негативные эффекты этого процесса либо не замечает вовсе, либо не понимает что их причиной является именно он. Руководители отделов начинают увлеченно играть в офисную политику, формировать альянсы и рассказывать втихаря руководству, какие плохие другие отделы. Эффективность взаимодействия очень сильно страдает и снижается для минимально необходимой, чтобы не быть явно обвиненным в саботаже, хотя неявный саботаж может […]

Continue Reading

Несколько тезисов об оценке трудоемкости

Собирал я тут информацию об оценках трудоемкости в веб разработке, описывал стандартные проблемы и ошибки. Вот часть получившегося документа, может кому-нибудь будет полезно: Обычные проблемы при выполении заданий (нетехнические), которые существенно влияют на сроки. разрастание объема работ (scope creep) оптимистичность в плане качества (заработает с первого раза и с правильным результатом) не учтено время на необходимые вспомогательные задачи (настройка окружения, базы, выкатка, проверка и так далее) неправильно понята задача, недостаточно подробное или конкретное описание запланирован неправильный объем работ (как следствие предыдущего пункта) проблемы с коммуникациями слишком оптимистичная оценка из-за страха назвать оценку, которая не понравится руководству Давайте разберем, что делать […]

Continue Reading

Разработка vs бизнес

Начну с отвлеченного, но полезного — прекрасный сайт с набором видео с различных IT конференций и, что очень полезно для тех, кто быстро читает, транскрипцией этих самых видео, то есть больше не надо слушать унылый голос докладчика, можно просто прочитать и выделить самое важное намного быстрее http://profyclub.ru Теперь, собственно, по теме поста: я столкнулся с тем, что часто веб разработку рассматривают в отрыве от бизнеса в целом, выделяя как что-то малопонятное и загадочное. Стандартная ситуация: менеджер придумал фичу и уверен, что внедрить ее — дело пары часов, а потом недоумевает, почему это занимает неделю или он, наоборот, думает, что на это понадобится неделя, а […]

Continue Reading