Вот это поворот)

Marina Спасибо )

оч круто)

что бы кто ни говорил, что да, люди важнее всего, личное присутствие коуча важно и прочее, мир все равно придет к искуственному интеллекту и он все равно проникнет во все места. Не сейчас, так лет через 100

золотые слова, и это касается не только методологий, а всего менеджмента, консультант не сможет решить проблемы за пару дней или недель, для решения нужно его/их присутствие на протяжении, как минимум проекта. Мало установить правила, за их исполнением надо еще следить.

http://strelka.com/ru/magazine/2016/08/25/vocabulary-agile вот лучше скажите мне зачем такое пишут?

То ли сам маккинзист не разобрался, то ли журы все переврали

Ящерица справа работает по Agile. А мышь слева пытается применить Agile на проекте, который для этого не подходит.

Agile сейчас очень неплохая возможность попиарить свой продукт

Например Microsoft Project with support for Agile!!!

😂

Или мое любимое – Gantt + Kanban boards

То ли сам маккинзист не разобрался, то ли журы все переврали

Из большой 4 не редко обращаются за консультациями. И от вопросов грустно, так как раньше я думал, что они в теме

На одном Lean Coffee приходили аудиторы, были в шоке :)

аудиторы или lean coffee?

и я

все!

http://www.djaa.com/sites/ltdwip/DepthOfKanban.pdf

Почитайте вот, полезняк.

эээ, у меня был 6ой уровень из 6?? :)

там есть еще странички

:D

ЧОРД!!!111адыдадынадын!

У меня тут специфический запрос есть... Есть тут кто-нибудь из продаж у кого AmoCRM и они хотят попробовать Kanban?

Очень уж хочется пообщаться на тему, как начать больше денег зарабатывать используя базовые практики Kanban ;)

Слава, мы всегда рады в ProductVision поговорить о твоих новых фичах :) тем более что мы в Амо так до конца еще не интегрировались :)

Вы чо тут меня рекламируете, тут же модератор!

В приват напишу :)

скромняшка :)

Коллеги, посоветуйте сервис проведения вебинаров, веб-конференций. Какие дешевые альтернативы есть webinar.ru? Нужно просто вещать с видео от спикера. Если будет запись видео, чтобы можно было потом выложить куда-то, то вообще шикарно.

hangouts

запись сохраняется на youtube

на сколько человек?

до 100

ну вообще вебинар.ру конечно лучше всего

Всех с пятницей! Всем хороших выходных) https://vimeo.com/166227084

Уважаемые коллеги, всех приветствую и желаю хороших выходных! Андрей Иваницкий, директор компании ТАНДЕМ

Привет! а что за компания ТАНДЕМ?

Денис наводящий вопрос для нового рекламного спича ?

Я просто пытаюсь извлечь полезную информацию (value) из сообщения Андрея, что его зовут Андрей и он из компании Тандем.

очевидно же

Думаете, велики для двоих делают?

(пытался перечитать группу, ниасилел)

#whois И таки привет, я 5 лет занимался разработкой на Oracle, преподавал в вузе, помогал Бунину и Рогожину запускать российские ИТ-конференции, в 2008-м году выступал на встрече Agile Russia, 5 лет работал в классической инженерии требований (дорос до рукля отдела на 35 человек в Каспере), популяризировал профессии сначала системного аналитика, а потом менеджера ИТ-продукта (организовывал первый ProductCamp Russia, один из ЛАФ, разработку профстандартов этих профессий). Последние 5 лет пытался работать менеджером продукта, есть свой бизнес по организации очного и онлайн-обучения проектировщиков продуктов, систем и интерфейсов. В этом году с коллегами занимаемся продуктовым консалтингом и обкаткой новых моделей обучения, типа EduScrum/EduKanban.

Ищу коллег, с которыми можно обсудить тему Agile Business Analysis, сделать совместные наработки.

Из насущных проблем — хочется как-то прозрачно увязывать текучку в досках с большими квартальными целями бизнеса.

Если у кого-то есть опыт — welcome!

Понятно, что можно завести Impact map на стенку, но непонятно, как отслеживать прогресс по результатам.

Понятно, что можно завести Impact map на стенку, но непонятно, как отслеживать прогресс по результатам.

Посмотрите софт target process

Белорусы сделали очень качественный продукт по SAF. В нем эта тема раскрыта

