Давайте обсудим ваш проект
Оставьте свои контакты и мы свяжемся с вами в течение рабочего дня.
Организация работ на проектах сопровождения
08.11.2021
Здесь рассказываем про особенности работы на сопровождении проектов, которые создавались другими командами.
Специфика вызвана тем что мы сталкиваемся с инфраструктурой (например, git, slack) и методологией (например, процесс в task tracker или отказ от РП) заказчика. Поэтому мы создали несколько общих правил координирующих всех участников.
Самое важное:
!. Мы работаем только в рамках взаимного уважения между всеми участниками: клиенты, партнеры, сотрудники.
Общее:
1. Коммуникация между всеми участниками ведется в комментариях к задаче или в общем чате (если допустимо).
2. Работа ведется недельными итерациями, итог подводится по понедельникам.
3. Все свои доработки из разных коммитов мы сливаем с одной тоже своей веткой pre_release.
4. За изменениями версий, информированием и описанием следит заказчик.
5. Релиз рекомендуется выкладывать в понедельник.
- Это удобно для разработчиков так как они могут поработать на выходных.
- Это снижает нежелательные эффекты для заказчика при появлении ошибок на выходных, есть целая неделя понаблюдать за изменениями.
6. При наличии серьезных ошибок или когда под угрозой бизнес заказчика допускается усиленный режим работы:
- Инициировать режим могут руководители агентства по просьбе менеджера или заказчика.
- Нужно чтобы все участники: клиент, менеджер и разработчик договаривались о режиме работы на день накануне вечером.
- В оговоренное время все участники должны быть на связи и проявлять активность до устранения проблем..
- По итогу дня в общий чат (несколько чатов если нет общего, не комментарий к задаче) нужно написать текущий статус по проблемам/задачам.
Клиенту:
1. Некорректно или не в полном объеме доведенные требования - не является нашей ответственностью.
Менеджеру:
1. Менеджер выполняет роль модератора, следит чтобы работа двигалась, а клиент был доволен, устраняет возможные риски.
2. В понедельник нужно предоставлять заказчику отчет по выполненной работе и планируемым работам на текущую.
- Для этого нужно провести с разработчиком координацию.
- В отчете указать информацию: номер задачи, название задачи, статус (выполнена, частично), затраченное время, комментарий.
3. Не реже чем раз в месяц, нужно созвониться с заказчиком провести ретро. Результаты записать сюда.
4. В случае возникновения проблемы, которую не может решить сам - сообщает руководителям агентства.
5. Менеджер не должен поощрять передачу сообщений через себя.
Разработчику:
1. В обычном режиме разработчик сам принимает решение в какое время и какие дни ему удобнее работать..
- Это не касается регулярных событий, например координаций или релиза.
- Это не должно мешать выполнению задач, например, если разработчик приступил к работе в субботу и у него возник вопрос, то логично что работа не будет выполнена в срок.
2. В начале недели разработчику следует проанализировать задачи, чтобы заранее продумать реализацию и сразу задать уточняющие вопросы.
3. По факту выполненной работы вносит затраченное время здесь.
4. Ошибки допущенные по нашей вине - исправляются в приоритете.
Самое важное:
!. Мы работаем только в рамках взаимного уважения между всеми участниками: клиенты, партнеры, сотрудники.
Общее:
1. Коммуникация между всеми участниками ведется в комментариях к задаче или в общем чате (если допустимо).
2. Работа ведется недельными итерациями, итог подводится по понедельникам.
3. Все свои доработки из разных коммитов мы сливаем с одной тоже своей веткой pre_release.
4. За изменениями версий, информированием и описанием следит заказчик.
5. Релиз рекомендуется выкладывать в понедельник.
- Это удобно для разработчиков так как они могут поработать на выходных.
- Это снижает нежелательные эффекты для заказчика при появлении ошибок на выходных, есть целая неделя понаблюдать за изменениями.
6. При наличии серьезных ошибок или когда под угрозой бизнес заказчика допускается усиленный режим работы:
- Инициировать режим могут руководители агентства по просьбе менеджера или заказчика.
- Нужно чтобы все участники: клиент, менеджер и разработчик договаривались о режиме работы на день накануне вечером.
- В оговоренное время все участники должны быть на связи и проявлять активность до устранения проблем..
- По итогу дня в общий чат (несколько чатов если нет общего, не комментарий к задаче) нужно написать текущий статус по проблемам/задачам.
Клиенту:
1. Некорректно или не в полном объеме доведенные требования - не является нашей ответственностью.
Менеджеру:
1. Менеджер выполняет роль модератора, следит чтобы работа двигалась, а клиент был доволен, устраняет возможные риски.
2. В понедельник нужно предоставлять заказчику отчет по выполненной работе и планируемым работам на текущую.
- Для этого нужно провести с разработчиком координацию.
- В отчете указать информацию: номер задачи, название задачи, статус (выполнена, частично), затраченное время, комментарий.
3. Не реже чем раз в месяц, нужно созвониться с заказчиком провести ретро. Результаты записать сюда.
4. В случае возникновения проблемы, которую не может решить сам - сообщает руководителям агентства.
5. Менеджер не должен поощрять передачу сообщений через себя.
Разработчику:
1. В обычном режиме разработчик сам принимает решение в какое время и какие дни ему удобнее работать..
- Это не касается регулярных событий, например координаций или релиза.
- Это не должно мешать выполнению задач, например, если разработчик приступил к работе в субботу и у него возник вопрос, то логично что работа не будет выполнена в срок.
2. В начале недели разработчику следует проанализировать задачи, чтобы заранее продумать реализацию и сразу задать уточняющие вопросы.
3. По факту выполненной работы вносит затраченное время здесь.
4. Ошибки допущенные по нашей вине - исправляются в приоритете.
