Dan
Определение компетентного аджайл-коуча мне непонятно совершенно. Что это за человек? Какими навыками он обладает? Какую ценность несёт себе/другим? Какой опыт он имеет? Насколько этот опыт положительный ? )
Dan
Коллега, с этим сложнее
Николай
Определение компетентного аджайл-коуча мне непонятно совершенно. Что это за человек? Какими навыками он обладает? Какую ценность несёт себе/другим? Какой опыт он имеет? Насколько этот опыт положительный ? )
Напр. опыт и положительность результата мы можем оценить: 1 поверив ему на слово, если мы достаточно уверены в своей проницательности 2. Изучив их из открытых источников, пытаясь оценить при этом их достоверность 3. Со слов других доверенных лиц 4. Передав их/его для анализа другим специалистам (в HR, другим коучам)
Dan
1. Проницательность и вера - нет. Все врут. 2. Открытые источники - возможно, но только в связке с анализом других специалистов. 3. Доверенное лицо - черезчур субъективно, особенно когда речь идёт о десяках миллионов рублей, поверьте на слово )))) 4. Вот это да, это пожалуй чуть ли не единственный настоящий верный вариант. Устроить общественный/групповой анализ результатов деятельности коуча
Dan
Однако, это дорого и сложно, хотя конечно же можно
Dan
Ок. Тут согласен
Николай
Однако, это дорого и сложно, хотя конечно же можно
Вот тут уже мог бы помочь аджайл, но что делать если его эти самые коучи пока не принесли??))
Dan
Как он может помочь в вопросе экономии денег при outsource анализе?
Николай
Как он может помочь в вопросе экономии денег при outsource анализе?
Теоретически этот вопрос можно пробовать задавать самому коучу)) может у них так и принято??
Dan
Эджайл же для производства софта
Николай
Вот это был бы элегантный заворот! 😄
Николай
Эджайл же для производства софта
Уже давно трубят во все аджайл-трубы, что не только!
Evgeny
ты ведь не обычный наемный
Я обычный безработный ;)
Николай
Вообще ведь персональные коучи иногда (а мб так вообще принято?) деньги за первое собеседование не берут. А что с аджайл-коучами?
Evgeny
Но вернёмся к теме
Evgeny
А о чем обсуждение?
Evgeny
Пытаетесь задефайнить значение компетенции? Чтобы что?
Николай
Ну было про мебель, но вот опять к коучам скатились))
Николай
Пытаетесь задефайнить значение компетенции? Чтобы что?
Да вроде разобрались же! Идём дальше...
Dan
Аджайл мебель?
Dan
Это которая гнётся?
Николай
Предлагали эбонитовый) эбонит гнётся?
Dan
Не пробовал гнуть эбонит. Как-то не доводилось.
Dan
Как можно применить аджайл в студии звукозаписи?
Николай
Как можно применить аджайл в студии звукозаписи?
Ну это то как раз вроде просто Если предположить, что если процесс, который выглядит так: сначала композитор пишет ноты, потом отправляет писателю текстов, тот придумывает текст, а потом отправляют все это вокалисту (примерно так представляю напр нашу эстраду) - это типа вотерфолл, то когда все сразу собираются в студии и... Вот вам и аджайл. Думаю, что многие рок-группы работают как-то так
Dan
Но ведь и без аджайла так все работает.
Dan
В чем тогда профит
Anonymous
инструменты ради инструментов не нужны, предположим что у вас распределенная сеть из 10 точек звукозаписи и нужно записывать 500 разных групп в месяц балансируя нагрузку, тогда он нужен, чтобы впихнуть невпихуемое :)
Вадим
В чем тогда профит
Профит в осознании этого
Вадим
https://youtu.be/0EUTcxzWd6E
Вадим
Если вы не были на Открытом Форуме Московского отделения PMI, и не смотрели онлайн-трансляцию, но узнать о происходящем вам очень и очень хочется, то смотрите 9-и часовую запись. Первый спикер как раз про agile. Да и потом несколько выступлений на эту тему https://www.youtube.com/watch?v=ZfLqWwDp5QQ
Вадим
Или этой
Вадим
Осознай реальность. Кто ты, где ты, что делаешь и зачем
Dan
Я создаю реальность. Осознавать её задача окружающих.
Dan
Да ты Творец!
Угу. Создаю то, сё. Думаю как в это эджайл и надо ли
Dan
Коуча ищу
Dan
Пытаюсь понять зачем
Вадим
Зачем Творцу коуч?
Roman
Самосовершенствование и обучение — часть образа и подобия.
Vladislav
Коучу тоже нужен коуч
Николай
Коучу тоже нужен коуч
Для коуча это дБ пройденный этап Точнее для его текущего уровня коучинга
Denis
Привет!
Denis
Порекомендуйте плагин для user storu mapping в jira
Anonymous
Денис, приходи к нам на занятие )) правда ты и так орг :) http://product.vision/user-stories/
Иван
Денис, приходи к нам на занятие )) правда ты и так орг :) http://product.vision/user-stories/
Привет У вас бывают дни "больших"скидок на учебные курсы ? ;)
Denis
нет, не бывают, т.к. мы продаём не контент, а работу экспертов с людьми
Denis
я считаю, что если скидка больше 20%, то это говорит о том, что в цене заложено много воздуха, она дутая
Slava
С друго-о-ой стороны... :)
Slava
Денис, а у тебя прайс тренингов это результат какой-то формулы?
Стас Щетинников
> @beskov я считаю, что если скидка больше 20%, то это говорит о том, что в цене заложено много воздуха, она дутая Ну вообще говоря цена - это сколько готовы платить за услугу, а не ее себестоимость + % )
Slava
+
Denis
Я о другом, если продавец готов запросто давать такие скидки, то что-то здесь не так.
Denis
Значит, что реальная цена даже в сознании продавца ниже.
Denis
Слава, не совсем формулы
Denis
Марина зачем мне приходить на занятие, если мне интересен опыт 400 человек тут? )
Denis
Надо составить список всех, кто не делится опытом
Denis
чёрную книжечку
Иван
Проще придумать стимул самоорганизоватся и поделится опытом ;)
Николай
Anonymous
Ivan больших прямо сейчас не планируем, но при приведении друга скидка 10% обоим, думаем новогодние скидки сделать
Anonymous
Ivan мы работаем преимущественно онлайн через gotomeeting по моей авторской методике глубокого погружения EduKanban, все собираюсь про нее нормально написать статью
Danny
а что вообще на этих треннигах происходит? Вкратце
Anonymous
@zkid18 обычно мы разбираем на практике материал и прямо на тренинге учимся применять его в работе, мои тренинги обычно больше для начинающих например я так в 2010ом году на тренинге узнала про бумажное прототипирование и следующие 3 месяца у нас геймдев-контора была завалена обрезками бумаги :)
Anonymous
Я нуб и пока побуду read only.
Alexey
Может кто поделится своим опытом организации работы команды с продуктом с кучей legacy-кода? Зачастую, разработчикам сложно дать оценку из-за того, что никто не представляет как устроена та или иная подсистема. Сейчас это решаем тем, что разработчики берут в анализ фичу и уже по факту анализа оценивают истории на разработку. Правда зачастую оценка истории на анализ фичи неадекватна получается. Плюс, те же проблемы с аналитиками - чтобы они могли в принципе требования написать, нужно погрузиться в потроха системы и понять 'как есть', а без разработчиков это не получится сделать, и снова получается разработчики вынуждены брать на себя истории на анализ чтобы помочь аналитику разобраться. Может у кого-то похожие кейсы, как решаете?
Закладываем время изучение подсистем. Планируем семинары на "расскажу как это работает". по возможности внедряем автотесты. Начальные данные: * базы знаний нет (вики) * тесты раньше были но забросили * как работает вся система комнда слабо понимает * 800 чел/лет кода. через 3 месяца: * Активно пишем вики по каждой подсистеме как устроена. если есть задача по ней. * рассказываем команде как устроена подсистема * задача переценивается с учетом покрытия тестами. * устаиваем архитектурые сессии. * тесты восстановлены и начали писать. Бизнес ценность: потери мешают развиваться продукту. Потери это: Дефекты, Нет знаний о системе, Сложность самой системы. Если мы будем писать вики, то будут накаплаваться занания, Больше знаний - больше возможностей по тестированию и меньше ошибок. Лучше покрытие тестами - меньше дефектов. Все вместе позволит сократить время на внесение изменений и повысить надежность системы.
Ivan
Закладываем время изучение подсистем. Планируем семинары на "расскажу как это работает". по возможности внедряем автотесты. Начальные данные: * базы знаний нет (вики) * тесты раньше были но забросили * как работает вся система комнда слабо понимает * 800 чел/лет кода. через 3 месяца: * Активно пишем вики по каждой подсистеме как устроена. если есть задача по ней. * рассказываем команде как устроена подсистема * задача переценивается с учетом покрытия тестами. * устаиваем архитектурые сессии. * тесты восстановлены и начали писать. Бизнес ценность: потери мешают развиваться продукту. Потери это: Дефекты, Нет знаний о системе, Сложность самой системы. Если мы будем писать вики, то будут накаплаваться занания, Больше знаний - больше возможностей по тестированию и меньше ошибок. Лучше покрытие тестами - меньше дефектов. Все вместе позволит сократить время на внесение изменений и повысить надежность системы.
Приветствую! Я так понимаю что вы в курсе темы управления знаниями? Можно с вами пообщаться по этому поводу?
Вадим
Про управление знаниями скоро небольшая , но мощная тусовка будет
Вадим
Смесь мини-докладов и круглого стола. Это когда человек 20 на пуфиках вокруг экрана и нескольких докладчиков
Вадим
В каком формате?
Я потом кину ссылку когда наткнусь
Dmitriy
Я потом кину ссылку когда наткнусь
М, ссылку, как попасть на это мероприятие или посмотреть запись с него?