отказоустойчивость менеджеров
В то время как тимлиды находятся под пристальным вниманием (онижпродуктделают!), менеджерская братия зачастую предоставлена сама себе. Разберётесь ли вы в хитросплетениях договорённостей с Важными Людьми, если менеджер завтра траванётся и отлежится денёк-другой? Это будет мучительно. Я расскажу о рецепте, к которому пришёл.
Договорённости надо фиксировать. Рождаются они на встречах, и казалось бы самый очевидный путь - это гуглодока. Но если клиентов много - в десятках гуглодок можно заблудиться.
Вторая проблема - количество договорённостей. Казалось бы очевидный путь - вести таблицу и отмечать одни договорённости как устаревшие, другие как актуальные и т.п. Но это злой, тяжёлый путь.
На самом деле, если вы не хотите упороться по юридической стороны вопроса, а хотите всего лишь упростить смену ПМа, вам надо не так много:
- summary "кто этот человек, с которым договаривается ПМ, какие у него личные закидоны, какая атмосфера общения с ним"
- последние 5..10 событий, которые происходили. Под событиями мы имеем ввиду: афтермитинги, планы, обещания, статус-чеки. Причём самое интересное, что они могут быть оформлены в виде "ленты фейсбука", когда старые сообщения существуют, но вряд ли кто-то их когда-нибудь увидит.
- относительно регулярные "учения" по смене ПМа
Вооружившись этими утверждениями остаётся лишь сделать удобный инструмент, чтобы фиксировать договорённость быстро, в том канале, где вы общаетесь с клиентом. Чтобы не тратить время на поиски _той заветной гуглодоки где это надо дописать_ или где нужно почитать.
В то время как тимлиды находятся под пристальным вниманием (онижпродуктделают!), менеджерская братия зачастую предоставлена сама себе. Разберётесь ли вы в хитросплетениях договорённостей с Важными Людьми, если менеджер завтра траванётся и отлежится денёк-другой? Это будет мучительно. Я расскажу о рецепте, к которому пришёл.
Договорённости надо фиксировать. Рождаются они на встречах, и казалось бы самый очевидный путь - это гуглодока. Но если клиентов много - в десятках гуглодок можно заблудиться.
Вторая проблема - количество договорённостей. Казалось бы очевидный путь - вести таблицу и отмечать одни договорённости как устаревшие, другие как актуальные и т.п. Но это злой, тяжёлый путь.
На самом деле, если вы не хотите упороться по юридической стороны вопроса, а хотите всего лишь упростить смену ПМа, вам надо не так много:
- summary "кто этот человек, с которым договаривается ПМ, какие у него личные закидоны, какая атмосфера общения с ним"
- последние 5..10 событий, которые происходили. Под событиями мы имеем ввиду: афтермитинги, планы, обещания, статус-чеки. Причём самое интересное, что они могут быть оформлены в виде "ленты фейсбука", когда старые сообщения существуют, но вряд ли кто-то их когда-нибудь увидит.
- относительно регулярные "учения" по смене ПМа
Вооружившись этими утверждениями остаётся лишь сделать удобный инструмент, чтобы фиксировать договорённость быстро, в том канале, где вы общаетесь с клиентом. Чтобы не тратить время на поиски _той заветной гуглодоки где это надо дописать_ или где нужно почитать.