Тренинги Сергея Бережного Консультации Сергея Бережного Бесплатные материалы

«Подгонялки Заказчика» Или «Быстрее!»

Я сказал Быстрее!Во время последнего тренинга наблюдал интересную ситуацию. В ходе одного из заданий ребята должны были заниматься аутсорсингом строительства. Задача осложнена тем, что заказчик и исполнитель не могли общаться устно, а только письменно. И еще при этом нужно сделать сложную задачу в очень ограниченное время.  Так вот команда которая играла роль заказчика отличилась тем, что в конце отведенного времени начала писать «письма» в которых было написано (цитирую):

«Быстрее!»

Исполнители и так старались и работали быстро и удивительно, но письмо просто проигнорировали. Через минуту опять пишут письмо «Быстрее»,  но опять письмо игнорировали. И, наверное, следуя русской традиции, в третий раз написали такое письмо, которое уже вызвало улыбку у исполнителей.

После разбора упражнения все сделали вывод, что команда «Быстрее!» вообще не имела эффекта (кто бы удивился :)). А после того, как эти распоряжения стали идти часто, то их ценность стала еще меньше. Команда «строителей» была в недоумении:

«Мы и так работаем быстро и замотивированы на результат, а нам еще и говорят, что надо быстрее. Мы понимаем, что нужно спешить, но вместо помощи нас просто подгоняли».

С другой стороны, таким образом Заказчики пытались как бы «намекнуть» исполнителям, что времени все меньше, а текущий результат их не устраивает.

После тренинга мне не давали покоя эта надпись «Быстрее». Я даже сохранил один из стикеров себе. И уже через несколько дней задумался, что же могут значить эти подобные распоряжения если они приходят в реальном проекте?

  1. Проблемы с качеством проекта. Заказчик не верит, что при текущем состоянии проекта его можно «собрать» во  что-то хорошее за оставшееся время.
  2. Неправильное управление ожиданиями. Текущее состояние проекта не соответствует ожиданиям Заказчика на этот данный момент времени. Он ожидает, что к этому времени уже должен быть реализован код и идти приемочное тестирование, а вы еще сражаетесь с настройкой сервера, на котором это нужно развернуть.
  3. Внешнее событие. Произошло что-то такое, что заставило Заказчика пересмотреть сроки или условия приемки проекта. Например, если ваш Заказчик – менеджер в какой-то организации и ему пришла директива сделать проект быстрее, то под угрозой увольнения он будет паниковать и писать подобные письма. Или конкуренты выпустили продукт, который каждый день съедает огромную долю рынка, что ставит его бизнес под угрозу.
  4. Нет прозрачности в процессе разработки. Заказчик не видит промежуточных результатов работы. А когда ты он не видит, то, кажется, что все идет плохо и вы просто бездельничаете.
  5. Заказчик не знает как вам помочь и его переполняют эмоции. Заказчик ощущает, что что-то нужно сделать и таким образом проявляет инициативу. Кстати, это самое позитивное из проявлений «подгонялок». Если Заказчик проявляет инициативу и хочет помочь, то команда может правильно использовать эту энергию и с помощью Заказчика убрать какую-то серьезную проблему (получить еще серверов, убрать тех, кто мешает, и т.д.)
  6. Заказчик экспериментирует. Он уже работал с другими командами, и он знает, что если на них «покричать», то иногда они начинают работать быстрее. К этому быстро привыкают и начинают подгонять всех без разбора.

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

 

Apr 15th, 2011

Парадокс: пессимизм команды в интересах проекта

pessimism of your team is a valuable asset

English Русский

Мой коллега Александр Калугин снова помог мне с очередным советом для Заказчиков. По его мнению, которое я всецело разделяю, пессимизм наших команд нужно использовать во благо проекта. Как? Читаем дальше…

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

Почти никогда Вы не услышите, что идея – great и что она может «значительно улучшить продукт».

Это не значит, что команда не разделяет вашего видения продукта, или не заинтересована в его успехе. Просто, для «этих русских» — более свойствен критичный и несколько консервативно-пессимистический взгляд на происходящее :)

