Продолжаю делиться опытом первый такой пост вот.
Возможно открытие в этом посте прозвучит очень банальным и очевидным, но если бы я наткнулся с своё время на такой пост, я бы сохранил бы себе кучу времени. Пост будет про то где лучше всего вести свои задачи в соло/маленькой команде 😀
Итак, начнем! Я долго не мог понять, где вообще правильно вести задачи для своего проекта. Олды помнять, как я сидел на стримах и крафтил пространства в разных трекерах (trello и прочие). Да они прикольные, но появляется ещё одна сущность, которую нужно синхронизировать и следить. В моём флоу где я один, такой паттерн не позволителен. Кстати сейчас добавился ешё и тестировщик, ему тоже понравился процесс 🫡
В итоге в JobTurbo я почти всё завязал на GitLab Work Items. Причём причина вообще не в том, что GitLab — лучший таск-трекер на свете.
Мне нравится идея, что задача живёт там же, где живёт разработка. Ультра гига легко, сказать агенту синхронизируйся по таскам, разбей на параллельных и приступай к реализации. Очень легко таким образом контролировать выполнение задач.
Флоу примерно такой. Сначала появляется какая-то мысль: фидбек от пользователя, идея фичи, проблема, которую заметил сам, технический долг. Дальше прошу агента создать комплексную задачу и декомпозировать её если, она слишком толстая. Ну или если вижу, что агент простаивает запускаю на поиск техдолга, так что получается такая фабрика.
И дальше он уже становится точкой входа в SDLC:
агент → Work Item → → branch/MR → CI → deploy → закрытие задачи
То есть мне не нужно идти из Jira в GitLab, копировать номер задачи, следить за двумя статусами и потом ещё вспоминать, что где было написано. Для агента Work Item — это одновременно постановка задачи и ссылка на весь контекст разработки. А дальше всё начинает естественно связываться: коммиты, MR, обсуждения, CI, релиз.
«Где задача находится ближе всего к агенту, коду и остальному SDLC?»
Поэтому я пока не вижу особого смысла выносить разработку в соло в трекеры. Да, у специализированных трекеров может быть красивее UX, планирование, roadmap и ещё миллион функций. Но зачем они мне?
GitLab в превратился для меня не просто в место для репозитория. Кстати, переезд с гитхаба был очень легким, если хотите напишу почему переехал, там тоже приколов много было.
Бахни жабку на пост, если нравится такой формат! На прошлом почти 50 набрали, что очень круто 🔔
Возможно открытие в этом посте прозвучит очень банальным и очевидным, но если бы я наткнулся с своё время на такой пост, я бы сохранил бы себе кучу времени. Пост будет про то где лучше всего вести свои задачи в соло/маленькой команде 😀
Итак, начнем! Я долго не мог понять, где вообще правильно вести задачи для своего проекта. Олды помнять, как я сидел на стримах и крафтил пространства в разных трекерах (trello и прочие). Да они прикольные, но появляется ещё одна сущность, которую нужно синхронизировать и следить. В моём флоу где я один, такой паттерн не позволителен. Кстати сейчас добавился ешё и тестировщик, ему тоже понравился процесс 🫡
В итоге в JobTurbo я почти всё завязал на GitLab Work Items. Причём причина вообще не в том, что GitLab — лучший таск-трекер на свете.
Мне нравится идея, что задача живёт там же, где живёт разработка. Ультра гига легко, сказать агенту синхронизируйся по таскам, разбей на параллельных и приступай к реализации. Очень легко таким образом контролировать выполнение задач.
Флоу примерно такой. Сначала появляется какая-то мысль: фидбек от пользователя, идея фичи, проблема, которую заметил сам, технический долг. Дальше прошу агента создать комплексную задачу и декомпозировать её если, она слишком толстая. Ну или если вижу, что агент простаивает запускаю на поиск техдолга, так что получается такая фабрика.
И дальше он уже становится точкой входа в SDLC:
агент → Work Item → → branch/MR → CI → deploy → закрытие задачи
То есть мне не нужно идти из Jira в GitLab, копировать номер задачи, следить за двумя статусами и потом ещё вспоминать, что где было написано. Для агента Work Item — это одновременно постановка задачи и ссылка на весь контекст разработки. А дальше всё начинает естественно связываться: коммиты, MR, обсуждения, CI, релиз.
«Где задача находится ближе всего к агенту, коду и остальному SDLC?»
Поэтому я пока не вижу особого смысла выносить разработку в соло в трекеры. Да, у специализированных трекеров может быть красивее UX, планирование, roadmap и ещё миллион функций. Но зачем они мне?
GitLab в превратился для меня не просто в место для репозитория. Кстати, переезд с гитхаба был очень легким, если хотите напишу почему переехал, там тоже приколов много было.
Бахни жабку на пост, если нравится такой формат! На прошлом почти 50 набрали, что очень круто 🔔