Комментарии 11
Спасибо за такой замечательный FAQ. Сам ПМ, некоторые вещи знаю, некоторые применяю, но чтобы так систематизировать и сделать четкий план действий — молодцы.
Можно выписать на листочек основные тезисы, и в случае непредвиденной ситуации действовать четко по плану, спасибо!
Отличная статья, жаль, что по-настоящему её можно понять, только испытав все это в жизни.
Забыли ещё один важный пункт: сразу после завершения, пока ещё свежи все действия, добавить данные о факапе в базу знаний: какие признаки проявились, что это было на самом деле, на что и как повлияло ( сервисы / кластеры), как подчинили.
Потому что если загорится опять через год — проще открыть док и свестирешениетушение к тривиальному, чем снова собирать тревожную команду.
Потому что если загорится опять через год — проще открыть док и свести
Хотя некоторым участникам процесса и не хочется этого признавать, жизнь такова
Ага, а когда это слышишь от казалось бы вменяемых и близких к разработке людей это вгоняет в страшную депрессию. Так и вижу:
«Господа разработчики, вам больше нельзя делать багов» — сказал менеджер.
«Ну ок, не будем раз нельзя » — сказали разработчики и пошли
При этом еще нужно снять все внешнее давление с команды, перенаправив его на себя (а еще лучше — на кого-то выделенного из команды — сделать его пресс-секретарём)
Прочитал как стресс-секретарём.
Что даже больше подходит для контекста.
могу предоставить более действенный план:
1) любыми способами снять с себя ответственность. На подчиненных, на коллег, на другой отдел на кого угодно, только не ты.
2) подключится к общей игре «трави виноватого».
3) показывай начальству что ты лучший из тех, кто валит на виноватого, придумывает ему всяческие наказания и больше всего переживает о фирме, даже если (особенно если) проблема тебя вообще не касается
4) расти карьерно ничем себя не ограничивая
5) как вырастешь, сваливай к конкурентам и расти там на сливе данных прежней фирмы.
Из того, что я наблюдаю в руководстве, иногда мне кажется что так это и работает, решение самой проблемы всех кроме решающего технаря интересует в последнюю очередь
1) любыми способами снять с себя ответственность. На подчиненных, на коллег, на другой отдел на кого угодно, только не ты.
2) подключится к общей игре «трави виноватого».
3) показывай начальству что ты лучший из тех, кто валит на виноватого, придумывает ему всяческие наказания и больше всего переживает о фирме, даже если (особенно если) проблема тебя вообще не касается
4) расти карьерно ничем себя не ограничивая
5) как вырастешь, сваливай к конкурентам и расти там на сливе данных прежней фирмы.
Из того, что я наблюдаю в руководстве, иногда мне кажется что так это и работает, решение самой проблемы всех кроме решающего технаря интересует в последнюю очередь
первая часть — очень напомнила метод 8D для решения серьезных проблем на производстве, в частности, в автомобильной промышленности.
кстати, последний пункт там — не отдыхать, а поблагодарить команду.
en.wikipedia.org/wiki/Eight_disciplines_problem_solving
кстати, последний пункт там — не отдыхать, а поблагодарить команду.
en.wikipedia.org/wiki/Eight_disciplines_problem_solving
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Работа под давлением