Когда горит проект
Недавно проводил опрос "Как бы вы поступили на месте руководителя проекта, когда поняли, что проект горит" и решил задать этот же вопрос профессионалу. Олег Мохов руководитель службы разработки интерфейсов в Екатеринбургском Яндексе. Ещё он ведёт канал "Про руководство разработчиками" @teamleading. Передаю микрофон Олегу.
Спасибо, Дима. Отличный вопрос. Совсем недавно я общался с несколькими своими сотрудниками как раз на эту тему.
Нулевое правило. Руководитель в любом случае виноват и вся ответственность на нём. Даже если самодур разработчик ушёл в пьяный загул и увёл всю команду. Даже если косячили внешние подрядчики. Даже если дизайн выдали на 5 месяцев позже. Даже если случилось землятресение, ураган и нашествие инопланетян. Ответственность всегда на руководителе. Я считаю важным про это регулярно говорить с разработчиками, даже в тех проектах где нависают сроки, что вы отвечаете за сроки, а разработчики отвечают за написание кода.
Итак, сроки профакаплены. Что делать? Сначала нужно довести задачу до конца, а дальше выяснять почему возникли проблемы и делать выводы. Т.е сначала приложить все усилия чтобы устранить проблему. Если нужно остаться ночью, то я буду первым кто останется ночью. Если нужно поковыряться в базе, то я сяду рядом с разработчиком и буду смотреть, даже если я сам нифига не понимаю. Если разработчик сидит удалённо, то я всё равно буду онлайн. Т.е нужно сделать всё, чтобы решить задачу
Когда проблема решена, нужно понять почему она возникла, и что мы можем сделать в следующий раз, чтобы её не было. Я, обычно, провожу ретроспективы, где в командном формате мы решаем дальше, что можно поменять в процессе.
Надо сказать, что сроки в том или ином виде продалбываются регулярно. 6 лет назад я участвовал в одном спецпроекте Яндекса, запустить который нужно было точно в указанное время. Мы допустили кучу разных ошибок на всех этапах, но не могли не запуститься. За два часа до связанного события мы выкатили первую версию, на которую пошел трафик, облегченно вздохнули, и даже смогли немного поспать. Через четыре часа нам позвонили админы и сказали что сервис 500-тит. Наше достижение здесь в том, что никто массово этого не заметил, а для этого мы приложили максимум усилий.
В фильме «Москва слезам не верит» главная героиня Катя, будучи директором, говорит замечательную фразу: «Меня не интересует почему нет, меня интересует что вы сделали чтобы было да». Я очень часто говорю эту фразу, например, когда кто-то говорит мне о внешних проблемах, то я всегда по максимуму узнаю что именно он ещё сделал, чтобы решить проблему. «Там уже в тикете не отвечают два дня!». «А ты звонил им?». «Может отправить им кого-то из менеджеров в Москве?», «Может командировку оформить, лично приедешь?» – это пример проблемы, и примеры вопросов, которые я задаю. Если проблема ограничилась «проблема не на моей стороне» – мы идём и разговариваем с разработчиком про это. И я рассказываю ему в который раз, что решить задачу не означает сделать только свою работу. И если задача не решена, то не бывает «я всё сделал, а они нет», т.к важно только что задача не решена.
Недавно проводил опрос "Как бы вы поступили на месте руководителя проекта, когда поняли, что проект горит" и решил задать этот же вопрос профессионалу. Олег Мохов руководитель службы разработки интерфейсов в Екатеринбургском Яндексе. Ещё он ведёт канал "Про руководство разработчиками" @teamleading. Передаю микрофон Олегу.
Спасибо, Дима. Отличный вопрос. Совсем недавно я общался с несколькими своими сотрудниками как раз на эту тему.
Нулевое правило. Руководитель в любом случае виноват и вся ответственность на нём. Даже если самодур разработчик ушёл в пьяный загул и увёл всю команду. Даже если косячили внешние подрядчики. Даже если дизайн выдали на 5 месяцев позже. Даже если случилось землятресение, ураган и нашествие инопланетян. Ответственность всегда на руководителе. Я считаю важным про это регулярно говорить с разработчиками, даже в тех проектах где нависают сроки, что вы отвечаете за сроки, а разработчики отвечают за написание кода.
Итак, сроки профакаплены. Что делать? Сначала нужно довести задачу до конца, а дальше выяснять почему возникли проблемы и делать выводы. Т.е сначала приложить все усилия чтобы устранить проблему. Если нужно остаться ночью, то я буду первым кто останется ночью. Если нужно поковыряться в базе, то я сяду рядом с разработчиком и буду смотреть, даже если я сам нифига не понимаю. Если разработчик сидит удалённо, то я всё равно буду онлайн. Т.е нужно сделать всё, чтобы решить задачу
Когда проблема решена, нужно понять почему она возникла, и что мы можем сделать в следующий раз, чтобы её не было. Я, обычно, провожу ретроспективы, где в командном формате мы решаем дальше, что можно поменять в процессе.
Надо сказать, что сроки в том или ином виде продалбываются регулярно. 6 лет назад я участвовал в одном спецпроекте Яндекса, запустить который нужно было точно в указанное время. Мы допустили кучу разных ошибок на всех этапах, но не могли не запуститься. За два часа до связанного события мы выкатили первую версию, на которую пошел трафик, облегченно вздохнули, и даже смогли немного поспать. Через четыре часа нам позвонили админы и сказали что сервис 500-тит. Наше достижение здесь в том, что никто массово этого не заметил, а для этого мы приложили максимум усилий.
В фильме «Москва слезам не верит» главная героиня Катя, будучи директором, говорит замечательную фразу: «Меня не интересует почему нет, меня интересует что вы сделали чтобы было да». Я очень часто говорю эту фразу, например, когда кто-то говорит мне о внешних проблемах, то я всегда по максимуму узнаю что именно он ещё сделал, чтобы решить проблему. «Там уже в тикете не отвечают два дня!». «А ты звонил им?». «Может отправить им кого-то из менеджеров в Москве?», «Может командировку оформить, лично приедешь?» – это пример проблемы, и примеры вопросов, которые я задаю. Если проблема ограничилась «проблема не на моей стороне» – мы идём и разговариваем с разработчиком про это. И я рассказываю ему в который раз, что решить задачу не означает сделать только свою работу. И если задача не решена, то не бывает «я всё сделал, а они нет», т.к важно только что задача не решена.