Придумать себе проблемы и решать

трелло не поможет, не делайте больше 2-4 задач одновременно

довели до конца - берите следующую

Коллеги, кто-нибудь находится в ситуации, когда все проекты ведутся в YouTrack, а задачи поступают, к примеру, из GitLab (тикетами)? Вот у меня такой вопрос: как мне оптимизировать свою работу? Сейчас есть такая интеграция: если в Гитлабе появляется новый тикет от клиента на доработку → он автоматически падает в Ютрек, и нужно лишь взаимодействовать с клиентом в Гитлабе а в Ютреке отслеживать исполнение задачи Но когда таких тикетов 20 — начинается жесть. У меня мало опыта, поэтому самое лучшее что я пока что придумал — это хоть как-то облегчить себе жизнь с помощью Трелло, но этого мало. Посоветуйте, пожалуйста методы ведения проектов которые подойдут именно в моей ситуации с Ютрек и Гитлаб Контекст проектов такой: небольшая студия мобильной разработки с чеком от 500.000

пытаюсь осознать, как получается облегчить жизнь, использовав вместо двух инструментов – три

> Но когда таких тикетов 20 — начинается жесть.

трелло не поможет, не делайте больше 2-4 задач одновременно

Я бы с удовольствием, но выполнение самих задач зависит не от меня, а от исполнителей. Я то могу давать по 3-4 задачи одновременно — однако в таком случае у меня будет крайне низкая пропускная способность. Я понимаю ваш канбан-совет, но тут вопрос в том, как мне без взрыва мозга трекать 15 и более задач, которые находятся в работе: их нужно проверить, открыть повторно при возникновении правок, разобрать каждую

Опишите, пожалуйста, что происходит в ютреке с гитлаб интеграцией, когда тикетов больше 20 ?

Опишите, пожалуйста, что происходит в ютреке с гитлаб интеграцией, когда тикетов больше 20 ?

Смотрите: К примеру, в Гитлабе появляется 10 тикетов (о ужас), и каждый из этих тикетов автоматически попадает в Ютрек (со всем описанием и скринами от клиента в формате "вот тут красную кнопку, пжлст" — это правда удобно) и далее — назначается на тимлида. Далее, я беру каждую из этих задач, и с тимлида перевожу на того кто ответственен (фронтенд, бекенд, дизайнер и т.д), назначаю время для работы, и ухожу Когда этих тикетов 20 — начинается операционная жесть. Все то же самое, только со стрессом и загруженным мозгом

А вы померяйте пропускную способность

:)

прежде чем говорить о ней

то есть проблема: "как автоматизировать распеределение тикетов по команде, не взрывая мозг тимлиду"?

А вы померяйте пропускную способность

Слава, тэк вопрос ведь не в моей пропускной способности. Я обратился за советом о том, как мне распутать этот бред в котором я живу, и работать как-то иначе Повторю, что опыта у меня мало, и когда я пришел в компанию — тут всем Ок работать с Ютреком и Гитлабом. Никто ничем не пользуется. Они будто роботы... Ну, точнее, теперь роботом должен стать я, но почему-то не выходит

то есть проблема: "как автоматизировать распеределение тикетов по команде, не взрывая мозг тимлиду"?

Не взрывая мозг мне) Тимлид, по сути, даже не трогает эти таски. Они просто падают на него априори, — так устоена интеграция. А далее я распределяю их, переводя их в Ютреке с него на исполнителей

Ну вот я могу набросать такой список предложений 1. Подключить воркфлоу, которое выставляет ассайни сразу же как выставляется подсистема. То есть подсистема дизайн - ставит ассайни дизайнера (мало облегчает жизнь, но всё же). Можно написать самостоятельно ворфлоу, которое будет due date вычислять и проставлять 2. Подключить воркфлоу "duty" (https://github.com/JetBrains/youtrack-workflows/tree/master/%27On%20Duty%27%20Management). Мы им пользуемся. Его смысл такой: каждый день в 10 утра оно переассанивает специальное ишью дьюти на кого-то из команды. Ответсвенный сегодня член команды ходит по тикетам и выставляет подсистему (ассайни при этом назначается сам). Подсистема обычно понятна из контекста тикета. Этим повышается вовлеченность членов команды в то, что вообще происходит в продукте, а не только в моей подсистеме 3. Пользоваться табиком Similar issues на странице ишуя в ютреке. На этом табике показываются ишуи - потенциальные дубликаты, если на что-то можно задубликейтить это ишью. 4. Настроить доску, на которую автоматически будут попадать новые задачи из проекта, к которому настроена гит-лаб интеграция. На доске визуально более понятно, что происходит. В качестве свимлейнов можно выставить поле "подсистема". Тогда все новые, ещё не разобранные тикеты, из гитлаб интеграции будут попадать в свимлейн "Uncotegarized cards" и будет наглядно видно, что ещё не разобрано по подсистемам (то есть и по исполнителям - см. п. 1)

Воу, Катерина спасибо огромное, сейчас вникну)

