В настоящее время наш код «спит» в Github, и за последние шесть месяцев мы начали организовываться вокруг него.
Для нас это логично, чем ближе компания к нашему коду, тем проще общаться, выявлять проблемы и возможности.
—
Репозиторий кода
Мы начали использовать Github, как все начинают, используя его для хранения нашего кода.
Кроме этого, мы раздобыли несколько драгоценных камней, которые нам пришлось немного модифицировать в соответствии с нашими интересами.
Эти драгоценные камни остаются в открытом репозитории, в то время как наш код остается закрытым.
Вопросы
Вся поддержка Dev осуществляется через проблемы, которые делятся на улучшения, ошибки или отсутствие кода.
Одним из инструментов Github, который изменил наш уровень, была возможность создания шаблонов выпусков. Благодаря этому, когда любой сотрудник компании хочет открыть вопрос, он уже знает важные пункты, которые необходимо заполнить.
Самое интересное, что через некоторое время вся компания перешла на вопросы. И когда, например, приходит новый человек, возникает проблема адаптации.
Таким образом, все видят, что должна сделать каждая команда, что повышает жизнеспособность.
Проекты
Мы отказались от Trello и перевели все наши доски в Projects.
Эти вопросы позволили нам получить представление о том, какие задачи существуют для каждой команды. В проектах у нас есть представление о том, на какой стадии находится каждый вопрос в нашем процессе определения приоритетов.
Таким образом, мы избегаем необходимости проводить встречи, чтобы спросить, где находится каждый из них, и можем использовать встречи, чтобы сосредоточиться на том, как мы можем помочь друг другу продвинуть вопрос вперед.
Действия
Мы также перенесли все наши CI-трубы в Github.
Таким образом, он интегрирован в наш процесс, выполняется как при добавлении конкретной метки, так и при фиксации.
Кроме того, мы составляли еженедельные отчеты о выпуске продукции, чтобы информировать компанию обо всем, что было сделано для продукта на той неделе.
Любой член команды имеет доступ, например, к деплоям, которые сработали или сломались, тестам, которые не прошли, и т.д…
Pull Request
Сердце, в котором дэв выполняет свои задачи. Каждый запрос на исправление должен быть связан с одной или несколькими проблемами, которые он будет закрывать/перенаправлять.
Когда работа помечена как готовая к рассмотрению, Github сам назначает ее на рассмотрение другому Dev, не обязательно из того же отряда.
Таким образом, помимо повышения качества поставляемой продукции, поскольку модификация должна быть простой для понимания любым человеком, мы гарантируем, что вся команда обладает определенными знаниями обо всех частях нашего продукта.
Часто лучшие решения по коду принимают люди, которые находятся дальше от проблемы, поскольку они склонны больше сомневаться в принятых решениях.
Github CLI
К сожалению, информация на Github довольно плохая. Но мы решили эту проблему, добавив необходимые метки к вопросам и немного кода для получения этой информации из Github api.
Таким образом, мы сможем получать показатели скорости работы команды, количества ошибок и т.д.
Таким образом, мы можем узнать, оказывают ли организационные изменения, которые мы проводим, положительный или отрицательный эффект.
Обсуждение
Этот инструмент только что вышел из стадии бета-тестирования на Github.
Это внутренний форум, и мы используем его для записи всех обсуждений, которые мы проводим внутри компании.
Когда что-то начинает занимать много времени в Discord, мы переходим на него.
Поэтому новым людям легко понять контекст того, почему дела обстоят именно так, как они обстоят сегодня.
Мы также записываем краткое содержание книг, которые нам нравятся, и то, как мы решили некоторые более серьезные проблемы клиентов.
Вики
Здесь хранится вся наша документация, начиная от документации по использованию продукта, ответов на определенные вопросы клиентов и заканчивая нашей практикой программирования.
Мы также используем нашу вики для процесса введения в должность. Мы задокументировали в нем (и мне хочется верить, что каждый человек, который приходит, улучшает этот процесс), что человек должен знать каждую неделю, пока он не дойдет до того момента, когда сможет выполнять первые несколько упражнений самостоятельно.
Будущее
Кто знает, может быть, в будущем мы не примем редактор кода, который только что выпустил Github?
Что я могу сказать, так это то, что с каждым прошедшим днем я чувствую все меньше необходимости в других инструментах управления командой, продуктом и кодом, кроме самого Github.