2.8.1. Лягушка в кипятке
Вы слышали старую байку о лягушке в кипятке? Если бросить лягушку в кастрюлю с кипящей водой, она мгновенно выпрыгнет оттуда. Но если поместить ее в кастрюлю с холодной водой и медленно нагревать, лягушка постепенно привыкнет, приспособится и вскоре будет сварена.
Если не принимать во внимание этическую сторону обращения с амфибиями, это хороший способ организовать управление изменениями. Если вы сделаете очередной релиз и переведете всех пользователей на новый продукт без обучения или предупреждения, они возмутятся и выпрыгнут из кастрюли.
Нам, технарям, это кажется нелогичным. Мы принимаем и приветствуем изменения. Наша отрасль обновляется каждые пять лет, и мы привыкли работать с этим циклом. Однако большинству (не технарям) не нравятся слишком большие перемены. Они просто хотят делать свою работу хорошо, зарабатывать деньги, обеспечивать семью и знать, что завтра они будут делать то же, что и сегодня. Любое изменение нарушит этот цикл.
Изменения необходимо внедрять постепенно, таким образом, чтобы казалось, что мы медленно повышаем температуру, и тогда большинство людей их не заметит. Бизнес не может позволить себе испытывать неудобства в обслуживании клиентов, вызванные слишком резкими изменениями. Поэтому изменений не должно быть слишком много и они не должны быть слишком быстрыми.
Гибкие методологии управления проектами (мы рассмотрим их в одной из следующих глав) продвигают принцип «делайте релизы понемногу и часто», который прекрасно подходит для медленной варки нашей лягушки. Мы даем людям время привыкнуть к новому.
Вы слышали старую байку о лягушке в кипятке? Если бросить лягушку в кастрюлю с кипящей водой, она мгновенно выпрыгнет оттуда. Но если поместить ее в кастрюлю с холодной водой и медленно нагревать, лягушка постепенно привыкнет, приспособится и вскоре будет сварена.
Если не принимать во внимание этическую сторону обращения с амфибиями, это хороший способ организовать управление изменениями. Если вы сделаете очередной релиз и переведете всех пользователей на новый продукт без обучения или предупреждения, они возмутятся и выпрыгнут из кастрюли.
Нам, технарям, это кажется нелогичным. Мы принимаем и приветствуем изменения. Наша отрасль обновляется каждые пять лет, и мы привыкли работать с этим циклом. Однако большинству (не технарям) не нравятся слишком большие перемены. Они просто хотят делать свою работу хорошо, зарабатывать деньги, обеспечивать семью и знать, что завтра они будут делать то же, что и сегодня. Любое изменение нарушит этот цикл.
Изменения необходимо внедрять постепенно, таким образом, чтобы казалось, что мы медленно повышаем температуру, и тогда большинство людей их не заметит. Бизнес не может позволить себе испытывать неудобства в обслуживании клиентов, вызванные слишком резкими изменениями. Поэтому изменений не должно быть слишком много и они не должны быть слишком быстрыми.
Гибкие методологии управления проектами (мы рассмотрим их в одной из следующих глав) продвигают принцип «делайте релизы понемногу и часто», который прекрасно подходит для медленной варки нашей лягушки. Мы даем людям время привыкнуть к новому.
