На самом деле, все в проекте равны, просто у тебя роль специфическая: ты можешь интерпретировать работу каждого через призму общего результата. Готовясь похвалить или поругать кого-то, подготовься и сформулируй это через результат, факты и цифры. Тогда ты избежишь личных обид и перебранок в команде. Ну и будь готова, а лучше даже проси подобную обратную связь от други
Выносить ее в публичную плоскость иногда нужно и можно (в основном когда «отличились» сразу все), но в 90% случаев ее лучше давать лично. Можно даже после собрания: всем будет понятно, зачем вы остались и кому сейчас прилетит. Но именно таким образом ты не устраиваешь публичной порки, которая часто неприемлема. Тебе же с этим человеком еще дальше работать.
Не забывай и про обычную человеческую вежливость. Она на самом деле тоже несет позитивный заряд. Поблагодарив за личные заслуги, ты, во-первых, отмечаешь и закрепляешь позитивный эффект, а во-вторых, спокойно завершаешь разговор. Т. е. собрание завершается позитивно, стандартно и понятно, что оно, собственно, закончилось в стиле «…договорились до этого, следующая встреча в понедельник в 17—00. С
Фиксируй свои и чужие обязательства, иначе забудешь. Чужие можно написать собеседнику (лишним точно не будет). — Не стесняйся апеллировать к взятым обязательствам (см. главу «Хвали публично, ругай лично»). — Держи все свои обязательства в едином списке, структурированном по психологическим контрактам. Поглядывай туда наравне с оперативными задачами, чтобы не забыть. — Исполняй договоренности или договорись заново, если выполнение прежних невозможно или вредно. И дай такую же возможность другим людям.
Нужен общий ресурс. Не поленись и заведи с самого старта проекта общий ресурс. Яндекс-диск или google-drive. На нем будет копиться общий результат — презентации, документы, исходные коды, HTML-странички, картинки, протоколы собраний или встреч с клиентом и т. д. Тогда не придется искать что-то нужное по чатам или где-то еще. Все есть в одном месте.
Вот тебе несколько простых и понятных советов, которые помогут наладить коммуникации внутри команды:
1. Заведите и проговорите «официальный канал связи», на котором все должны включить уведомления. Сообщения там будут считаться обязательными для прочтения. Т. е. после того, как тебя тегнули, то варианты «я не видела, мне не сказали» не канают. Нельзя превращать канал в мессенджере в помойку — там должно быть самое важное, нужное
В общем, думаю, смысл понятен. В задачах максимально точно описан контекст и результат, достижение которого можно проверить, ответив «ДА» или «НЕТ», или измерить его.
Например, в верстке письма можно поставить параметр «…и письмо занимает не более 50 килобайт». Мы же не хотим отправлять 5-мегабайтные красивые письма? Получатели проклянут такие уведомления :)
Когда ты это все проделаешь, то получишь на выходе следующее:
1. Декомпозированные задачи из предыдущей главы. 2. Каждая задача описана максимально конкретно, а результат задачи проверяется простыми действиями или статусом. 3. У каждой задачи есть ответственный, который задачу осознал и уяснил и теперь четко понимает, как он ее может сделать и в какие сроки. 4. Ты с ним все проговорила и по ходу заключила формальный или неформальный контракт. 5. И теперь у тебя в backlog’е (списке задач) есть прозрачность, измеримость, ответственность и разноска по датам. Вот это все и контролируй в оперативном режиме.
Сервис генерации письма на 25 февраля 2024 года работает в DEV-инфраструктуре так: 2.1 Получает на вход тип письма и текст для рассылки. 2.2 Запрашивает и получает данные из сервиса определения получателей. 2.3 Выдает HTML-страничку с письмом для каждого из получателей. 2.4 Письмо вычитано и верифицировано ответственным Бельковой Т. Д. с точки зрения текста, ошибок и форматирования.
3. Составлен список библиотек для отправки писем с указанием типа лицензии и цены/бесплатно, проанализированы плюсы и минусы, выработаны рекомендации. Принято решение об использовании не позже 25 января 2024 г.
4. Библиотека для отправки писем куплена/получена и опробована. Прототип работает в DEV-инфраструктуре и отправляет HTML-письма по тестовому адресу. Срок — до 8 февраля 2024 г.
5.…
Далее на каждую задачу должен быть назначен ответственный, который должен пройти этап уяснения задачи — т. е. должен четко пони
