GitHub как единственное средство общения
GitHub в нашем стартапе — единственный инструмент общения для команды из десяти разработчиков. У нас нет Jira, Slack или Asana, Telegram-чат мы завели для мемов, а Trello используем только для общения с бизнесом.
У вас в результате получился какой-то набор костылей и компот из самописных скриптов, трелло, github'a, телеграмма.
Да и вообще статья больше похожа на пример как не надо делать. Во всяком случае сразу возникает куча вопросов:
1. Почему вы не взяли нечто вроде yandex connect, gitlab, asana?
2. Каким образом разработчики общаются между собой в режиме чата? Не через комменты на github'e же?
3. У вас бэклог в трелло вышел, а где держит бэклог бизнес? Вообще, кто является владельцем бэклога - программисты или бизнес?
4. Каким образом осуществляется code-review/деплой и как вы его встроили в свой процесс в github'e?
5. Где базу знаний ведет бизнес? На wiki github'a или у них отдельное место и они часть копипастят на GitHub?
6. Каким образом проводится аналитика по результатам спринта, хотя бы замер скорости команды? Если этого не делается, но откуда вы знаете сколько задач вообще сможете взять в спринт?
7. Какой план Б на случай падения/блокировки github'a? Что кстати бывает периодически.
Почему вы не взяли нечто вроде yandex connect, gitlab, asana?
Чтобы у программистов был один интерфейс для кода и для задач. Так меньше приходится отвлекаться, а значит задачи делаются быстрее.
Каким образом разработчики общаются между собой в режиме чата?
Именно через комменты на гитхабе. Центрального чата, где можно друг-друга отвлечь у нас нет. Да и смысла в нем большого не было бы — у нас все в разных часовых поясах.
У вас бэклог в трелло вышел, а где держит бэклог бизнес?
Он у всех в трелло, у бизнеса нет отдельного беклога.
Каким образом осуществляется code-review/деплой и как вы его встроили в свой процесс в github'e?
Code Review — стандартными средствами гитхаба. Деплой — через серкл: https://vc.ru/dev/56022-opyt-ispolzovaniya-circle-ci
Где базу знаний ведет бизнес?
В Notion
Каким образом проводится аналитика по результатам спринта, хотя бы замер скорости команды? Если этого не делается, но откуда вы знаете сколько задач вообще сможете взять в спринт?
Люди сами говорят, сколько могут сделать. А мы им доверяем. В такой парадигме задач делается гораздо больше, команда более счастлива, а усилий на управление тратится меньше.
Какой план Б на случай падения/блокировки github'a? Что кстати бывает периодически.
Блокировка — не страшно, у всех давно VPN есть, пригождается, к примеру для netlify. За два года использования гитхаб серьезно падал один раз, почти день общались только по почте. Никакого влияния на скорость это не оказало.
Если станет совсем плохо — переедем на GitHub Enterprise, есть программы миграции.