Anonymous
и чем хорошо?
Mikhail
и чем хорошо?
https://www.youtube.com/watch?v=aUWGHTiKr8Y
Arman
Зп ниже рынка и конкретный Калифорнийский рынок разве одно и тоже?
Mikhail
Это не хорошо или плохо, это просто факт природы человека
Sergey
Мотивирует связка "Приложенные усилия - деньги". Просто увеличение з/п мотивирует очень на короткий срок. Потом все возвращается на свои места.
Yuriy
это примерно раз в месяц)
Yaroslava
Фух.. Дочитала. А бывают у данного клуба реальные встречи? Я очень люблю живое общение и так здорово лично многие вопросы обсуждать. Меня например зацепила мысль - каким компаниями проходит agile, а какие еще не доросли. Но это опять на 500 сообщений как минимум. Бывают встречи в реале?)
Dmitry
это по оптимистичным прогнозам)
Yaroslava
https://t.me/agile_events_moscow
Тогда еще одно уточнение, а в спб?
Dmitry
бывают, но такого канала нету, ибо намного меньше событий поищите на meetup.com, в фейсбуке в группах Agile Russia и Scrum Russia проводят скрамтрек, unusual concepts, semrush и другие
Yaroslava
Пока там тишина) Спасибо)
Андрей
А может устроим AgileBeerMeeting в Екб? Есть желающие?
Alexey
Тогда еще одно уточнение, а в спб?
в СПб такой только знаю https://t.me/spbcoa
Андрей
Я за встречи по agile в екб)
Записал. Может еще кто есть?
Артем
А может устроим AgileBeerMeeting в Екб? Есть желающие?
+1 Только по возможности в выходной день. Я из Тюмени.
Igor
Продуктом аутсорс компании что является?
Долго думал над этим вопросом какое-то время назад. Пришёл к выводу, что самым что ни на есть продуктом аутсорсинговок компании является команда, которую она продаёт и старается по-всякому продвинуть на рынок. Я сначала думал, что это бред, но ради интереса просто взял и попробовал заполнить Lean Canvas для команды как продукта. Результат впечатлил.
Igor
Во всяком случае, в моем аутсорсе было бы так 😉
============ FALCON ============
👍
============ FALCON ============
Можете скинуть по этому lean canvas что нибудь годное?
Igor
Можете скинуть по этому lean canvas что нибудь годное?
Самое доступное (на мой взгляд) http://ru.wiki.rademade.com/lean-canvas-Santa
Igor
Там же предыдущий пост
============ FALCON ============
Спасибо!
Pavel
А можете поделится примером? Обезличенным конечно
Примером контракта? пожалуй не могу, слишком долго "обезличивать" :)
Pavel
https://www.scaledagileframework.com/agile-contracts/ - вот неплохая базовая статья от SAFe + в ней внизу список литературы :)
Vadim Ψ
Всем привет. Меня зовут Вадим, у меня дизайн-студия, делаем бренды и сайты. Понятия не имею, чем могу быть полезен, но чем могу - помогу. Интересуюсь эджайлом, думаю понемного вводить в рабочий процесс. Новосибирск, группу порекомендовал очень хороший человек =)
Oleg
👋
Dmitry
Кажется я забыл представиться:) Меня зовут Дмитрий, у меня компания OnAgile Consulting, помогаем организациям меняться. Agile, бирюзовые организации и все, что с этим связано. Пытаюсь регулярно делиться рабочими моментами и мыслями у себя в канале https://t.me/agilethinking Буду рад поделиться опытом и просто пообщаться:)
D.
Покинул Exness =) Привет, Денис. Мы как раз месяца 3-4 назад общались на собеседовании
Привет) ну да, жизнь не стоит на месте, надо двигаться вперёд)
Dmitry
Привет. Пишете с айфона?
Когда как. А почему спрашиваете?:)
Sergey
Когда как. А почему спрашиваете?:)
Да у вас запись заука постоянно идет. Обычно это проблема именно клиента айфона
Dimas
Покинул Exness =) Привет, Денис. Мы как раз месяца 3-4 назад общались на собеседовании
Привет, Максим. Можешь про Exness мне написать! Хочу туда поработать устроиться.
Oleg
переходим на тамтам
D.
Привет, Максим. Можешь про Exness мне написать! Хочу туда поработать устроиться.
Привет, Дима. Exness покинул я, а не Максим. Он к нам собеседовался =)
Артем
Коллеги, такой вопрос. Хотим перейти в отделе на канбан. Отдел занимается разработкой ПО, его тех. поддержкой плюс всякая договорная работа, закупки и прочее. Стоит ли заводить всех специалистов на одну доску или стоит разбить по направлениям? Для разрабов своя, поддержки своя и тд.
Dmitry
Коллеги, такой вопрос. Хотим перейти в отделе на канбан. Отдел занимается разработкой ПО, его тех. поддержкой плюс всякая договорная работа, закупки и прочее. Стоит ли заводить всех специалистов на одну доску или стоит разбить по направлениям? Для разрабов своя, поддержки своя и тд.
У LKU есть хорошее упражнение для таких решений Постройте на бумаге блок схему ваших процессов, как они есть Квадратиками и стрелочками просто Если получается линейный поток, то можно на одной доске Если какие-то ответвления, параллельные потоки, то для начала на разных, потом если что объедините
Артем
А в чем поддержка заключается?
Прием заявок от пользователей. Создание тикета и его дальнейший контроль.
Артем
Поддержка не только своего же софта, но и стороннего
Vladimir
Lean Kanban University, похоже https://edu.leankanban.com/
Артем
Vladimir
У LKU есть хорошее упражнение для таких решений Постройте на бумаге блок схему ваших процессов, как они есть Квадратиками и стрелочками просто Если получается линейный поток, то можно на одной доске Если какие-то ответвления, параллельные потоки, то для начала на разных, потом если что объедините
Можете дать ссылку на описание игры? Сложно представить чем отличаются параллельные процессы от линейного потока. Это ведь крайней условные понятия. Кто-то считает создание дизайна, разработку и тестирования последовательными процессами, а кто-то умудряется их распараллелить.
Dmitry
типа – сюда приходит задача, эти чуваки ее делают, передают этим
Dmitry
и тд
Vladimir
ага, уловил
Dmitry
Kanban он про Start where you are
Артем
У LKU есть хорошее упражнение для таких решений Постройте на бумаге блок схему ваших процессов, как они есть Квадратиками и стрелочками просто Если получается линейный поток, то можно на одной доске Если какие-то ответвления, параллельные потоки, то для начала на разных, потом если что объедините
Ок. Предположим все потоки линеные и мы заводим одну доску на всех. Вопрос как быть с колонками тогда. Если делать В работе, Готово, В проверке, то понятно. А если поделить по направлениям, то получится, что какие-то колонки будут ненужными для других направлений. Например, колонки Разработка и Тестирование никак не подходят для Ведение договоров. Как быть в этом случае?
Dmitry
в смысле? Линейно == одна стадия за другой
Dmitry
не знаю, согласование у юристов, согласование у бухгалтерии, дизайн, разработка бекенда, разработка фронтенда, тестирование, продакшн
Sergey
Коллеги, такой вопрос. Хотим перейти в отделе на канбан. Отдел занимается разработкой ПО, его тех. поддержкой плюс всякая договорная работа, закупки и прочее. Стоит ли заводить всех специалистов на одну доску или стоит разбить по направлениям? Для разрабов своя, поддержки своя и тд.
Скажу по своему опыту. Разработка и поддрежка это два ортогональных процесса. У задач абсолютно разные жизненые циклы. Можно глянуть как рекомендовано в ITIL строить рабочий процесс поддержки
Sergey
А как Вам такая интерпретация Scrum? Взято отсюда https://profilib.net/chtenie/33077/boris-volfson-gibkoe-upravlenie-proektami-i-produktami-13.php
Sergey
И я с ней не согласен. А мне все шлют и шлют ....
Sergey
Это должны делать команды на PBR
Sergey
Что думаете?
Jane
А какие требования он детально прорабатывает? Если бизнес - то вроде бы и окей?
Sergey
Уточнение Бэклога Продукта (PBR13) – это деятельность, направленная на уточнение, оценку и упорядочивание элементов в Бэклоге Продукта. Речь идет о непрерывном процессе, в рамках которого Владелец Продукта и Команда Разработки обсуждают детали Элементов Бэклога Продукта, тем самым проверяя и пересматривая эти элементы.
Sergey
Владелец Продукта – единственный человек, который отвечает за управление Бэклогом Продукта. Управление Бэклогом Продукта включает в себя: • описание Элементов Бэклога Продукта ясным и понятным образом; • управление порядком Элементов Бэклога Продукта для наилучшего достижения целей и миссий; • оптимизацию ценности работы, выполняемой Командой Разработки; • обеспечение доступности, прозрачности и ясности Бэклога Продукта для всех участников процесса. Бэклог Продукта при этом отражает, над чем Скрам-команда будет работать дальше; • гарантию, что Команда Разработки в достаточной степени понимает Элементы Бэклога Продукта. Владелец Продукта может выполнять эту работу как самостоятельно, так и делегировать её выполнение членам Команды Разработки. Тем не менее ответственность за Бэклог Продукта лежит на плечах Владельца Продукта.
Артем
Тогда немного холиварный вопрос. Кто какими инструментами пользуется для организации процесса по Канбану? Мы, например, пытаемся YouTrack приручить. Но там много нет.