Алекс
или описанные Ф Лалу - правила - Внутреннего консультирования, описанные правила holacracy one исчерпывающие ?
Dmitry
холакратия лишь один из вариантов
Андрей
кхм. у меня не хватает знаний и опыта, чтобы тут что-то аргументированно сказать. "сердце чует", что можно использовать аджайл-фреймворки :), но это именно "чуйка" - не опыт, не аргументированное мнение
Mikhail
У меня вот практический вопрос, господа ковучи, какая обувь для тренеров самая удобная?
А то у меня после трех дней тренингов, есть непреодолимое желание нанять персонального массажиста )))
Спортивная и полуспортивная, с грамотной подошвой. Вся зимняя и осенняя не катит
Nikolay
Denis
У меня вот практический вопрос, господа ковучи, какая обувь для тренеров самая удобная?
А то у меня после трех дней тренингов, есть непреодолимое желание нанять персонального массажиста )))
я на днях купил специальные ортопедические сланцы
Алекс
холакратия лишь один из вариантов
Да, холократия это один из подходов к сложной организационной структуре.
Алекс
У меня почему то такое ощущение, что scrum и kanban хорошо работают в оранжевых и зелёных организациях. А вот уже в бирюзовых требуется другие фреймворки
Dmitry
У меня почему то такое ощущение, что scrum и kanban хорошо работают в оранжевых и зелёных организациях. А вот уже в бирюзовых требуется другие фреймворки
чо-та не понимаю, чем тебе скрам не совпал с бирюзовыми подходами
главное чтобы команда его выбрала
Dmitry
а канбан вообще везде подходит)
Алекс
Dmitry Abramov:
Я давно понял, что это неэффективно
Просто предлагай канбан))
Алекс
😊
Mikhail
Хизри́
Добрый вечер. Занимаюсь маркетингом в 05.ru
Группу порекомендовали, как место обитания гуру эджайла :)
Пытаюсь перейти на канбан в работе и использовать WIP-ограничения. Вдаваться в подробности не буду, но суть проблемы в следующем.
В работе по обычной схеме (сделать, делается, выполнено) неизбежно возникают ситуации, когда на этапе «делается» задача переходит от исполнителя ко внешнему подрядчику. За исполнителем остаётся функция контроля, а далее завершения задачи. В итоге у нас сформировалась колонка «в ожидании», куда задача перемещается, чтобы исполнитель не ждал из-за WIP-ограничения, но при этом ежедневно справлялся о статусе задачи у того, кому её передал.
У кого есть опыт решения подобной проблемы? Кто может подсказать лучшее решение? Это решение работает слабо из-за недостаточной прозрачности происходящего для заказчика. Непонятно, когда задача оказалась в этой колонке, как долго она там пробудет и что по ней делается.
Доска ведётся в трелло.
Надеюсь, что удалось понятно изложить проблему
Иван
У меня две колонки "В ожидании внешних событий" - это согласования, получение какихто документов, ожидание оплат. И "Внешний исполнитель" с обязанностью ответственного с определенной перодичностью запрашивать статус работ и обновлять ожидаемую дату окончания.
Хизри́
Проблема то в чем все-таки?
То что дат нет или чего?
Нет дат, «в ожидании внешних событий» и «внешний исполнитель», о которых говорит @IvanPonomarev, у меня в одной колонке. Не понятно, когда карточка перенесена в эту колонку и у заказчика опасения, что исполнитель забывает об этой задаче, когда она попадает в эту колонку
Dmitry
Нет дат, «в ожидании внешних событий» и «внешний исполнитель», о которых говорит @IvanPonomarev, у меня в одной колонке. Не понятно, когда карточка перенесена в эту колонку и у заказчика опасения, что исполнитель забывает об этой задаче, когда она попадает в эту колонку
Не люблю рекламу, но это все есть в кайтене (kaiten.io)
:)
Хизри́
У меня две колонки "В ожидании внешних событий" - это согласования, получение какихто документов, ожидание оплат. И "Внешний исполнитель" с обязанностью ответственного с определенной перодичностью запрашивать статус работ и обновлять ожидаемую дату окончания.
То есть практика все же больше нормальная, чем что-то ошибочное?
Иван
Введи обязанности периодически обновлять статус. Выполнено 50% дату 31 декабря исполнитель подтвердил
Хизри́
Vasilii
Говорят в сбертехе начали избавляться от аналитиков. На очереди тестеры...
Nikolay
И как они без аналитиков? Или там ИИ начал за них работать, тот что до этого юристов заменил.
Yuriy
вероятно, только от должности
кот-павук
Говорят в сбертехе начали избавляться от аналитиков. На очереди тестеры...
Чисто на бумажках, теперь все инженеры
Vladimir
Чисто на бумажках, теперь все инженеры
Отчего такой пренебрежительный тон? Может быть не только на бумажках но и идеологически?
T-shaped компетенции, все дела.
Vasilii
Чисто на бумажках, теперь все инженеры
Знакомым аналитикам сказали делать выбор. Сеньоры аналитики выступают наставниками для разработчиков в плане аналитических задач. Поэтому, судя по всему, не все на бумажках.
Стас Щетинников
Говорят в сбертехе начали избавляться от аналитиков. На очереди тестеры...
А зачем нужны аналитики?
Вова
Отчего такой пренебрежительный тон? Может быть не только на бумажках но и идеологически?
T-shaped компетенции, все дела.
А вы внутри сбера или снаружи?будучи внутри видел как происходит это т шейп мало кому посоветую
Alexandr
А зачем нужны аналитики?
все зависит от области и специализации, системные аналитики в сбертехе потихоньку начинают привлекаться для выполнения разработческих задач, чтобы размывать грань, и все было не только на бумажках, все конечно зависит от конкретных людей, не все T-shaped, поэтому кто адаптируется а кто возможно и уйдет. Допускаю, что редкие кейсы, но возможные - кто то пойдет в архитекторы.
Если же говорить про бизнес аналитиков - то например в банковской сфере без них сложно, если совсем невозможно. и их просто включают в команды как экспертов.
Vladimir
А вы внутри сбера или снаружи?будучи внутри видел как происходит это т шейп мало кому посоветую
Я снаружи.
Расскажите как происходит т шейп в сбере
Vladimir
Не написали только почему
"мало кому посоветую"
Mikhail
У меня почему то такое ощущение, что scrum и kanban хорошо работают в оранжевых и зелёных организациях. А вот уже в бирюзовых требуется другие фреймворки
В бирюзовых просто делает каждый что-хочет, самоорганизация и самомотивация здесь как мне кажется первостепенна,а команды по идее могут уже использовать иснтрументы, которые им удобны для достижения общих бизнес-целей и удобных форматах тайм менеджемента на своё усмотрение
Kari
А на hh полно аналитических вакансий от сбера
Aleksandr
Привет есть у кого в epub книга по тойоте?
Aleksandr
У флибусты только дежавю
Aleksandr
Я про тайити оно производственная система тойоты
Аnatoly
у меня .mobi есть. Вероятно, можно конвертнуть
Aleksandr
Mobi можно в ibook запихнуть? Не знаешь?
Аnatoly
не в курсе, это Amazon Kindle формат
Aleksandr
О, норм зайдет) скинь плз)
Аnatoly
Скинул в личку
Стас Щетинников
https://forum-msk.org/material/economic/627694.html
Евгений
нашел интересную ссылочку по вариантам проведения ретро https://plans-for-retrospectives.com
.......
Салом
.......
Пиривет
Ivan
Шалом
Михаил Е.
Интересная статья по теме https://habrahabr.ru/post/344444/
Svetlana
Всем привет. Кто пользуется Jirой и ведет разработку по спринтам. Вы эпики создаете без спринтов или в рамках спринта? Как верно? Может ссылочку на статью кто даст.
Руслан Абдрахманов
Всем привет. Кто пользуется Jirой и ведет разработку по спринтам. Вы эпики создаете без спринтов или в рамках спринта? Как верно? Может ссылочку на статью кто даст.
Добрый день коллеги, при работе с Jira, эпики создаются под проект, ставятся задачи с указанием эпика, и сама задача связывается уже со спринтом
Svetlana
В данном случае эпик - это что? новая функция?
Руслан Абдрахманов
можно выразится по другому, эпик это головная задача по проекту, по головной задаче потом уже проще отслеживать количество поставленных задач, какое количество трудозатрат по каждому типу работ было проведено, ну и много чего еще
Svetlana
спасибо большое
Nik
Делайте как вам удобней. Если не придумали зачем нужен эпик - не пользуйтесь
Руслан Абдрахманов
В данном случае эпик - это что? новая функция?
если у вас много заказчиков по одному продукту то использование эпиков намного упрощает работу)
Alex
Grigory
Всем привет. Кто пользуется Jirой и ведет разработку по спринтам. Вы эпики создаете без спринтов или в рамках спринта? Как верно? Может ссылочку на статью кто даст.
Только эпики делайте конечными, а то они превращаются в лейблы.
Marina
Добрый день коллеги, при работе с Jira, эпики создаются под проект, ставятся задачи с указанием эпика, и сама задача связывается уже со спринтом
Эпик тоже может отражаться в спринте, просто висеть на руководителе проекта: в нем удобно описывать всю важную и актуальную информацию о состоянии дел по проекту "в общем". Плюс, вы потом сможете понять спустя какое-то время, сколько спринтов у вас в целом заняла реализация проекта.
Marina
Только эпики делайте конечными, а то они превращаются в лейблы.
Да, это точно. Можно еще Components использовать, они приятнее Labels.
Grigory
Я к тому, что я много раз видел, как эпики как лейблы использовались. Например "задачи по документации" и туда сваливали задачки. так конечно можно, но джировцы не предполагали такое использование. Эпик не идет в спринт, это задача. которая в спринт не помещается. у нее есть свой берндаунчарт
Marina
Я к тому, что я много раз видел, как эпики как лейблы использовались. Например "задачи по документации" и туда сваливали задачки. так конечно можно, но джировцы не предполагали такое использование. Эпик не идет в спринт, это задача. которая в спринт не помещается. у нее есть свой берндаунчарт
Тоже видела такой вариант использования - не очень удобно, особенно, когда часть эпиков - проекты, а часть "документация".
Alexandr
плюсую, эпики используем как фичи, не вмещающиеся по скоупу в один спринт, но таки имеющие скоуп, в отличие от компонентов, которые тоже упоминались, главное четко в эпики зафиксировать DoD эпика, иначе он реально будет вечным, как правило при использовании Story Mapping при выскоуровневом планировании рождаются эпики, а потом они уже наполняются сторями и включаются в спринты
Nikolai
Коллеги, предложите пжл вариант построения орг струткуры отдела
Есть 7 проектов
1. Сайт
2. Мобильное приложение (клиентское)
3. Мобильное приложение (заведение)
4. Личный кабинет (пользователь)
5. Личный кабинет (корпоративный, заведения)
6. Админка
7. Интеграции
Отдельно ввод мультиязычности, GraphQl и deployment
на данный момент у нас
8 человек back
- 1 тим лид;
- 5 чисто back;
- 1 support;
- 1 тесты;
8 человек фронт
- и.о. тим лида
- 6 фронт
- 1 верстка
- 1 сис админ
во главе PM
БА у нас только в отделе маркетинга
Alexandr
Nikolai
Я думаю здесь есть опытные люди, которые могут подсказать
Nikolai
Как минимум для проведения митингов вопрос, на митинге не может быть сразу 16 человек. ПМ один
Alexandr
наверняка есть, просто чтобы дать ценный совет нужно столько еще инфы у вас получить :)
Alexandr
так вопрос как поделить на команды? при чем тут отдел?
Nikolai
На команды будем делить, в зависимости от проектов, каждый синьор будет ответсвенным за один или два проекта, которые не всегда будут в работе одновременно
Alexandr
Как минимум для проведения митингов вопрос, на митинге не может быть сразу 16 человек. ПМ один
митинги митингам рознь )) вы по скраму работаете?
Nikolai
Да
Alexandr
ответственность должна быть у команды а не у сеньоров
Nikolai
синьоры будут присутствовать на митингах
Nikolai
как-нибудь можно оценить какое-кол-во доп персонала нам необходимо, например бизнес аналитиков?
Nikolai
я понимаю, что у нас есть пробелы в плане уточнения требований и общения между отделами
Alexandr
сори я пас :) вы взорвали мой мозг :) но мне кажется вам лучше обратиться к проектным управленцам, т.к. у вас точно не скрам
Nikolai
ок, как это выглядит в скраме по вашему