На самом деле, эта черта – большое преимущество! У вас есть шанс услышать критическую оценку своей идеи в момент когда она лишь только появилась: вы сможете протестировать новые features «на живучесть» на очень ранней стадии и услышать аргументы «против» той или иной идеи, которые возможно ускользнули от Вашего внимания.

Смотреть все посты в разделе “Советы Заказчику“ 

Apr 11th, 2011

Мое выступление Live on Software People

Есть отличный шанс посмотреть мое выступление в режиме On-Line.

http://softwarepeople.ru/2011/Первый зал. 15-40 по Киеву.

Apr 8th, 2011

Сюрприз для Software People-ов

Готовился к выступлению на Software People 2011 и понял, что давно не было таких необычных идей. Как давно вам рассказывали сказки? А я вот собираюсь… :) Обещаю, что _такие_ доклады редкость на айтишных конференциях.

Software People 2011

Организаторы конечно постарались сделать все, чтобы слушатели пришли на мой доклад изрядно уставшими –  последняя секция докладов второго дня. Но это дает мне уникальный шанс побыть тем самым «последним», который запомнится лучше всего ( (С)  by Штирлиц) :)

P.S. А еще у меня есть мысль клонировать себя на один день, потому что хочется посетить практически все доклады, вот только не знаю, как же это сделать? Есть у кого-то реальный и дешевый способ клонирования? Гербалайф не предлагать :)

 

Apr 6th, 2011

Переехал…

Что-то давно я ничего не постил…

А все объясняется тем, что я сменил место жительства и работы. Теперь я базируюсь в Киеве. Новый офис и новые впечатления, новая команда и абсолютно мега-рискованный план. Это меня невероятно мотивирует, а значит, буду писать меньше, но ооочень жизненные посты :)

Оставайтесь на связи!

P.S. Коллеги из Киева, теперь у нас есть шанс на более тесное общение.

 

Apr 5th, 2011

Черная книга менеджера

Недавно Слава Панкратов прислал мне для ознакомления ту самую книгу – «Черная книга менеджера», которую Слава эксклюзивно раздавал на своих тренингах! Я прочитал ее на одном дыхании и решил написать свою рецензию:
Черная книга менеджера

Что сказать… «Черная книга» удалась Славе на славу :)! Черный юмор, неполиткорректный слог и много мудрости.

Наверное, именно такой книги и ждала давно наша айтишная тусовка. Мы так привыкли читать о том, что айтишников нужно «холить по холке и лелеять по лелейке», что уже отвыкли от суровых реальностей бизнеса и живем в каком-то виртуальном мире. Из этого виртуального мира нас выбрасывает зычный голос менеджера, который (не стесняясь в выражениях) кричит нам со страниц этой книги. И очень…очень доходчиво объясняет правила Большой Игры. О том, что значат деньги и как непросто их достать; как нужно обращаться с клиентом; как избавиться от синдрома собственной важности и что значит слово «менеджер» без привязки к команде и бизнесу.

Вероятнее всего, после прочтения книги ваше видение будущего уже никогда не будет таким «розовым», но ведь кто-то должен разрушить нашу Матрицу. Главный герой книги, тот самый раздосадованный менеджер, выступает в роли Морфеуса: Welcome to the real world (С), ешкин кот!

Почему-то мне подумалось, что книгу нужно читать, когда совсем станет плохо :). Когда все «развеселые» книги не помогают, и ты наконец-то дорастешь до мысли, что если все идет не так, то нужно начинать изменять что-то в себе.

Как же получить это замечательное произведение? На следующей неделе Слава обещает «зарелизить» книгу. Хотите получить ее первым? Следите за анонсами на www.it4business.ru!

 

Mar 30th, 2011

Как правильно представить команду

Команда экспертовЯ считаю, что профессионализм инженера является базовым фактором успеха в проекте. В аутсорсинговых проектах к профессионализму еще добавляются умение правильно осветить свою работу (visibility) и завоевать доверие со стороны Заказчика (важность этих качеств я описываю в концепции Аутсорсинг как сервис).

Но как же команде получить хороший уровень доверия от Заказчика? И как этого добиться с самого начала работы с Заказчиком и его командой?

