• Из тестеров в менеджеры

    Posted on March 24th, 2010 Александр Орлов No comments

    Появилось видео моего выступления на январской встрече харьковского QA Club’а. Если у кого-то хватит терпения высидеть полтора часа, то он обогатится ценным знанием, как из тестировщиков становятся менеджерами. :)


    Лучшее видео на video.tochka.net – QAClub#5 – Орлов – Из тестировщиков в менеджеры

  • “Моя задача – двигать фигуры…”

    Posted on March 23rd, 2010 Александр Орлов 5 comments

    Почему-то иногда встречаются менеджеры и инженеры, которые считают, что не надо планировать карьеру. Причем настолько не надо планировать, что даже думать о ней не надо. «Главное – хорошо делать свою работу,» – говорят они, – «тогда карьера сама сложится». Отчасти это правда, но дьявол, как обычно, сокрылся в нюансах.

    Вот гражданин Ицхак Адизес уже давно рассказал, что для эффективной работы должны выполняться четыре роли (в моем вольном переложении):

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

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

    Так вот, независимо от того, что вы вкладываете в понятие «делать свою работу», должен быть человек, который будет делать все остальное. Хорошо, если вы с таким человеком работаете в тандеме. Еще лучше, если он является вашим начальником. Вы делаете проекты, пишете код, а он смотрит вперед, общается с потенциальными клиентами, время от времени говорит вам, какие качества вам нужно развить, и своевременно передвигает вас вперед и вверх. Если такое есть, то и слава богу, вам повезло.

    Гораздо хуже, когда дополнить вас некому. Например, у вас начальник, который когда-то лучше всех делал проекты, но так и не научился находить новые проекты, если он не учится, если он больше озабочен сохранением уже имеющегося, нежели развитием себя и команды, если у него нет правильного шила в правильном месте.

    В этом случае бесполезно «делать свое дело». Вы будете рубить лес в направлении, которое может оказаться ненужным. Но что еще важнее, вы потеряете свое время. А время – не восполняемый ресурс.

    Это как если бы шахматисту дали позицию, а он сказал «моя задача, передвигать фигуры». Ну да, это твоя задача. Только надо сначала посмотреть, что за позиция досталась, а потом прикинуть, что будет через ход, два, три, пять. И так на каждом шаге.

    Чтобы победить двигать фигуры необходимо. Но не достаточно. Точно так же, необходимо «делать свою работу» независимо от того, что вы вкладываете в это понятие. Но этого мало. Мозгом тоже надо думать, как говорит Влад Балин. :)

  • Цитата недели (Генри Форд)

    Posted on March 23rd, 2010 Александр Орлов No comments

    Самая трудная вещь на свете — это думать своей собственной головой. Вот, наверное, почему так мало людей этим занимаются.

  • SPMGuild: Канбан с Суреном Самарчяном, Москва, 6 апреля

    Posted on March 21st, 2010 Александр Орлов No comments

    (Участие бесплатное при условии предварительной регистрации.)

    Локальная группа по интересам “Управление проектами в ИТ и телекоммуникациях” МО PMI и Гильдия менеджеров программных проектов представляют цикл совместных открытых семинаров по управлению проектами разработки ПО.

    Семинар “Канбан” состоится 06 апреля 2010 г.

    Время проведения: 18:00 – 21:00

    Место проведения: компания R-Style, ул. Пришвина, д.8, корп.2, 1-й этаж, ауд. 117.
    Схема проезда

    Методология Канбан уже много лет успешно используется в машиностроительных компаниях в Японии и США. Одно из первых применений Канбан для управления командой по разработке ПО в компании Майкрософт показало невероятную эффективность данного метода также в этой сфере. Во многом благодаря известному эксперту по менеджменту программных проектов Дэвиду Андерсону, в последнее время многие известные компании применяют данную методологию для управления самыми разными проектами. Во время семинара слушатели познакомятся с Канбан на практических примерах.

    Докладчик: Сурен Самарчян, руководитель департамента управления проектами в компании Иннова Системс. В Иннове и в ряде других компаний Сурену удалось радикально реструктурировать процессы, удваивая показатели предсказуемости, производительности и качества.

    Зарегистрироваться для участия

    Семинар будет транслироваться через Интернет в формате вэбинара. Для получения бесплатного доступа к вебинару перейдите заранее по данной ссылке https://www2.gotomeeting.com/register/669413738 и следуйте инструкции по регистрации. Обращаем ваше внимание, что для полноценного участия в вебинаре обязательно наличие устойчивого интернет-соединения, колонок или наушников, желательно наличие микрофона. Поддержка вэбинара предоставлена компанией USABILITYLAB.

    Участники смогут зачесть 1 PDU за этот семинар при продлении сертификации PMI PMP, PgMP. ID семинара: OSMC13.

    Будем рады вашему участию!

  • IT-радио: выпуск 11 “Практический хедхантинг”

    Posted on March 20th, 2010 Александр Орлов No comments

    Появилась запись 11-го выпуска IT-радио “Пром.разрработка”, где мы говорили с Викой Придатко, консультантом по позитивному управлению персоналом, на вот какие темы:

    • Отличие в приемах хедхантинга, рекрутинга и поиска ТОР-овых позиций.
    • На какие ухищрения могут идти хедхантеры, чтобы схантить нужного человека.
    • О том, что нет способов защиты от профессионального хедхантера.
    • Также Вика поделилась своим мнением относительно бонусов за рекомендацию, поиск и найм персонала, а также рассказала о некоторых особенностях рекрутинга в ИТ.

  • Телефонный фильтр

    Posted on March 19th, 2010 Александр Орлов 2 comments

    Пообщавшись последнее время с несколькими сотнями слушателей на тренингах, выяснил, что больше половины менеджеров не проводят телефонное собеседование с кандидатами, когда нанимают себе людей. И по этому поводу надо внести ясность.

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

    В некоторых компаниях телефонное собеседование проводится, но HR’ом. Коллеги, да, HR специалист может проверить общую вменяемость человека и то, что он умеет разговаривать. Но HR не может проверить, что человек не преувеличил в резюме свои технические компетенции. «12+ лет C++» в резюме означает что? То, что человек 12 лет активно работает на C++, или что 12 лет назад ему в институте прочли курс лекций по C++?

    Если человек пишет, что он вел разработку в проекте ABC на 35 человек, то это означает, что он руководил проектом на 35 человек, или вел разработку одного единственного модуля в составе других 35 человек? И так далее.

    Телефонное собеседование занимает обычно минут 15-20. Экономия времени прямая. Даже если мы предположим, что менеджер по телефону отсеивает одного человека из 4-х. Он тратит дополнительный час, но экономит час, потраченный на отсеянного кандидата. Час свой и своих коллег, которые также участвуют в собеседовании.

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

    Коллеги, экономьте свое и чужое время. Проводите телефонные собеседования. Да, и никогда, никогда не читайте почту, когда говорите с людьми по телефону. Я пробовал, это плохая практика. :)

  • Сергей Архипенков про управление проектами: Минск, 18 мая

    Posted on March 19th, 2010 Александр Орлов No comments

    Буквально недавно на моем тренинге в Днепропетровске спрашивали литературу по управлению проектами. И действительно, тренинги Happy PM закрывают собой управление человеческим фактором, работу с людьми и прочие soft skills для ИТ руководителей. А управление именно проектами – отдельная тема, которой тоже надо учиться.

    У тех, кто живет в Минске и его окрестностях :) будет хороший шанс это сделать – 18 мая в Минск приезжает Сергей Архипенков, главный отечественный эксперт в УП, с более чем 30-летним опытом успешного руководства программными проектами разного масштаба, в разных компаниях, по разным методологиям. Сергей прочтет тренинг на тему “Успешный проект: от концепции до внедрения”.

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

    Рассматриваемые темы:

    • Обзор современных методологий разработки ПО. Классификация методологий. Выбор и адаптация методологии под проект.
    • Основные понятия и концепции управления проектами. Роль и место управления проектами. Типовые роли участников проекта разработки ПО.  Жизненный цикл проекта. Фазы и продукты.
    • Тест на выживание проекта. Как сделать проект успешным.
    • Инициация проекта. Определение концепции проекта. Ресурсы. Сроки. Риски. Обоснование полезности проекта.
    • Планирование проекта. Уточнение содержания. Правила эффективного планирования. Управление рисками. Подходы к оценке трудоемкости  работ. Базовое расписание проекта.
    • Реализация проекта. Мониторинг и управление работами. Принципы количественного управления. Руководство командой.
    • Завершение проекта. Обратная связь. Рекомендации по итоговому отчету. Уроки проекта.

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

    Продолжительность тренинга: 8  академических часов,  из них теория –5 академических часов, практические занятия – 3 академических часа.

    Участие в тренинге – платное.

    Количество участников тренинга: до 25 человек.

    Для участников необходимо до 16.04.2010 года заполнить заявку на участие и направить организаторам по e-mail: nikanovich@infopark.by.

    С. Архипенков также представит на Форуме SEF.BY мастер-класс «Оценка проектов: шарлатанство или шаманство?».

    Энциклопедическая справка. Сергей Архипенков – эксперт в управлении программными проектами, PMP PMI. В разработке ПО более 30 лет. Создавал имитационные модели сложных космических систем в Центре управления полетами. Руководил коммерческой разработкой ПО и проектами организационного развития в компаниях PriceWaterhouseCoopers, Luxoft, CBOSS. Выполнял проекты по заказу Европейского космического агентства, «Даймлер-Бенц Аэроспейс», корпорации «Боинг», ЦБ РФ, ОАО «Газпром». Автор 5 книг, около 100 статей, докладов и учебных курсов по информационным технологиям и управлению программными проектами.

    Сайт Сергея Архипенкова

    Интервью Сергея Архипенкова сайту happy-pm.com

    Книга Сергея Архипенкова “Руководство командой разработчиков программного обеспечения”

    Книга Сергея Архипенкова “Лекции по управлению программными проектами”

    Круглый стол сайта happy-pm.com по методологиям с участием Сергея Архипенкова

    Круглый стол сайта happy-pm.com по тимбилдингам с участием Сергея Архипенкова

  • Российские Интернет Технологии 2010: Москва, 12-14 апреля

    Posted on March 19th, 2010 Александр Орлов No comments

    (Для читателей happy-pm.com скидка 10%)

    В середине апреля в Москве пройдет, вероятно, одна из самых масштабных конференций по интернет технологиям – РИТ. Если туда поехать, то есть большие шансы увидеть все лица Рунета и его окрестностей. Плюс послушать очень достойный набор докладов. Вероятно, я там тоже буду, как минимум, в кулуарах. :) Чуть ниже – официальный анонс.

    Добрый день!

    Мы рады пригласить Вас к участию в новой профессиональной конференции веб-разработчиков “Российские интернет-технологии 2010″ , которая пройдет 12, 13 и 14 апреля в Москве в конференц-центре «ИнфоПространство». Цель конференции — профессиональный рост каждого из ее участников, приобретение практических знаний в различных сферах веб-разработки, установление новых полезных связей и контактов.

    В этом году в рамках большой конференции РИТ++ / 2010 пройдут несколько профессиональных тематических мероприятий, в том числе конференция для системных администраторов RootConf, perl-конференция MayPerl, конференции AgileDays, RailsClub и другие. Вас ждут 4 параллельных потока с интереснейшими докладами, мастер-классами и лекциями на самом высоком профессиональном уровне от лучших специалистов в своих областях:

    В Программном комитете РИТ++ известные и признанные специалисты Рунета: Вадим Макеев (Opera), Дмитрий Сатин (UsabilityLab), Иван Дембицкий, Николай Мациевский, Сергей Чикуёнок (Студия Артемия Лебедева), Игорь Ермаков (Mail.ru), Петр Диденко (ex-Microsoft), Александр Горный (РБК/Медиамир), Николай Самохвалов, Иван Золотухин, Алексей Капранов, Алексей Рыбак (Badoo), Андрей Шитов, Дмитрий Завалишин (Digital Zone), Никита Филипов, Денис Бугров и другие:

    Вплоть до 20 марта мы будем собирать заявки на выступления на конференции РИТ++. Затем из собранного матерала Программные комитеты выберут самое лучшее. Сейчас у нас уже 89 заявок, вот некоторые из них:

    • CSS-менеджмент. Три года спустя / Вадим Макеев (Opera);
    • CSS3: будущее механизмов раскладки / Вячеслав Олиянчук (IT Studio);
    • Будущее клиентской оптимизации (P3PC, lazy load, prefetch, HTML Sprites) / Николай Мациевский (WEBO Software);
    • Антиюзабилити – альтернативные подходы к проетированию интерфейсов / Алексей Сергеев (Mail.ru);
    • Применение аппаратных ускорителей в веб-браузерах / Александр Мусаев (Ланит-Терком);
    • Управление кластером Unix/FreeBSD без cfengine и puppet / Андрей Пантюхин;
    • Реальный опыт использования облачного хостинга для высокопосещаемых сайтов / Евгений Потапов (Сумма АйТи);
    • Виртуализационный бум, о чем молчат вендоры / Денис Гундарев;
    • Гигапиксели и пета-масштабы: астрономические вызовы технологиям баз данных / Иван Золотухин;
    • Создание картографического сервиса на коленке (PostGIS/MapServer) / Андрей Костенко (Рамблер);
    • Product vs project в чем сила, брат? / Денис Бугров;
    • Полезные метрики в проектах с фиксированной ценой / Никита Филиппов, Асхат Уразбаев (ScrumTrek);
    • 3 летний опыт управления по Agile / Виктор Ламбурт (Afisha.ru);
    • Почему вы должны использовать скрам в своём новом веб-стартапе / Егений Курышев (Яндекс);
    • Смена web-платформы на лету / Евгения Фирсова (Яндекс.Деньги);
    • Использование платформы Hadoop как альтернативы SQL для обработки большего объема данных / Владимир Климонтович;
    • Lazy::Slicely – ленивый sql join / Павел Кудинов (Точка кипения);
    • Distributed Hash Table на erlang и их сравнение с аналогами на Java / Кирилл Коринский (Yota);
    • Django для стартаперов-перфекционистов с дедлайнами / Сергей Панарин (Онтико);
    • Ruby on Rails – разрабатываем веб-проекты в 3 раза быстрее / Алекс Дмитриев;
    • Erlyvideo – создание видеостриминга на Erlang / Максим Лапшин;
    • Архитектура SEDA (Staged Event Driven Architecture) – ключ к построению надёжных и высоконагруженных сервисов / Алексей Рагозин (Grid Dynamics).

    И многие другие.

    Традиционно, для обмена опытом на конференцию веб-разработчиков РИТ++ приезжают западные докладчики, в этом году свое участие уже подтвердили Алекс Могилевский – Microsoft, один из архитекторов Internet Explorer, Патрик Мишо — архитектор компилятора Perl 6 Rakudo и Патрик Лауке — успешный веб-разработчик, специалист по веб-стандартам, доступности и открытым форматам, веб-евангелист в компании Opera Software.

    Узнать подробности о конференции, а также зарегистрироваться и оплатить свое участие можно на сайте “Российские интернет-технологии 2010″.

    Удачи и до встречи на конференции!

    (Чтобы получить скидку в 10%, введите кодовое слово HappySecretCode на странице формирования заявки.)

  • Питер Хрущка о человеческих проблемах программной инженерии

    Posted on March 18th, 2010 Александр Орлов 5 comments

    Проекту Happy-PM.com удалось взять эксклюзивное интервью у Питера Хрущки, одного из со-авторов Тома Демарко и Тима Листера по книгие “Балдеющие от адреналина и зомбированные шаблонами”. Предлагаем его (интервью, не Питера) вашему вниманию.

    Но вначале хочу сказать, что в апреле Питер приезжает в Россию. Мы будем вместе выступать на конференции Software People. Я в этом году прокрался в программный комитет конференции, поэтому буду доклад Питера лоббировать. :)

    А еще Питер собирается прочесть семинары в Москве, Питере и Минске. Что интересно, как мне рассказали организаторы, существует отдельная опция “билет на Software People и семинар” (3 дня). До конца марта опция стоит 15 000 рублей, что имхо довольно интересно.

    Энциклопедическая справка. Доктор Питер Хрущка – учредитель Atlantic Systems Guild, международно известной группы экспертов (www.systemsguild.com) , в которую входят Том ДеМарко и Тим Листер;

    • Автор многочисленных статей и 9 книг по программной инженерии и человеческому фактору, в том числе соавтор знаменитой «Балдеющие от адреналина и зомбированные шаблонами»
    • Основатель Agile-сообщества в Германии;
    • Один из разработчиков шаблона архитектурной документации систем ARC42;
    • Первопроходец в области инструментов моделирования для структурных и объектно-ориентированных методологий;
    • Входит в редакционный совет IT журналов, в том числе учредитель и член Международного Совета по Разработке Требований (IREB) и Международного Совета по Квалификации Архитектуры Программного обеспечения (ISAQB).
    • Частый спикер на IT конференциях, консультант, среди его клиентов многие компании из списка Fortune 500.

    Но вернемся, собственно, к интервью.

    Питер, добрый день! Спасибо, что согласились дать интервью проекту Happy-PM.com. Давайте сразу перейдем к вопросам. Ежегодно Standish Group публикует отчеты с красноречивым названием «Хаос», которые не показывают существенного увеличения доли успешно завершающихся проектов. На ваш взгляд, почему проекты все так же проваливаются, несмотря на все методологии, которые мы имеем сейчас.

    За более чем 20 лет прогресс в методах обозначал скорее техники, инструменты и процессы. Только с началом распространения гибких методологий в начале 2000-х постепенно повышается внимание к действительным факторам успеха проектов – людям и нетехническим навыкам (soft skills). (Конечно, Atlantis Systems Guild продвигала эти идеи с середины 80-х годов, еще до публикации книги Тома Демарко и Тима Листера «Человеческий фактор».)

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

    Но, конечно, до сих пор есть много проектов, использующих подходы, сходие с водопадом. Так что мы еще долгие годы будем видеть провалы проектов.

    Тенденция последних лет – это гибкие методологии и самоуправляемые команды. Это, в частности, означает, что часть управленческих функций выполняется членами команды (например, скрам мастером и др.). Какие управленческие функции не могут быть делегированы команде, а должны выполняться отдельным человеком – менеджером?

    Это зависит от команды, но, в общем, практически все может быть делегировано команде. Команды не обязательно нуждаются в менеджере, чтобы контролировать проект. Они нуждаются в ком-то, кто создает окружение, в котором комнада может успешно работать. Ограждать команду от внешних помех – это ключевая часть работы хорошего менеджера. Также, чем больше команда, тем больше внимания должно уделяться управлению рисками.

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

    Каковы самые типичные ошибки начинающих менеджеров, и как они могли бы этих ошибок избежать?

    В нашей книге мы играем с выражениями «иметь власть» и «быть авторитетом» (игра слов – “to have an authority” и “to be an authority” – прим. А.О.). Менеджеры должны не только стремиться обладать властью (которая у них обычно изначально есть), они также должны стремиться быть авторитетами.

    Среди типичных ошибок можно выделить слишком большое количество администривии (как это называет Том Демарко в своем романе «Дедлайн»), т.е. менеджер делает очень детальное планирование и контроль, играясь с цифрами и графиками, вместо того, чтобы работать с реальными проблемами членов команды.

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

    Может ли менеджер быть лидером проекта, если он не имеет технического опыта? Как в этом случае он может приобрести авторитет у членов команды, которые технически сильнее его?

    В малых командах (от 3 до 7 человек) – это может быть проблематично, поскольку каждый должен делать ту или иную часть технической работы. В таких небольших командах роль менеджера не отнимает целый рабочий день. Обычно менеджер там также общается с клиентом по поводу требований, пишет спецификации, может быть, даже кодирует самые критичные вещи и т.д.

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

    В книге «Балдеющие от адреналина» одна из основных мыслей состоит в том, что надо избегать распределенных проектов, потому что они чаще проваливаются. Есть, однако, довольно много примеров успешных распределенных проектов и даже успешных распределенных компаний. Как вы думаете, что делает их успешными – каковы ключевые факторы успеха распределенного проекта?

    Да, у нас есть успешные распределенные проекты, и они будут случаться в будущем. Вопрос только в стоимости и рисках. Мы не запрещаем рспределенность. Но мы предлагаем несколько вещей, которые помогут убедиться, что распределенный проект может быть успешным. Среди этих вещей – не становитесь распределенными слишком рано. Особенно в начале проекта – постарайтесь начать с небольшой локальной группы людей, пока ключевые цели не будут определены, и и ключевые архитектурные проблемы не будут разрешены. После этого вы можете распределять подсистемы.

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

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

    Питер, спасибо за интереснейшее интервью!

    (P.S. Большое спасибо компании Career Lab и лично Елене Арсеневой за организацию интервью.)

  • Культуры программных проектов: глава 8

    Posted on March 17th, 2010 Александр Орлов 1 comment

    Культуры программных проектов

    Автор: Энтони Лаудер

    Перевод: Альберт Мустафин

    Глава 8: Изменение Корпоративной Культуры

    Тяжёлые Изменения

    Компании могут изменить свою культуру. Я видел, как это происходило. Но, несмотря на заявления некоторых, не так легко изменить корпоративную культуру. Это означает изменение доминирующей метафоры компании, а это означает изменение не только поведения; это ещё и изменение взглядов и даже ценностей. Для этого организация должна хотеть, быть готова и способна подвергнуться существенным преобразованиям. Это требует серьёзной решимости и часто влечёт долгое и болезненное привыкание.

    Многие компание просто не готовы или не хотят или неспособны пережить всё то, что подразумевает под собой изменение культуры. Многие говорят, что хотят изменить культуру, но на поверку оказывается, что они хотят результатов без усилий. Им хочется побыстречку сделать лишь кое-что. В лучшем случае, они добиваются небольших местных результатов, но это часто происходит против основной линии компании, а потому результаты почти всегда разочаровывают. А со временем они возвращаются туда, откуда начали.

    Мне позвонил исполнительный директор одного очень известного доткома. Назовём его Питер. Он был в городе и хотел позвать меня на обед. За мексиканским стейком с красным вином Питер сказал мне, что он нервничает. «Энтони, наш главный конкурент захватил весь наш бизнес за последние два года. Мы теперь лишь пытаемся угнаться, а не лидируем. Чем больше мы стараемся, тем больше отстаём. Что они делают такого, что мы не делаем?»

    Я хорошо знал конкурента. Я провёт некоторое время, исследуя их способ работы, а потому мог ответить Питеру сразу: «Они используют метолику Lean», – начал я, и стал объяснять более подробно. Питер остановил меня через минуту: «Замечательно. Мы тоже хотим этим заняться. Мы хотим быть быстрее всех и исключить растраты. Но мы не можем делать это так, как ты описываешь. Мы должны сохранить все хорошие практики, которые мы уже используем.»

    Через несколько дней он связал меня с Дэйвом, своим коллегой. «Мы сделаем это!» воскликнул Дэйв, «Но нужно быть практичными. Мы не можем подорвать дисциплину. Мы не будем делать ‘официальный Lean’. Вместо этого мы будем более агрессивными по отношению к крайним срокам.»

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

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

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

    Read the rest of this entry »