П
А не получается ли конструкция которая ближе к классическому канбану чем к канбан методу (что само по себе не плохо)?
Size: a a a
2020 September 17
V
это к тому что завод делает сейчас те детали что запросили покупатели?)
AP
А смысл?
AP
Vlad
это к тому что завод делает сейчас те детали что запросили покупатели?)
ага, но только у тебя тогда получается, что запрос идет к админам, админы ставят задачу тестерам, тестеры разрабам и т.п
П
Vlad
это к тому что завод делает сейчас те детали что запросили покупатели?)
Да, в классическом канбане сигнал к началу работы это карточка, а в методе - свободное место на доске
V
согласен, процесс интересней что задачи ставятся разрабам, а они уже подключают ресурсы необходимые для завершения релиза - в том числе смежные команды
П
И вот тут вопрос как вам удобно и логично работать
П
ага, но только у тебя тогда получается, что запрос идет к админам, админы ставят задачу тестерам, тестеры разрабам и т.п
А я чем больше про это размышляю, тем больше мне кажется что так тоже иногда по факту работает
АЛ
ПашМиш
А я чем больше про это размышляю, тем больше мне кажется что так тоже иногда по факту работает
А кто сказал что это хорошо и правильно?
AP
Ну даже если так заставить процесс работать, то что будет то? какой профит?
PA
ПашМиш
А я чем больше про это размышляю, тем больше мне кажется что так тоже иногда по факту работает
Такое сложно представить в схемах где нет полуфабрикатов.
Хотя во всяких zero-код системах на коротких циклах может быть даже и возможно.
Хотя во всяких zero-код системах на коротких циклах может быть даже и возможно.
V
можно и сказать разработчику что если ты освободился вытягивай новую задачу и просто делай и держать их по приоритетам в наивысшем те что к ближайшему релизу. но при этом опыт показал что и с бизнесом и с QA работать эффективнее набором задач, то есть разработчик должен знать что следующей надо брать задачу именно конкретного отдела - но до определенного момента.
П
Ну даже если так заставить процесс работать, то что будет то? какой профит?
Профит в том, что задачи реже зависают на 80% из-за того, что у нужного ресурса не появилось вовремя дырки на доске
PA
ПашМиш
А я чем больше про это размышляю, тем больше мне кажется что так тоже иногда по факту работает
Опять же программный код и интеллектуальный труд умеет копироваться и размножатся массово. Это определяет факт иного принципа работ
AP
Vlad
можно и сказать разработчику что если ты освободился вытягивай новую задачу и просто делай и держать их по приоритетам в наивысшем те что к ближайшему релизу. но при этом опыт показал что и с бизнесом и с QA работать эффективнее набором задач, то есть разработчик должен знать что следующей надо брать задачу именно конкретного отдела - но до определенного момента.
Работать будет, но до момента, пока не появится работа, которая должна обогнать везде другую работу
AP
ПашМиш
Профит в том, что задачи реже зависают на 80% из-за того, что у нужного ресурса не появилось вовремя дырки на доске
ээээ а дырки откуда, если мы тригерим все с конца, но при этом никто не ограничивает количество этих теребоньканий
V
да, и тут тоже есть выход - чаще всего в этом fast line находится Tech Lead, как на советских заводах начальник участка с универсальным японским станком)
П
ээээ а дырки откуда, если мы тригерим все с конца, но при этом никто не ограничивает количество этих теребоньканий
Дырки чтобы кто-то взялся за новый этап работ в цепочке
PA
Vlad
можно и сказать разработчику что если ты освободился вытягивай новую задачу и просто делай и держать их по приоритетам в наивысшем те что к ближайшему релизу. но при этом опыт показал что и с бизнесом и с QA работать эффективнее набором задач, то есть разработчик должен знать что следующей надо брать задачу именно конкретного отдела - но до определенного момента.
А исходя из вашего опыта как изменяется динамика объема задач на каждом из этапов?
Есть ли возможность как-то это визуализировать, например графиком CFD?
Есть ли возможность как-то это визуализировать, например графиком CFD?
PA
Vlad
да, и тут тоже есть выход - чаще всего в этом fast line находится Tech Lead, как на советских заводах начальник участка с универсальным японским станком)
А этот Tech Lead и программировать и тестировать и требования все сам делает?