А есть какие-нибудь "аджайл" практики по увольнению (найму) людей? Например, если понятно, что человек не тянет/не адекватен и т.д. кто в скраме будет принимать решение увольнять его?

А есть какие-нибудь "аджайл" практики по увольнению (найму) людей? Например, если понятно, что человек не тянет/не адекватен и т.д. кто в скраме будет принимать решение увольнять его?

Посмотрите передачу "слабое звено" там эта тема очень удачно раскрыта.

@schetinnikov нам интересную картинку рисовал Илья Павличенко

Горизонтальна плоскость это ценности

Картинка хорошая, но мне интересен другой момент - как происходит процесс увольнения, найма? Кто решает, что у человек ценности находятся в соответствии со скрамом/agile/и т.д. ? Кто решает, что человек уже не подходит? Т.е. в классическом менеджменте это вопрос решается очень просто: это зона ответственности линейного руководителя. Он подбирает, он увольняет. А например, в scrum, где нет формального руководства как это ДОЛЖНО происходить? С одной стороны решать должна команда, но с другой, не всякая команда это сможет решить. Например, есть слабенький, но хороший Герман. Который плохо программирует (ниже допустимого уровня), но как человек - хороший. И всем в команде будет жалко его увольнять, будут его поддерживать, учить и т.д. С точки зрения бизнеса очевидно Германа надо уволить, потому что он не рентабелен. С точки зрения команды - жалко, и надо оставить-доучивать.

Команда интервьюруем, найм - коллективное решение

Команда наверно и увольняется, скорее всего советуется со скрпм-мастером

Увольняет*

Если у Германа ценности хорошие, то можно обучить

Уберете Германа - проявится новое слабое звено . Наставничество - это еще один из способов мотивации . Возможно его ценность в том , что кто-то реализует свои амбиции в опеке

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

Через год , вы получите прокаченного мастера , которому Вы уже будетет должны повышать зп.

И еще . назначьте ему тьютера - пускай , он как голос команды его уволит - когда количество косяков перевалит пользу

@pstekunov спасибо, пару лет на TP не смотрел, в самый раз

@schetinnikov простой ответ в лоб — принимать решение об увольнении должен тот, кто принимал решение о найме. чтобы это было его управленческое решение и он получал обратную связь о качестве своих решений

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

И еще . назначьте ему тьютера - пускай , он как голос команды его уволит - когда количество косяков перевалит пользу

Да, хороший вариант.

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

Это, да. Конечно, увольнять стоит, когда сотрудник уже пользы совсем ни в каком виде принести не может. Весь вопрос стоял в том, кто за это отвечает. Если есть руководитель, который за это отвечает - тут все понятно. Он решение и принимает. Но в скраме непосредственного руководителя нет, и вот вопрос кто и как.

Команда наверно и увольняется, скорее всего советуется со скрпм-мастером

О, точно, все карты сходятся. Увольнение и найм - это отдельная компетенция и навык, которую должен коучить скрам-мастер (если мы про скрам). И если он видит, что команда идет по пути меньшего сопротивления - не хочет избавляться от члена команда, который явно не тянет, то это повод это обсудить и выработать конкретную практику для всей команды на этот счет. Но из скрам-мастера супер-мен какой-то получается... Способность увольнять - это характеристика и компетенция прям очень зрелой команды, конечно.

Скрам и позиционирует скрам-мастера как супер-мена. Умным словом servant leader

Скрам и позиционирует скрам-мастера как супер-мена. Умным словом servant leader

Простите, но мне казалось что скрам-мастер коучит команду по применнию скрама, а не вообще обо всем на свете. В скраме нет вроде ни о слова о найме и увольнении. Так на основании чего скрам-мастер будет всему этому учить? Гнать отсебятину?

Если у конкретного человека есть уникальный опыт по найму и увольнию, то он должен работать как коуч по найму/увольнию, а не как скрам-мастер. Этот товарищ вполне может рекламировать себя и свои методы как 'гибкие', но скрам тут вообще будет не при чем.

Команда сама избавляется от балласта, не?

Вопрос Стаса был про «как»

Команда сама избавляется от балласта, не?

Лично я хз. Мы ж тут не про чистоту генофонда команды, а про работу за деньги. А все что касается денег, особенно на личном уровне, это очень чувствтельный вопрос.

Команда устраивает «балласту» «тёмную»?

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

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