OS
Но лет 20-25 назад Lean, Kanban и Agile - было "самый писк моды"
https://ru.wikipedia.org/wiki/%D0%A2%D0%BE%D1%87%D0%BD%D0%BE_%D0%B2_%D1%81%D1%80%D0%BE%D0%BA
тойота, канбан - все придумано в СССР! Википедия не даст соврать
Size: a a a
2020 March 05
VP
PO
Vasya Pupkin
https://ru.wikipedia.org/wiki/%D0%A2%D0%BE%D1%87%D0%BD%D0%BE_%D0%B2_%D1%81%D1%80%D0%BE%D0%BA
тойота, канбан - все придумано в СССР! Википедия не даст соврать
тойота, канбан - все придумано в СССР! Википедия не даст соврать
Но JIT совсем не в СССР придумали :)
NO
По разному. Есть компании, которые просто организуют бесплатные мероприятия для них. Выявляют из кучи и дальше с ними работают. Всех деталей не скажу, но их ведут уже до ВУЗа. У меня сына так приглашали на работу уже в десятом классе. Есть конкурсы проектов. Есть летние школы с уклоном в ИТ. Есть стипендии для них уже в школе. Тут много что еще есть https://it-fund73.ru/
В ирландии студенты практику проходят в компаниях, подозреваю бесплатно ну или мин зп. а компания может получить субсидию
VP
Но JIT совсем не в СССР придумали :)
ага, вот тут считают что в Японии https://en.wikipedia.org/wiki/Just-in-time_manufacturing
если что - это одна и та же статья на разных языках )
если что - это одна и та же статья на разных языках )
G
Vasya Pupkin
ага, вот тут считают что в Японии https://en.wikipedia.org/wiki/Just-in-time_manufacturing
если что - это одна и та же статья на разных языках )
если что - это одна и та же статья на разных языках )
логично, что авторы не читали Госплан СССР 1930) А вот Леонид Макаров - да, спасибо ему за интересную отсылку) кстати совсем свежую
AB
#whois
Антон Ботвинников. Product manager in #Acronis
Специалист в управлении продуктами, проектами. Более 10 лет внедрял VAS services в телекоме.
Из #Москва
Группу нашёл в поиске.
Антон Ботвинников. Product manager in #Acronis
Специалист в управлении продуктами, проектами. Более 10 лет внедрял VAS services в телекоме.
Из #Москва
Группу нашёл в поиске.
AK
о, Акронис )
AK
K
Состав устава:
-Сроки
-Деньги
-Содержание
-Цели (бизнес-цели проекта)
-Ресурсы
-Заинтересованные лица (главные)
-KPI (основные)
-Риски (основные)
-Сроки
-Деньги
-Содержание
-Цели (бизнес-цели проекта)
-Ресурсы
-Заинтересованные лица (главные)
-KPI (основные)
-Риски (основные)
Господи,
Что за дела
просто бумажек га доску наклеить и каждый день обсуждать
Что за дела
просто бумажек га доску наклеить и каждый день обсуждать
M
Господи,
Что за дела
просто бумажек га доску наклеить и каждый день обсуждать
Что за дела
просто бумажек га доску наклеить и каждый день обсуждать
?
K
Какие риски
M
ой да боже отстань вообще не до этого всего сейчас, хочу спать!
K
и есть
A
Господи,
Что за дела
просто бумажек га доску наклеить и каждый день обсуждать
Что за дела
просто бумажек га доску наклеить и каждый день обсуждать
AK
Читаю тут "Канбан. Краткое руководство", чтобы разобраться что должно быть по хорошему под капотом за канбан-доской, пытаюсь сопоставить описанные каденции с процессом разработки программного продукта.
Правильно ли я понимаю, что:
1. "Собрание по пополнению" это по сути выбор задач из Backlog проекта в ToDo для исполнителей? Если требуется декомпозиция на подзадачи, то она должна проводиться сразу же на этом собрании или позднее? Правильно ли назначать исполнителей задач на этом этапе или предоставить возможность выбирать самим и самоназначаться?
2. Добавление story/task в бэклог должно проходить в рамках какой-то каденции или это постоянный процесс? Что-то притащил продукт-овнер от клиента и добавил story, что-то нашли программисты и добавили как task?
3. Ревью сервиса поставки это ревью бизнес-процессов или ревью поставленных/сделанных фич за период?
Правильно ли я понимаю, что:
1. "Собрание по пополнению" это по сути выбор задач из Backlog проекта в ToDo для исполнителей? Если требуется декомпозиция на подзадачи, то она должна проводиться сразу же на этом собрании или позднее? Правильно ли назначать исполнителей задач на этом этапе или предоставить возможность выбирать самим и самоназначаться?
2. Добавление story/task в бэклог должно проходить в рамках какой-то каденции или это постоянный процесс? Что-то притащил продукт-овнер от клиента и добавил story, что-то нашли программисты и добавили как task?
3. Ревью сервиса поставки это ревью бизнес-процессов или ревью поставленных/сделанных фич за период?
V
Читаю тут "Канбан. Краткое руководство", чтобы разобраться что должно быть по хорошему под капотом за канбан-доской, пытаюсь сопоставить описанные каденции с процессом разработки программного продукта.
Правильно ли я понимаю, что:
1. "Собрание по пополнению" это по сути выбор задач из Backlog проекта в ToDo для исполнителей? Если требуется декомпозиция на подзадачи, то она должна проводиться сразу же на этом собрании или позднее? Правильно ли назначать исполнителей задач на этом этапе или предоставить возможность выбирать самим и самоназначаться?
2. Добавление story/task в бэклог должно проходить в рамках какой-то каденции или это постоянный процесс? Что-то притащил продукт-овнер от клиента и добавил story, что-то нашли программисты и добавили как task?
3. Ревью сервиса поставки это ревью бизнес-процессов или ревью поставленных/сделанных фич за период?
Правильно ли я понимаю, что:
1. "Собрание по пополнению" это по сути выбор задач из Backlog проекта в ToDo для исполнителей? Если требуется декомпозиция на подзадачи, то она должна проводиться сразу же на этом собрании или позднее? Правильно ли назначать исполнителей задач на этом этапе или предоставить возможность выбирать самим и самоназначаться?
2. Добавление story/task в бэклог должно проходить в рамках какой-то каденции или это постоянный процесс? Что-то притащил продукт-овнер от клиента и добавил story, что-то нашли программисты и добавили как task?
3. Ревью сервиса поставки это ревью бизнес-процессов или ревью поставленных/сделанных фич за период?
3. Ревью самого сервиса.
2. Безрамочно (тут имхо про должно/недолжно речи не идёт.
2. Безрамочно (тут имхо про должно/недолжно речи не идёт.
V
П.1. со сори - писать много. Телефон. Неудобно. Гугл может )
N
Читаю тут "Канбан. Краткое руководство", чтобы разобраться что должно быть по хорошему под капотом за канбан-доской, пытаюсь сопоставить описанные каденции с процессом разработки программного продукта.
Правильно ли я понимаю, что:
1. "Собрание по пополнению" это по сути выбор задач из Backlog проекта в ToDo для исполнителей? Если требуется декомпозиция на подзадачи, то она должна проводиться сразу же на этом собрании или позднее? Правильно ли назначать исполнителей задач на этом этапе или предоставить возможность выбирать самим и самоназначаться?
2. Добавление story/task в бэклог должно проходить в рамках какой-то каденции или это постоянный процесс? Что-то притащил продукт-овнер от клиента и добавил story, что-то нашли программисты и добавили как task?
3. Ревью сервиса поставки это ревью бизнес-процессов или ревью поставленных/сделанных фич за период?
Правильно ли я понимаю, что:
1. "Собрание по пополнению" это по сути выбор задач из Backlog проекта в ToDo для исполнителей? Если требуется декомпозиция на подзадачи, то она должна проводиться сразу же на этом собрании или позднее? Правильно ли назначать исполнителей задач на этом этапе или предоставить возможность выбирать самим и самоназначаться?
2. Добавление story/task в бэклог должно проходить в рамках какой-то каденции или это постоянный процесс? Что-то притащил продукт-овнер от клиента и добавил story, что-то нашли программисты и добавили как task?
3. Ревью сервиса поставки это ревью бизнес-процессов или ревью поставленных/сделанных фич за период?
1. канбан - вытягивающая система. назначать исполнителей будет неправильно. лучше обойтись без этого, чекая на стендапах у кого нет работы. Соответственно из бэклога в туду можкт перетащить задачу любой человек, у кого есть право приоритезировать работу и выбирать текущий скоуп (это могут быть разные люди для разных классов сервиса)
2. попробуйте и так и так. Я бы не заморачивался и пихал без разбора и пытался объеденить по скоупам работ
3. разбор метрик, как я понимаю. К примеру - "почему две срочные задачи делались медленнее чем сутки?" Или "поздравляю, 90% наших задач были выполнены в срок"
2. попробуйте и так и так. Я бы не заморачивался и пихал без разбора и пытался объеденить по скоупам работ
3. разбор метрик, как я понимаю. К примеру - "почему две срочные задачи делались медленнее чем сутки?" Или "поздравляю, 90% наших задач были выполнены в срок"
VR
1. канбан - вытягивающая система. назначать исполнителей будет неправильно. лучше обойтись без этого, чекая на стендапах у кого нет работы. Соответственно из бэклога в туду можкт перетащить задачу любой человек, у кого есть право приоритезировать работу и выбирать текущий скоуп (это могут быть разные люди для разных классов сервиса)
2. попробуйте и так и так. Я бы не заморачивался и пихал без разбора и пытался объеденить по скоупам работ
3. разбор метрик, как я понимаю. К примеру - "почему две срочные задачи делались медленнее чем сутки?" Или "поздравляю, 90% наших задач были выполнены в срок"
2. попробуйте и так и так. Я бы не заморачивался и пихал без разбора и пытался объеденить по скоупам работ
3. разбор метрик, как я понимаю. К примеру - "почему две срочные задачи делались медленнее чем сутки?" Или "поздравляю, 90% наших задач были выполнены в срок"
Скажите, а зачем на стендапах чекать, у кого нет работы, если система вытягивающая?