-
Notifications
You must be signed in to change notification settings - Fork 0
Нормы общения и взаимодействия в команде
Чтобы эффективно решать различные задачи и при этом не наломать дров, нужно придерживаться общепринятых норм общения и взаимодействия.
Нормы эти простые и встречаются почти везде в повседневной жизни. Скорее всего они прозвучат как «прописные истины», но важно их помнить и важно эти нормы соблюдать.
Что бы обсуждение было наиболее эффективным, следует соблюдать несколько простых правил и рекомендаций.
В Github не предусмотрена система тредов внутри Issue из-за этого в обсуждениях может происходить путаница.
Что бы не запутаться мы используем инструмент цитирования — ">".
Это позволяет сохранять нить обсуждения и «не распыляться» в обсуждении.
Никто из нас не претендует на звания великих грамотеев и знатоков русского языка и никто не ждёт от тебя такого же. Но соблюдение базовых правил грамотного письма, просто облегчает чтение сообщения.
Если сделал ошибку в своём сообщении и позже её заметил, поправь. В GitHub есть редактирование.
Важнейшее правило. От этого будет зависеть качество ответа на твой вопрос или качество обсуждения твоей идеи или предложения.
Если спрашивать не очень четко сформулировав вопрос, или не очень внятно описав идею, есть высокая вероятность получить такой же невнятный ответ или пустой разговор. Очень хороший приём — обязательно перечитать свой текст перед тем как отправлять его.
Вот некоторые рекомендации по теме:
- Writing the perfect question
- How do I ask a good question? - Stack Overflow
- Книга «Новые правила деловой переписки», Сарычева Людмила
- Книга «Ясно, понятно», Максим Ильяхов
В дополнении к предыдущему пункту, советуем освоить Markdown. Он позволит твоей мысли быть четкой, ясной и понятной. Такой текст легче воспринимать, а взаимодействовать с тобой приятней и проще.
Если хочется едко (или как говорят — токсично) пошутить в чей-либо адрес. Либо сделать едкое замечание. Процесс совместной работы тоже труд. А как известно труд нужно уважать. Поэтому едкости и токсичности здесь не место.
Если очень хочется пошутить — это можно сделать в чате или в личном разговоре, GitHub - для дел и работы.
Простой пример из рабочих будней:
- У тебя есть задача: [feature] Bankcard Template — примерное время решения 4-6 часов
- Рядом другая задача: [question] Deploy to GKE — примерное время на поиск ответа до 2 часов
Ответить на вопрос быстрее и он позволит запустить в работу ещё одну задачу и займёт это на порядок меньше времени чем разработка шаблона для банковских карт.
Иными словами – запускай решение задач, которые не требует твоего постоянного присутствия, чтобы они ждали в очереди.
Если в твоём плане на день висит несколько задач, постарайся распланировать работу над ними так, чтобы они не блокировали другие задачи и процессы. В противном случае задачи будут копиться, конфликтовать, дублироваться превращая процесс работы в хаос, тем самым нервируя тебя и других участников команды.
Очень часто, попросить помощи в какой-то части работы намного проще, а самое главное быстрее, чем пытаться решить её самостоятельно. Многие новички так делают и это плохо. Намного эффективней попросить помощи и решить проблему быстрее. Ты сэкономишь своё время и как ни странно чужое. Profit!
Особенно если ты новичок. Или не новичок. Лучше задать вопрос, даже если он кажется глупым (как правило это не так), чем не задать. Один не заданный во время вопрос, может обернуться комом проблем в будущем. Как правило это впустую потраченное время из-за банального недопонимания проблемы или задачи.
Поэтому лучше спросить, а если не уверен переспросить.
Кооперируйтесь, созванивайтесь, обсуждайте проблемы и задачи. Но самое главное — документируйте итоги своих взаимодействий. Иначе говоря, если вы созвонились и договорились о чём-то, зафиксируйте итог созвона в issue.
Как правило хватает одного списка, описанного тезисно.
Github, Discord, Рабочие каналы Telegram. Лучше всего, когда бо́льшая часть информации оседает в Issue.
Дейлик, он же Daily Standup Meeting — это настроенный репозиторий, в котором каждый день утром создаётся issue. А вечером этот issue закрывается.
Этот issue включает в исполнителей всех участников команды. Участники отписываются внутри о том, что они делали вчера и что будут делать сегодня. Пишут о возможных проблемах и о том, нужно ли им отойти от рабочего места в течение дня.
Дейлик нужен для всеобщего понимания того, кто чем занят сегодня и над какой задачей трудится. А также над отслеживанием сложностей у коллег.
Шаблон того, как надо писать в теле issue дейлика.
Чтобы работа над задачами была прозрачной и понятной для всей команды, необходимо выполнять несколько простых действий в конце каждого рабочего дня.
- Запушить прогресс. В конце рабочего дня обязательно запушьте все изменения в свой репозиторий. Это позволит сохранить ваш прогресс и даст возможность другим участникам команды увидеть, над чем вы работали. Регулярные пуши также снижают риск потери данных.
- Прикрепить ветку к задаче в GitHub. Убедитесь, что ваша ветка привязана к соответствующей задаче в GitHub. Это позволяет легко отслеживать, какие изменения были сделаны для решения конкретной задачи и упрощает процесс ревью кода.
- Описать текущий статус по задаче. В комментариях к задаче в GitHub напишите текущий статус. Описание должно включать информацию о том, что было сделано за день, какие сложности возникли и что планируется делать дальше. Это помогает поддерживать прозрачность работы в команде, а также ускоряет процесс передачи задач между участниками.
Пример такого комментария:
Статус на конец дня:
- Завершил работу над функционалом X
- Осталось протестировать Y и исправить баг Z
- Планирую завтра закончить тестирование и начать работу над оптимизацией
Внедрение этих простых правил поможет вам и вашей команде работать более слаженно и эффективно, минимизируя риски недопонимания и потери прогресса.
Работа разработчика, инженера, дизайнера, менеджера и любого другого человека в IT сфере, не может обходиться без постоянного самообучения. Иначе есть риск «остаться в прошлом». Поэтому находи время развиваться.
Читай тематические каналы и ресурсы. Конечно же у тебя должен быть аккаунт на Хабре :)
Удалённая работа — это сидение перед экраном часами. Это не очень хорошо для здоровья. Поэтому находи время на перерывы.