TB
Это измерение входов-выходов белого ящика, процесс установившийся, просто в данный момент не важно что внутри.
Меня построение изменений (и измерений) интересует для чуть-чуть другой гипотетической ситуации (представим на примере управления знаниями):
- в компании 100 команд, которые собирают знания абы как — кто-то хорошо, а кто-то через народные предания
- мы хотим поставить управление знаниями у них у всех на хорошем уровне
- провели пилот на примере одной команды — все отлично работает, обучить их новому подходу у нас заняло 1 месяц у обучаемой команды и 1 неделя фуллтайм у специального человека, который помогает начать им работать по новому
Если начать их всех переводить одну за другой, это займет 2 года работы этого специального человека, за это время наш подход изменится и проект нужно будет перезапускать. Плюс не для всех команд предлагаемый подход подойдет, его нужно адаптировать.
Т.е. классический проектный подход к таким изменениям буксовать начнет почти сразу.
У меня предположение, что можно двигаться эволюционно — построить идеальный путь, который будет проходить команда, и запускать процесс перехода во всех командах одновременно, но к финишу придут все в разное время (кто-то может и на промежуточной стадии останется, если всех это будет устраивать).
Чтобы это сработало нужно помогать командам проходить этот путь самостоятельно с одной стороны, а с другой стороны, отслеживать ситуацию массово — кто где находится, чтобы помогать им целенаправленнно. И вполне вероятно, этот идеальный результат уместнее будет формировать не заранее, а по ходу движения — по той же причине.
У меня сейчас понимание такого подхода практически все состоит в том, что я описал выше, я его хотел бы углубить и расширить, но я не знаю по каким ключевым словам искать материалы.
Подскажите эти ключевые слова? Можно даже просто ссылками на сообщества где задать этот же вопрос, т.к. здесь это кажется оффтопик 🙂
Меня построение изменений (и измерений) интересует для чуть-чуть другой гипотетической ситуации (представим на примере управления знаниями):
- в компании 100 команд, которые собирают знания абы как — кто-то хорошо, а кто-то через народные предания
- мы хотим поставить управление знаниями у них у всех на хорошем уровне
- провели пилот на примере одной команды — все отлично работает, обучить их новому подходу у нас заняло 1 месяц у обучаемой команды и 1 неделя фуллтайм у специального человека, который помогает начать им работать по новому
Если начать их всех переводить одну за другой, это займет 2 года работы этого специального человека, за это время наш подход изменится и проект нужно будет перезапускать. Плюс не для всех команд предлагаемый подход подойдет, его нужно адаптировать.
Т.е. классический проектный подход к таким изменениям буксовать начнет почти сразу.
У меня предположение, что можно двигаться эволюционно — построить идеальный путь, который будет проходить команда, и запускать процесс перехода во всех командах одновременно, но к финишу придут все в разное время (кто-то может и на промежуточной стадии останется, если всех это будет устраивать).
Чтобы это сработало нужно помогать командам проходить этот путь самостоятельно с одной стороны, а с другой стороны, отслеживать ситуацию массово — кто где находится, чтобы помогать им целенаправленнно. И вполне вероятно, этот идеальный результат уместнее будет формировать не заранее, а по ходу движения — по той же причине.
У меня сейчас понимание такого подхода практически все состоит в том, что я описал выше, я его хотел бы углубить и расширить, но я не знаю по каким ключевым словам искать материалы.
Подскажите эти ключевые слова? Можно даже просто ссылками на сообщества где задать этот же вопрос, т.к. здесь это кажется оффтопик 🙂