На самом деле приобретение доверия со стороны Заказчика начинается с самого первого дня работы нового человека в команде, а иногда даже и раньше. Начинается все со знакомства новичка с коллегами. И это “знакомство” может быть очень разным:

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

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

Самое удивительно, что в первом случае кроме хорошего имиджа новичек получал сильный мотиватор. Ведь свою экспертность нужно доказать, а для этого нужно выкладываться! Поэтому в работе с Заказчиком и удаленной командой всегда нужно придерживаться правила:

Представляйте людей правдиво, но только с самой выгодной стороны.

Как это работает?

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

Вывод: Как ни крути, а хорошая рекомендация для нового сотрудника является очень эффективным способом поднять уровень доверия со стороны Заказчика и его команды. Главное, чтобы менеджер вовремя это сделал! :)

 

Mar 28th, 2011

Продаем свои идеи: сила цифр

Купите наши идеиВ последнее время на тренингах часто спрашивают о том, как «убедить» Заказчика принять нашу идею  (я уже писал о том, что это существующий Заказчик намного выгоднее в этом плане, чем новый). Чаще всего эта «идея» является предложением или пожеланием команды разработки и даже имеет смысл для бизнеса Заказчика. Но почему-то (тут все удивляются! :) ) Заказчик не принимает нашего предложения.

Причин для этого недовольства много. Конечно, стоит начать с того, что само слово «убедить» звучит из уст многих так, как будто они точно знают, что это правильно и пытаются объяснить четырехлетнему ребенку (читай Заказчику проекта) азбучные истины о том, что нужно чистить зубы (читай делать то-то и то-то в проекте).

Следующая причина в том, что вы не погружаете Заказчика в контекст этого предложения, а сразу выдаете, зачастую очень категорично, решение проблемы. При этом описание проблемы вы пропустили или выкинули из предложения потому что «…описание засоряет документ и будет отвлекать внимание от классного решения, которое мы предлагаем…».

Список «причин отказа» можно продолжать и продолжать…

Но я нашел один простой и интересный подход, который позволит вам слегка изменить свое отношение к тому, как нужно строить процесс «продажи» своих идей Заказчику.

Переведите стоимость предлагаемой идеи в деньги ($)и придумайте что вы сможете купить на эти деньги. Обязательно выберите то, что вы очень хотите (кругосветное путешествие, Lamborgini, домик на Канарах). И попробуйте убедить себя, что ваш проект и или идея стоит того, чтобы отказаться от этой мечты.

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

Не стану скрывать, что только этим приемом вы не сделаете процесс продажи идей максимально эффективным. Продажи – это искусство которому учатся долго.  Но для «айтишников» я приготовил некий алгоритм (14 шагов), который качественно изменит процент успешных продаж своих идей заказчику. Все это в новом модуле тренинга «Аутсорсинг как сервис». Ближайший тренинг уже через пару дней (26-27 марта) в Минске.

Хотите попробовать на практике как работает алгоритм продаж? Записывайтесь на тренинг прямо сейчас!

 

Mar 22nd, 2011

Менеджер или Команда?

Вот недавно нашел классное определение у Энди Грува:

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

А правильно ли расставлены приоритеты у вас?

Комментарии приветствуются…

 

Mar 22nd, 2011

Воркшоп: Эффективная коммуникация с командой Заказчика

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

Кроме языкового барьера нам еще мешают закрытость «той» команды, нежелание сотрудничать или даже явное отторжение нашей команды. И по их мнению, у них есть все основания для этого, так как вы фактически отбираете их работу. И для многих руководителей проектов такая ситуация становится невыносимой, а разработчики и тестировщики бегут с проекта, объясняя это тем что «Заказчик….@#@@#» :)

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

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

Обязательно готовьте свои вопросы и примеры из практики!

Регистрация на портале организатора: it-study.by

Данный воркшоп является всего лишь малой частью тех полезных практических знаний, входящих в тренинг «Аутсорсинг как Сервис», который совсем скоро я буду проводить в Минске (26-27 марта). Льготная регистрация заканчивается уже совсем скоро! :)


Mar 18th, 2011
Page 13 of 22« First...1112131415...20...Last »