www.gnuman.ru

Резюме | Контакты | Работа | Page Title Eraser | GrayModern2 | Статьи
Путешествия | Фотоальбомы | Проект 365 | Блог | Черный список
Как выиграть суд у ГИБДД и вернуть права | Технический департамент своими руками

Метод отождествления

Автор: Джоэл Спольски
Переводчик: Александр Лебедев
В оригинале статья называлась The Identity Management Method и была написана 10 августа 2006

Как мы видели ранее, если вы пытаетесь заставить команду двигаться в одном направлении, то Командный метод управления и Метод экономической мотивации очень плохо работают в области высоких технологий, в командах, ориентированных на интеллектуальную работу.

Есть еще один метод, который я назову "методом отождествления" (Identity Method). Суть его в том, чтобы управлять, заставляя людей отождествлять себя с целями, которые вы собираетесь достичь. Он гораздо сложнее, чем остальные методы, и требует незаурядных способностей в построении человеческих отношений, чтобы добиться результата. Но если вы делаете все правильно, это работает лучше, чем любой другой метод.

Недостаток Метода Экономической Мотивации в том, что он подменяет внутреннюю мотивацию внешней. Метод Отождествления поможет вам создать внутреннюю мотивацию.

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

Как сделать так, чтобы люди отождествляли себя с организацией?

Лучше, если цели организации благородны или воспринимаются, как благородные, тем или иным образом. Apple создает практически фантастическое отождествление, в основном за счет легенды, рожденной за счет показа единственного рекламного ролика в финале Суперкубка в 1984-м: "Мы против тоталитаризма". Не выглядит как особенно четкая позиция, но это сработало. Мы здесь, в Fog Creek, доблестно протестуем против убийства котят. Ура-а-а!

Метод, который мне очень нравится - это есть вместе. Я всегда считал за правило обедать со своими коллегами, поэтому в Fog Creek мы каждый день подаем готовые обеды для всей команды и едим все вместе за одним большим столом. Тяжело недооценить, насколько это помогает людям ощущать компанию как семью, в хорошем смысле этого слова. За шесть лет никто ни разу не уволился.

Возможно, я встревожу некоторых студентов, проходящих у нас летнюю практику, признавая это, но одна из целей нашей программы для практикантов в том, чтобы заставить их осознать себя жителями Нью-Йорка, чтобы им было комфортнее думать о том, чтобы переехать сюда после колледжа и работать на нас постоянно. Мы достигаем этого с помощью весьма утомительного перечня внерабочих мероприятий: два шоу на Бродвее, прогулка на "Верхушку Скалы" (прим. пер.: обзорная площадка на одном из небоскребов), путешествие вокруг Манхэттена на корабле, матч "Янки", день открытых дверей, где они смогут встретить других нью-йоркеров, поход в музей; мы с Михаэлем устраиваем вечеринки у себя дома, чтобы радушно принять наших практикантов, и, к тому же, дать им возможность увидеть жизнь в нью-йоркской квартире, а не только в том общежитии, где они живут во время практики.

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

Вторая часть, тем не менее, в том, чтобы дать людям информацию, которая необходима им, чтобы вести организацию в правильном направлении.

Недавно ко мне в офис зашел Бретт, чтобы обсудить дату выпуска FogBugz 6.0. Он, скорее, склонялся к апрелю 2007-го; я, скорее, склонялся к декабрю 2006-го. Разумеется, если бы мы выпустили продукт в апреле, у нас было бы время, чтобы навести глянец и улучшить множество областей продукта; если бы мы выпустили продукт в декабре, нам бы пришлось урезать несколько интересных функций, запланированных в этой версии.

