> Контекстозависимые ;)

👌

Пока в коллективе со смыслами и ценностями лебедь, рак и щука, все технологии управления (чем?) - мышиная возня. Контекст должен быть, один на всех.

Контекст должен быть всем известен для начала

Тем, кто непосредственно решает какие-то задачи в рамках него. Отсюда все беды с иерархией

Я тут слайд делал по этому поводу, ща

Слава, конечно. Это я о серии вопросов какая гуманитарная технология круче.

Потеря контекста - в иерархии, в долгих процессах, в разных мотивациях индивидуалов и т.п.

Классный слайд, реально классика.

👍 дааа, это оно :)

Поэтому agile - это попытка дать контекст в руки команде

потому что нельзя стать владельцем контекста в компании, где каждый менеджер непонятно чем управляет :)

Один раз, кстати, срубил много бабок за реверс инжениринг одного чёрного ящика в крупной компании. Разработчики что-то сделали, бабок срубили и разбежались. Документации нет, а это оказался один из ключевых сервисов.

Заказчик заплатил два раза. Один раз за изготовление софта, второй раз за то, чтобы с него слезть :)

надо добавить в презу

потому что нельзя стать владельцем контекста в компании, где каждый менеджер непонятно чем управляет :)

так в каждой второй компании в РФ - каждый менеджер непонятно чем управляет) имхо, это одна из причин саботажа внедрения гибких методологий

Ну вот наши коучи говорят что все беды с middle-management, да

Я недавно видел письмо президента ашана Россия сотрудникам, слезы счастья

по сути там agile-манифест, по факту middle-management который скажет "погодите погодите, а что же я буду делать" :)

по сути там agile-манифест, по факту middle-management который скажет "погодите погодите, а что же я буду делать" :)

а, и какие предложения у коучей? :)

Мне кажется это не к коучам вопрос ))

Мне кажется это не к коучам вопрос ))

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

Там идет сдвиг концепции, в новой концепции новые роли и новые возможности, борятся как-то с сопротивлением правильно наверное :)

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

Measure the work, not the worker. Flow of value over how busy people appear. Its also less advantageous to game, giving a more reliable result in the longrun. Measuring (and embarassing) people causes poor data.

Я недавно видел письмо президента ашана Россия сотрудникам, слезы счастья

можно и мне почитать?

> over how busy people appear это прям тяжело отучить некоторых

Вот кейс из жизни, разные плохие люди напарковались там где нельзя под крышей, идут работы по сбрасыванию снега с крыши вниз - это процесс. по аджайл "Люди и взаимодействие важнее процессов и инструментов" + "Готовность к изменениям важнее следования первоначальному плану" — надо найти всех людей - долго ждать, объяснить им, попросить передвинуть машины, все это растянется на фиг знает сколько времени. Или немного дать обжечься, ну отломает зеркало боковое, неповадно будет стоять там где неположено в другой раз. Как лучше поступить?

в кейсе отсутствует главное

а цель у нас какая?

так у всех своя, одни , прознав о "человечности" садятся на шею

Испортить чужое имущество)

так у всех своя, одни , прознав о "человечности" садятся на шею

помимо четырех ценностей, есть еще agile-принципы они не про то, что у всех своя цель у команды общая а в данном контексте, agile непонятно каким боком)

разные плохие люди напорковались там где нельзя

Испортить чужое имущество)

тогда очевидно же =)

за там где нельзя делаем по 5к рублей - solved

ну вот и в компаниях так бывает ;)

ну вот и в компаниях так бывает ;)

проведи параллель, я пока не понял

пример с парковой очень хороший, но он больше про то, что люди не привыкли считать окружение чем-то, с чем надо считаться :) поэтому тут agile не работает, тут работает наказание баблом

а, ну про это да да и скинуть снег на зеркало – тоже сработает учимся на ошибках же)

Ну то есть в рамках процесса уборки снега с крыши - там все отлажено и работает правильно. Если ты ставишь машину под красную ленту, какой Agile :D

чтобы было что на ретроспективе обсуждать))

И кстати это механический труд, там даже мотивация работает совершенно иначе

ну вот трудягам(прграммистам) на крыше мерзнуть ждать пока все согласуют, по идее бы переключиться на другие задачи, но издержки по перекключению тоже будут

а судить их будут по объему выполненной работы

аналогия нужна для сцепления с it

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

Главное чтобы реанимировать можно было

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

"Эволюция создала всю разумную жизнь на этой планете с помощью одного инструмента – ошибки" © Обжигаться это скорее необходимо, чем просто нормально =)

С эволюцией затык недавно обнаружился, в механизм клонирования днк встроен процесс исправления ошибок

ну погоди, одни исправляем, другие делаем, в чем затык?

То что эволюция там не совсем на ошибках - там мутации + естественный отбор

Мутации ограничены этим механизмом

мутации же двигают, как раз

они разве не ошибки?)

Ну вот одни любят писать всё в чат, те же баги, rfc. Я всегда говорю - ты знаешь что заявки по емейлу... потом человек сам не пишет, заявка теряется в сотнях чатиках которые есть у меня, он спрашивает ну как , где, когда? - а я его "эволюционирую" )))

Одни = клиенты?

коллеги

типа бизнес

внутренний заказчик тоже клиент

ну и что, ручками заносите сами в свою систему :)

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

;p

с точки зрения дать обжечься тут норм подход, но это мое ИМХО

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

ну вот и пишу выше - тут надо дать обжечься, то есть объяснить почему качество падает в таком подходе

на практике

Наброшу вот это видео с прошлонедельного митапа :) Там чудный доклад COO инвизибла про коммуникацию с операционкой, где-то с 59:42 https://www.facebook.com/afishamansarda/videos/1380707778619937/

Боюсь что пока мы не послушаем человека, который в этом докладе часто представляется буквой (П)

картинка не сложится

потому что откровенная фигня :)

Клиентов тоже можно воспитывать ))

потому что откровенная фигня :)

поясни, Слав )

и одновременно спрашивать "чем вам не подходит наша система баг-трекинга, раз вы пишите в чат, вместо нее"

Там П задает такие вопросы, как будто это человек, которого со школы взяли продукт делать

А операционка сразу выставляется таким хранителем контекста, который мол столько нюансов знает. Может просто там продукту руки скрутили и потом над ним смеются :)

Я бы послушал вторую сторону сначала, кароче

Если чо я вообще не сторонник слушать доклады от людей выше - программист

Но то что в этом докладе отчетлисво видно - контекст развития продукт раздилили между разными ролями, соотвествевенно такие "детские" проблемы