Как стать автором
Обновить

Передача дел: Как менеджеру избежать проблем на новом проекте?

Время на прочтение2 мин
Количество просмотров2.5K

За свою 20-летнюю карьеру я успел поработать и электромонтажником, и разработчиком, и менеджером, и CTO, и даже директором по BigData в Cloud в зеленом банке. За годы успел поменять более 10 компаний и сотню проектов (недавно прям выписывал в эксельку). Не скажу, что поменять проект или компанию для меня как за "хлебушком сходить", и стресс есть абсоютно всегда. Очевидные проблемы: новые люди, новые проекты и задачи, новый офис, - и ко всему необходимо привыкать. А есть и неочевидная проблема: вам по новому проекту могут передать не всю информацию, не из-за злого умысла, а из-за отсутствия методологического подхода к передаче дел. Представляю чеклист для передачи дел по проектам.

Давайте только условимся, что мы передаем проект по разработке программного обеспечения. Какие-то части пригодятся и к другим типам проектов, но предлагаю вам самим для вашей предметной области доработать чеклист.

Чеклист будет полезен как менеджерам проектов, так и лидам по разработке, тестированию и devops. Была попытка натянуть историю на глобус для менежеров продуктов, даже какие-то артефакты остались в чеклисте, но знакомые прОдукты раскритиковали с фазами развития и т.п.

Это уже вторая версия, подвергнутая редактуре моих друзей-менеджеров из Сбера, MTS, Acronis, EPAM Systems и Amazon. Занятно, что наиболее адекватные комментарии были от адептов agile, а от waterfall'щиков была только неконструктивная критика вида "всё не так, а как нужно, не скажу", еще отправляли читать PMBOK (по секрету, я учился на PMBOK и ITIL, всё оттуда доставать - это писать новую книжку).

Чеклист доступен по ссылке.

Какие темы затрагиваю:

  • Общая информация по проекту;

  • Команда;

  • Архитектура и дизайн;

  • Средства разработки;

  • Исходный код;

  • Релизная политика;

  • Тестирование;

  • Документация;

  • Управление проектом;

  • Администрирование и техническая поддержка;

  • Управление бюджетом и поставщиками.

Когда пригодится:

  1. Если вы покидаете проект/компанию, то постарайтесь по максимуму предоставить информацию по чеклисту для нового сотрудника. Это будет полезно, если есть лаг между вашим увольнением и наймом нового менеджера.

  2. Если вы приходите в новую компанию, вооружитесь чеклистом для сбора информации во время интервью с уходящим менеджером.

  3. Да и в любое другое время, когда вы чувствуете, что проект недостаточно задокументирован и ваши onboarding guides не отвечают на все интересующие вопросы.

Надеюсь, что чеклист будет полезен. Жду от вас конструктивную критику, звездочки и контрибьюшен на github'e.

Теги:
Хабы:
+2
Комментарии0

Публикации

Истории

Работа

Ближайшие события