Несмотря на это, я объяснил Бретту, что мы хотим нанять шесть новых людей весной, и вероятность того, что мы сможем себе это позволить, без выпуска FogBuz 6.0 гораздо ниже. Таким образом, я завершил встречу с Бреттом, заставив его понять финансовые причины, по которым я хотел выпустить продукт раньше, и теперь, когда он это знает, я могу быть уверен, что он примет правильное решение... не обязательно мое решение. Быть может, наши продажи сильно вырастут и без FogBugz 6.0, а поскольку Бретт теперь знает финансовую сторону проблемы, он поймет, что это возможность продолжить работу над 6.0, чтобы добавить несколько новых функций. Суть в том, что, делясь информацией, я уверен - Бретт примет правильное решение, даже если обстоятельства изменятся. Если бы я пытался ускорить выпуск, предлагая ему премию за каждый день, на который он сможет сократить срок выпуска, у него была бы мотивация сегодня же вечером выложить глючную промежуточную версию в общий доступ. Если бы я попытался использовать командный метод и приказать ему выпустить безглючный код в указанный срок, черт побери, он бы, возможно, так и сделал, но возненавидел бы свою работу и ушел.

Заключение

Разных стилей управления столько же, сколько руководителей. Я нашел три основных стиля: два простых и неработающих стиля, один сложный и работающий стиль, но, на самом деле, множество софтверных компаний в основном управляются случайным, "главное, чтобы работало" методом, который может меняться с каждым новым днем или новым человеком.


Оригинал статьи: http://local.joelonsoftware.com/wiki/Метод отождествления


Другие статьи Джоэла Спольски (The Joel on Software) на русском языке
Маркетологи vs. Разработчики
Похож ли медленный рост на медленную смерть?
О чем ваша компания?
Студенческие проекты и тайм-менеджмент
Особенности Вайфая на конференциях
Новый Офис Fog Creek
Почему форматы Microsoft Office такие сложные? (И как это обойти)
Речь в Йельском университете 1
Речь в Йельском университете 2
Речь в Йельском университете 3
Письмо о стратегии VI
Семь шагов на пути к восхитительной службе по работе с клиентами
Общая картина
Консалтинг по оценке производительности (из писем)
Измерения продуктивности
В поисках Великих Разработчиков
Не дайте Астронавтам Архитектуры вас запугать
Секрет айсберга
Метод отождествления
Метод экономической мотивации
Командный метод управления
Три метода управления (введение)
А ваш язык программирования так может?
Контракты и соглашения которые не стоит подписывать
Ежедневная сборка - ваш союзник и друг
Моя первая проверка Билла Г
Испытание Удобства и Простоты Использования с Морами
Опасности обучения на Java
Как поставлять что-нибудь по почте
Превращение денег в программное обеспечение, которое работает
Три заблуждения теории вычислительной техники
Достигая тех высот
Выбор даты выпуска
Как заставить неправильный код выглядеть неправильно
Совет студентам изучающим вычислительную технику
Верблюды и песочница
Пожалуйста, сэр, могу ли я получить компоновщик?
Как Microsoft проиграла битву за API
Не просто удобство использования
Абсолютный Минимум, который Каждый Разработчик Программного Обеспечения Обязательно Должен Знать о Unicode и Наборах Символов
Как сделать так, чтобы ваше резюме прочитали
Двоекультурие
Бионический офис
Лорд Палмерстон в программировании
Закон Дырявых Абстракций
О вреде премирования
Пять миров
Огонь и движение
Назад, к основам
Весна в Кэмбридже
О вреде многозадачности применительно к людям
По главной улице без оркестра
Тест Джоэла: 12 шагов к лучшему коду
У Microsoft поехала крыша
Cтратегические заметки III. Позвольте мне отказаться!
Пять (неуважительных) причин не иметь тестеров
Ну откуда все эти (неоригинальные) мысли?
Планирование программного обеспечения малой кровью
Стратегические заметки II: Вопрос о курице и яйце
"Я начальник - ты дурак" и команда клоунов
Искусство проведения интервью
А вот ещё про отпуск
Введение в Восхитительный Дизайн
Для чего нужны тестировщики



Правильный CSS! Valid XHTML 1.0 Transitional