Еще я подумывал над тем, чтобы кого-то напряч сделать мне интеграцию с трелло, чтобы как вы указали в 4 пункте — визуализировать все на доске, и не создавать новые карточки, а чтобы этот хотя бы процесс был автоматизирован Вначале я хотел по канбану: «Задача» → «В работе» → «Выполнено» Но особенности работы с Ютреком и Гитлаб создали вот такого монстра:

Последние два дня я думаю над тем, как это улучшить…

Точнее, как сделать это "нормальным"

Как у нормальных людей)

А чем доска в Ютреке не подошла?

а что тут монструозного?

Через zapier скорее всего можно интегрироваться

а что тут монструозного?

Монструозность в корявости принципа, по которому я таскаю таски

Я всё ещё не понимаю, зачем для доски интеграция c трелло, в ютреке же тоже доски есть.

Запорожец тоже машина

Я всё ещё не понимаю, зачем для доски интеграция c трелло, в ютреке же тоже доски есть.

Да я знаю. Как только устраивался спрашивал "а в ютреке же доски есть, почему не пользуетесь?" на что мне сказали "да у нас спринтов никаких нет, и херня все эти методологии", и я как-то забыл, а потом как-то по инерции трелло достал, и вот…

Эх… Че-то мне стремно теперь как-то

в ютреке сейчас уже есть канбан-доски, без спринтов

А у нас в чатике есть UX/UI дизайнеры?

Нет, лендинг под ключ не надо.

А у нас в чатике есть UX/UI дизайнеры?

@uiux_ru

Нет послать себя туда я и сам могу :)

Нет послать себя туда я и сам могу :)

А в чем разница? Или отраслевую специфику нужно?

Вопрос: как разработчики сидят у вас в командах? [] [] [] [] [] [] Или как то по-другому?

Например столы составлены в форме буквы Т

_____x_____x_____ x x | | x x |____x_____x____| где линии - стол, крестики - люди. Стол 3х2

Коллеги, а скрам гайд выложили на русском языке?

Коллеги, а скрам гайд выложили на русском языке?

Нет еще

Знакомые завтра развлекаются и развлекают, например: https://lab-sa.timepad.ru/event/508766/

http://www.halfarsedagilemanifesto.org/ коллеги, видали? 🙂 я случайно наткнулся, очень понравилось )))

http://www.halfarsedagilemanifesto.org/ коллеги, видали? 🙂 я случайно наткнулся, очень понравилось )))

найсссс

)

наконец-то правильный манифест

наконец-то правильный манифест

не то что правильный, а жизненный!

http://www.halfarsedagilemanifesto.org/ коллеги, видали? 🙂 я случайно наткнулся, очень понравилось )))

Считаю, что любая крупная компания должна так или иначе подстраивать под себя, делать оговорки манифеста для практического применения. Приведенный пример - этому яркое доказательство.

Подстраивать под себя и извращать нафиг - это разные вещи, Денис. Ну или сорри, если я не распознал сарказм ;)

Подстроили под себя

👍

🙂

горшочек не вари

Сорри

Все пытаются рассмотреть поближе.

Мелкие стикеры.

все не умеют использовать тг)

Объясните что такое DevOps! Читаю статьи чтобы понять, написанны очевидные вещи: взаимодействие сотрудников, неприрывная интеграция, реагирование на изменения.

https://www.amazon.com/DevOps-Handbook-World-Class-Reliability-Organizations/dp/1942788002

В Веймарской республике шутили, что революцию устроили только для того, чтобы кельнеров называли обер-кельнерами. В ИТ это же произошло с сисадминами без всякой революции

https://www.amazon.com/DevOps-Handbook-World-Class-Reliability-Organizations/dp/1942788002

А своими словами?

DevOps – это когда сисадмин в команде, а не снаружи

У нас сейчас и ITSM и agile

DevOps – это когда сисадмин в команде, а не снаружи

О! сразу понятно, спасибо. Следующий вопрос, а зачем?

чтобы команда отвечала за показатели продукта / системы, а не за показатели проекта «что сделали / когда »

а так они обычно срутся, если не в команде

и к пуговицам претензий нет

Смотрю презентацию Zlobin_Полезные привычки DevOps_MS_Summit.pdf "Только две роли: PM & Dev"

Смотрю презентацию Zlobin_Полезные привычки DevOps_MS_Summit.pdf "Только две роли: PM & Dev"

ммм… это хорошо или плохо?

Коллеги, хотел узнать у кого были случаи в практике? Внедряется скрам, а состав команды уменьшается? Как считаете это хорошо или плохо?

Что значит уменьшается? Сотрудники увольняется именно в связи с внедрением?

Всем привет! Куда можно кидать клич по потребности народа в команду?

Всем привет! Куда можно кидать клич по потребности народа в команду?

@agile_jobs

спасибо!

Сотрудники, назначенные руководителями в команду инорируют дайли стенд ап.

Так в существующих компаниях скрам собирается из добровольцев

А не из назначенцев

Всем привет! Куда можно кидать клич по потребности народа в команду?

https://t.me/analyst_job

Сотрудники, назначенные руководителями в команду инорируют дайли стенд ап.

в этом предложении всё прекрасно!