Статья, разумеется, написана с применением ускорения. Но постоянное упоминание делается с другой целью — не забывать, зачем всю эту хрень читать и, не дай Бог, применять. Чтобы фокус внимания не переключился с цели на процесс.
раздражает, когда вещь, понятая с первого раза, объясняется ещё и ещё
не у всех так. Из практики общения, такие — банальные — вещи обычно просто проскакивают мимо мозга. Говоришь, говоришь, а человек все ждет какого-то озарения или алгоритма в конце, а его нет, потому что суть — в простом и банальном. Понял суть? — спрашиваешь. Нет, не понял — говорит. И опять сызнова все. Раза с 5-го, когда перебираешь все знакомые метафоры и примеры, доходит — а, так вот оно что!
Объяснение одного и того же под разными соусами — вынужденная мера. Разные соусы нужны для того, чтобы хоть какой-то в сердце попал, в боль человека. Только тогда он понимает и начинает нормально воспринимать.
А просто рассказать практику — не поможет. Я думал, что так можно, а потом мне привели в пример Scrum Guide, и я ужаснулся — вообще потеряли смысл, цель. Остался только алгоритм, цель применения которого никто уже не понимает. Просто применяют, потому что так сказал начальник — какой-нибудь модный менеджер, который хочет создать иллюзию изменений.
Потому и пришлось, до перехода к практике, написать вот эту всю вводную муть.
Надеюсь, в следующей будет ещё больше полезной информации.
Информация, любая, будет полезной только в одном случае — если вы будете ее применять, и это принесет вам пользу. Но без понимания цели , без ее проникновения в душу, вы не будете ее применять. Лайк поставите, коммент напишете, и забудете.
Потом ваши менеджеры прочитают, и придут к вам внедрять эту хрень, уже сверху, еще больше усиливая ваше отвращение к гиперболам и искажениям, и вообще ко всей новомодной хрени.
Должность ИТ-директора не проникла в мою личность. Настоящий ИТ-директор — тот, которого нет. Когда я это понял, сел обратно программировать вместе с парнями. Там, в этой среде, и родилась тема с ускорением.
А ИТдиректорство — это просто доп.обязанности, типа на совещания ходить и отчеты квартальные писать. Если, конечно, нет желания стать "крутым управленцем".
Их много — те, кому устно рассказывал и показывал команду, результаты и предприятие.
Хотя, это вроде не важно. У каждого есть Саруман, злая воля которого гонит вперед.
Но это не важно. Решайте сами. Хотите больше зарабатывать при тех же усилиях — пользуйтесь. Хотите стабильности, боитесь дурки, или чего вы там еще боитесь — не читайте. Мне насрать.
Секта мне не нужна. Я этот путь прошел, пошел дальше, но люди велели рассказать всем. Вот и рассказываю. Будете пользоваться или нет — мне без разницы, жизнь-то ваша.
правильно ли я понимаю, что вы имеете ввиду создание механизмов поощрения/порицания, которые воздействуют на объект управления таким образом, что он сам принимает решение о подчинении?
Нет. То, что вы описываете — путь системы мотивации. Он тоже вполне себе ничего, некоторым больше нравится.
На днях должна следующая публикация серии #Ускорение4X выйти, там будет поподробнее про подчинение.
Ну вообще мне кажется, что инспекция и адаптация как раз и есть про непрерывное совершенствование.
В том и разница. В книге непрерывное совершенствование называлось «непрерывным совершенствованием». С циклом Деминга, отсылкой к японским итерационным же практикам совершенствования процессов, и красной нитью через всю книгу — «надо совершенствоваться, в этом смысл».
А теперь, в гайдах, такую информацию только выискивать и вычленять можно, иногда притягивая за уши. Изначальная главная цель методики стала двумя-тремя короткими фразами инструкции, которые без болта не заметишь.
Ладно, чего-то разнылся я. Если у вас получается ускорить разработку в разы, используя скрам гайд — ок, рад за вас. Пишите опыт, с удовольствием почитаю, ибо такого опыта в публичном пространстве практически нет. Одни гайды :)
не у всех так. Из практики общения, такие — банальные — вещи обычно просто проскакивают мимо мозга. Говоришь, говоришь, а человек все ждет какого-то озарения или алгоритма в конце, а его нет, потому что суть — в простом и банальном. Понял суть? — спрашиваешь. Нет, не понял — говорит. И опять сызнова все. Раза с 5-го, когда перебираешь все знакомые метафоры и примеры, доходит — а, так вот оно что!
Объяснение одного и того же под разными соусами — вынужденная мера. Разные соусы нужны для того, чтобы хоть какой-то в сердце попал, в боль человека. Только тогда он понимает и начинает нормально воспринимать.
А просто рассказать практику — не поможет. Я думал, что так можно, а потом мне привели в пример Scrum Guide, и я ужаснулся — вообще потеряли смысл, цель. Остался только алгоритм, цель применения которого никто уже не понимает. Просто применяют, потому что так сказал начальник — какой-нибудь модный менеджер, который хочет создать иллюзию изменений.
Потому и пришлось, до перехода к практике, написать вот эту всю вводную муть.
Информация, любая, будет полезной только в одном случае — если вы будете ее применять, и это принесет вам пользу. Но без понимания цели , без ее проникновения в душу, вы не будете ее применять. Лайк поставите, коммент напишете, и забудете.
Потом ваши менеджеры прочитают, и придут к вам внедрять эту хрень, уже сверху, еще больше усиливая ваше отвращение к гиперболам и искажениям, и вообще ко всей новомодной хрени.
Читайте «четыре ха», жалко что ли. Мы HR всегда «харэ-отдел» называли. Сегодня видел рекламу hh.ru, они себя «хаха точка ру» называют.
Главное же смысл.
А вы как различаете Х и X при чтении?
Мне без разницы, как писать — просто интересно.
Должность ИТ-директора не проникла в мою личность. Настоящий ИТ-директор — тот, которого нет. Когда я это понял, сел обратно программировать вместе с парнями. Там, в этой среде, и родилась тема с ускорением.
А ИТдиректорство — это просто доп.обязанности, типа на совещания ходить и отчеты квартальные писать. Если, конечно, нет желания стать "крутым управленцем".
Их много — те, кому устно рассказывал и показывал команду, результаты и предприятие.
Хотя, это вроде не важно. У каждого есть Саруман, злая воля которого гонит вперед.
Ну, на том и разбежимся.
Разумеется. Нужно хеджирование успеха, я об этом расскажу.
Вот и не говорите им ничего.
Вы меня убеждаете или себя? Еще раз — я все это уже прошел, и занимаюсь другим делом. Рассказываю только потому, что мне велели.
Три года прошло, от дурки все дальше.
Но это не важно. Решайте сами. Хотите больше зарабатывать при тех же усилиях — пользуйтесь. Хотите стабильности, боитесь дурки, или чего вы там еще боитесь — не читайте. Мне насрать.
Читайте внимательно. Я не коуч, и рассказываю не менеджерам, а разработчикам. Даже прямо написал — не рассказывайте начальству.
Через менеджеров ничего не получится, только снизу. Как будет внедрение сверху, вы уже знаете.
Секта мне не нужна. Я этот путь прошел, пошел дальше, но люди велели рассказать всем. Вот и рассказываю. Будете пользоваться или нет — мне без разницы, жизнь-то ваша.
Если работа наемная, то это будет отличный результат. Работать те же 8 часов, а получать вдвое больше.
Нет. То, что вы описываете — путь системы мотивации. Он тоже вполне себе ничего, некоторым больше нравится.
На днях должна следующая публикация серии #Ускорение4X выйти, там будет поподробнее про подчинение.
Хорошая ссылка, спасибо.
В книге про скрам написано примерно то же самое.
В том и разница. В книге непрерывное совершенствование называлось «непрерывным совершенствованием». С циклом Деминга, отсылкой к японским итерационным же практикам совершенствования процессов, и красной нитью через всю книгу — «надо совершенствоваться, в этом смысл».
А теперь, в гайдах, такую информацию только выискивать и вычленять можно, иногда притягивая за уши. Изначальная главная цель методики стала двумя-тремя короткими фразами инструкции, которые без болта не заметишь.
Ладно, чего-то разнылся я. Если у вас получается ускорить разработку в разы, используя скрам гайд — ок, рад за вас. Пишите опыт, с удовольствием почитаю, ибо такого опыта в публичном пространстве практически нет. Одни гайды :)