Slider Background

2011

Мы в Скале!

Уже две недели мы работаем в Скале.

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

В субботу грузчики перевезли столы и коробки, а мы их распаковали и установили. В итоге в понедельник с утра мы уже начали работать. Это была наша маленькая победа!

Сейчас обживаемся – вешаем жалюзи, делаем кухню, наводим порядок.

Вот так мы сейчас сидим (на первой фотографии команда разработки Инфоконт, а на второй Сергей Парфенов).







Подробнее

Мы скоро переезжаем

В нашей жизни грядет грандиозное событие. Мы снимаемся с насиженных мест и уезжаем в новый офис. Новым местом нашей работы будет офисный центр Скала-Холл.

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



Город у наших ног!
Подробнее

Впечатления от тренинга Рысёва по организации продаж и маркетингу

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

И если Заявки (АСУРЭО) уже успешно вышли на рынок, то новые продукты типа Инфоконт только вступили на эту узкую и извилистую дорожку.

Кончено, процесс продаж у нас поставлен, есть CRM и активные продажи. Но кажется, что мы можем большего.


В этом году мы очень рьяно взялись за повышение собственной квалификации, наши разработчики и тестировщики приняли участие в трех конференциях (Software People, SQADays, AgileCamp), не считая веб-конференции Стратоконф, организованной нашими любимцами Панкратовым и Соколовым.

Пришел черед продаж, и первым и, надеюсь, не последним шагом в этом году стал тренинг Николая Рысёва “Как управлять продажами на 100%”. Сейчас я спешу поделиться своими впечатлениями.

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

Участники

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

Было очень приятно видеть (хотел сказать в работе) в обучении молодых директоров “Молочный путь” и “Браво Телеком”. Они были активны и целеустремленны. Надеюсь, у вас все получится, и ваши фирмы займут то место, которое вы им пророчите!

Люди старшего поколения были более сдержаны и придирчивы. Зато с ними было интересно общаться.


Загадки

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

Я знал ответ, поэтому в отгадывании не участвовал и приз в виде книжки автора прошел мимо меня. Чертова скромность!

Вообще загадки – это здорово, мы всегда загадываем их у себя на собеседованиях.

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

Первая неожиданность

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

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

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


Планирование, реализация и контроль деятельности

Мы вспомнили, что такое цель c точки зрения SMART. И тут же сделали упражнение на ее постановку. Нужно было сформулировать цель и донести ее до подчиненных.

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

Еще автор бегло ознакомил нас с методами усиления речи, но это вкрапление из риторики (безусловно, полезное) было дано как-то скомкано.

А потом мы сделали упражнение на SWOT анализ. Этот простой метод позволяет упорядочить свои знания, понять и потом донести до других. Он является отправной точкой для выявления целей и организации их достижения.



Управление маркетингом

Рысёв сразу рассказал, почему надо в слове маркетинг делать ударение на первый слог. В отличие от Манна, для которого это признак правильности образования, у Рысёва все прозаичнее. Люди, которые ставят ударение на первый слог, более нетерпимы по отношению к тем, кто ставит ударение на второй, чем наоборот. Поэтому и говорим мАркетинг (улыбка).

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

Все, Инфоконт, держись!


Управление персоналом и подбор сотрудников

Иногда у меня бывает несколько собеседований в день. Сказать, что это тема была мне близка – это не сказать ничего.

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

Единственное, что мне не понравилось – это шкала оценки навыков. Нам предлагалось оценивать от 0 до 10 баллов. Это слишком сложно. Я могу мыслить в трех категориях (да, нет, возможно). Могу в 5, как в школе, хотя для меня до сих пор загадка, чем двойка отличается от кола (один фиг - родители по голове не погладят). Но 11 градаций – это явный перебор. Как результат оценка получается очень субъективная, одному и 8 - низкая оценка (не блестяще, поэтому не 9 и не 10), а кому то 5 - высокая. В общем, все очень субъективно.

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

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

Метод такой.
  1. Передать информацию.
  2. Получить фидбек – проверить, что все понято верно.
  3. Получить четкие обязательства по выполнению.
  4. Определить периодичность и форму контроля.
  5. Проработать вариант Б – что делать, если все пойдет не по плану.
При этом при передаче информации необходимо четко проговорить следующие моменты.
  1. Задать время исполнения.
  2. Обосновать реальность выполнения задания.
  3. Четко описать ожидаемый результат.
  4. Описать средства решения, указав на их доступность.
  5. Дать алгоритм решения задачи (степень детализации в зависимости от квалификации).
  6. Проработать мотивацию.
На практике мы прошлись по этому методу и отработали в тройках постановку задачи. В тройке один был начальником, второй – подчиненным, третий экспертом. Потом обменивались мнениями. Это простое задание оказалось на удивление полезным, я даже думаю, не провести ли мини-тренинг по постановке задачи у нас в фирме.

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

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

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

Мотивация

В этом блоке были рассмотрены известные модели внутриличностной мотивации (Маслоу, Марткедефера и Херцберга). Они были рассмотрены быстро и интересно, даже тем, кто был в курсе, не было скучно.

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

Управление циклом продаж и переговоров

В этом блоке было дано общее понимание цикла продаж: планирование продажи, поиск клиентов, холодные звонки, контакт, ориентация, презентация, работа с возражениями, контрактация и поддержки отношений.



Как не удивительно, но я встречал много коммерсантов, слабо понимающих, что такое цикл продаж.

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

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

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

На последок мы для разных этапов цикла продаж рассмотрели методы и формы контроля процесса продаж.

Итог

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

Минус – часть моментов проскакивалось очень быстро, часть, похоже, мы вообще пропустили. Например, 4П маркетинга и построение каналов сбыта пали жертвой других частей курса.

Еще раз уточню – это курс был не про организацию продаж, это был курс про лидерство в организации продаж.

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

Скорее тут действует принцип: не знаешь – познакомься и начинай использовать, знаешь - начинай использовать, используешь - оттачивай. И главное интегрируй это знание в цельную картину своих знаний о коммерции. Курс был нацелен, скорее всего, именно на это. Я так думаю (улыбка).

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

Отчет о поездке на девятую ежегодную конференцию SQADays-2011

22-23 апреля в Казани проходила Девятая ежегодная конференция, посвященная тестированию и качеству ПО. От нашей фирмы туда ездили 2 человека: (я) Сергей Парфенов и Катя Носкова.
Ниже краткий отчет и мои впечатления о конференции, о Казани и вообще :)


О конференции
  • Программу и тезисы докладов можно посмотреть на сайте конференции - http://it-conf.ru/ru/content/366.htm
  • Сама конференция проходила в довольно необычном здании "it-парк". Снаружи - весьма футуристичное здание из стекла из бетона. А внутри... такое впечатление что дизайн интерьера дизайнеры придумывали по мотивам фильма "трон", причем его новой версии - светящиеся изломанные полосы по стенам и потолкам, микросхемы по стенам [1] [2].
  • как уже ведется по традиции на подобных мероприятиях, второй день был интереснее и динамичнее первого, хотя и первый был не плох (по сравнению с SoftwarePeople).
  • Основных трендов докладов было три:
    1. 1) Автоматизация тестирования. Люди рассказывали о своем опыте, своих граблях и конфетках. Признаюсь, это было одной из важных причин почему я туда поехал. В принципе, каких-либо откровений там сказано не было, но какие-то кирпичики встали на место. Основные тезисы:
      • Автоматизируя тесты, тестировщикам все равно придется становиться программистами, дело не ограничится тупым рекордом и воспроизведением. Хорошие тесты надо продумывать и программировать.
      • Важно, чтобы инструмент хорошо работал с тем ГУИ, которое используется в приложении, даже самый клевый тул будет бесполезен, если он не видит половины контролов.
      • Это дело дорогое.
      • ... но полезное, почти необходимое, когда проект перешагивает свой второй день рождения. Или по количеству тесткейсов - когда их становится больше ста, есть повод задуматься об автоматизации.
    2. 2) Всякие разные гибкие методологии. Были и откровенно детсадовские доклады - вот мы внедряли скрам и внедрили и стало нам клево. Были средненькие - общий обзор подходов Lean - бережливого производства, но без особой конкретики, то есть я понял, что люди читали по Lean, но не понял, почему они считают, что у них Lean. Но были и очень интересные и прикладные доклады - например про Канбан. Что это такое и с чем его едят я знал давно, но в теории. Теперь мне кажется что я постиг глубокий смысл. Был еще доклад про Кайдзен [3]. Сам не ходил, Катя хвалила.
    3. 3) Человеческий фактор. Методики методиками, но софт пишется людьми, и надо уметь эффективно взаимодействовать, договариваться, решать конфликты. Мне понравилось 2 доклада:
      • Управление командой в пляжных шортах. Про шорты, сознаюсь, я не усёк, но по смыслу было интересно. Пересказывать не буду - см. [4].
      • Мастер-класс "Работа с неконструктивными моделями поведения сотрудников". Это просто высший пилотаж. И хотя он шел довольно долго, и начало объективно было унылым, потом, когда слово взяли докладчики, начался драйв. Который я надеюсь всем нам передать на одном из ближайших семинаров. Тезисы см. [5].
  • Одним из докладчиков была Рита Сафарова (для читателей не из СМС-ИТ и просто новеньких – это наша бывшая коллега, которая уехала в Москву). Рассказывала про аудит процессов тестирования, например при смене проектной команды. Довольно интересно, нам, пожалуй, подобный аудит был бы в тему. Передавала всем привет (ПРИВЕТ!), и мы с ней даже сфоткались около дерева с квадратными мандаринами (видимо от эл/магн излучения).
О Казани
  • Город мне понравился. Мы жили в исторической его части, нет машин, почти нет людей, очень романтично. От отеля до мероприятия мы ходили пешком, по красивой пешеходной улице, типа нашей Ленинградской. Кстати, она называется Петербургская.
  • В Казани очень необычная архитектура. Помимо старинных зданий, очень много новых, и все каких-то невообразимых стилей. Полный беспредел архитекторов, при этом все очень стильно и современно.
  • Кремль - ну это просто кремль. Совсем другой чем в Москве. Мне все время казалось что я попал в фильм про Ивана Васильевича. "..Казань брал, Шпака не брал"
  • Одним вечером мы пошли искать казанский собор. Увидели замечательно красивое здание, напоминающее Исаакиевский собор в Питере - полукруглые купола, колонады. Подошли вплотную - оказалось мин. сельского хоз-ва Татарстана :) Но зато какое там дерево у входа!
... и вообще
  • Про дорогу. когда я, сидя в автобусе, не попадал пальцами по кнопкам нотебука, я радовался что поехал не на своей машине. Дороги - УГ.
  • Наши люди ни с одной конференции не возвращаются без подарков. Кате повезло - ее анкета оказалась счастливой (особенно повезло что мы ее всунули в руки тетеньке когда она уже сказала - а сейчас мы будем разыгрывать призы по анкетам), так вот, Катя выиграла какую то страшно умную книжку от Хьюлета Паккарда, наверное что то про тестирование.
  • Рита, кстати, тоже что-то выиграла, как молодой, но перспективный докладчик.
Резюме
  • Очень правильно что мы там были
  • Надо обязательно быть на осенней, 10-й конференции...
  • .. при этом очень реально быть там в качестве докладчиков. По уровню многих других докладов - мы потянем. Главное найти интересную тему. (бонус - для докладчиков участие бесплатное)




Для тех, кто еще не устал читать - записки из блокота. (уже написав, понял, что вышло как-то однобоко. Но это неудивительно - конспектировал то, что волновало)

  • бесполезно идти к менеджеру и тупо просить больше денег. "Хочу получать больше". Вопрос - за что. Не просто требовать денег, а узнать, что можно и нужно делать мне в этой фирме чтобы получать больше.
  • американцы о нас: "русские предпочитают догадываться там, где надо просто знать". В диалоге не надо угадывать. если что-то важно, то надо просто спросить. "Ага, вот тут он заволновался, что то тут не так". Не надо ловить подрагивание века и потение ладоней, мы все такие блин психологи.
  • болевые точки в диалоге - страх, вина, будущее.
  • выяснять истинные причины ситуации, а не лежащие не поверхности. 5 почему.
  • четко ставить задачу. а потом переспросить - правильно ли нас поняли. "Иди там посмотри ХМЛ парсеры". Через 3 дня результат - сравнительная таблица производительности парсеров. Ожидалось - найти бесплатный компонент и прикрутить к проекту.
  • дело может подвиснуть, потому что человек не умеет сделать. А потом не умеет сказать об этом.
  • техника эффективной переписки - писать в subject четкую просьбу. (не "стул", а "новому сотруднику Иванову нужен стул, к понедельнику)
  • наблюдая поведение человека в точке, нельзя сделать никаких выводов. Непонятны причины. Нужно смотреть историю, и найти момент когда поведение изменилось.
  • людям важно понимать, зачем им делать что-то по правилам. Иначе неприятие.
  • слишком частый контроль раздражает - для одной стороны он может и не частый, а для другой он неоправданно частый. Нет договоренностей об ожидаемой частоте.
  • Мысли лидера транслируются на команду. "... заказчик сам не знает чего хочет...", или "... ну мы по любому не сделаем это к марту...". Люди ведут себя неконструктивно, так как берут с кого-то пример.
  • Самая жесткая критика - критика прошлого ("Посмотрел я ваш код - полное ..."). Прошлое поменять нельзя, остается только защищаться ("да ты сам это слово"). Для решения проблемы надо смотреть не назад а вперед.
  • Решать не человека а проблему. 
  • Прежде чем решать надо определить проблему: - влияет на работу? - если не решить то будет ли хуже? И решать только в этом случае.
  • Иногда человек может быть поглощен своими глубокими, может быть личными, мыслями, и не воспринимать никакие посторонние, для него менее важные. Просто нет свободного места в голове, мозг пухнет. Это надо вовремя замечать, и перенести разговор на попозже, когда давление ослабнет.
  • когда идем к шефу и несем свою проблему, мы не знаем о его проблемах и его ограничениях. ! сюрприз. и начальники работают в рамках своих ограничений - бюджет, законы, проектные соглашения.
  • иногда лучшая техника переговоров - заткнуться и слушать.
  • люди будут делать не то, что вы ожидаете, а то, что вы проверяете
  • контроль может быть и позитивный. Дать понять человеку что все сделано ОК и он молодец.
  • техника оценки идей - perfection game. Каждой идее даем оценку от 0 до Х баллов. Если оценка меньше Х, то надо предложить (Х-N) улучшений для этой идеи, чтоб она стала идеальной. Нечего предложить - считаем идею идеальной.
  • Книга - Эрик Берн. Лидер и группа

И под занавес, для драйва, сценарий "джип".
  • Утро, осень, холодно, дождь, остановка автобуса. Автобуса нет. Опаздываем. В потоке машин едет белоснежный джип, за рулем - обалденная блондинка.
    Вопрос - кто о чем подумал (тут надо дальше не читать и подумать).
    Кто подумал так: как все-таки здорово что в нашей стране можно получить образование, открыть собственное дело, заработать денег и купить вот такой джип. ? А кто - "наворова-а-али".
    Первый вариант требует от нас продолжения. Ведь если так, то нам нет другого выхода, как прямо сейчас, взять попу в руки, и начать уже что-то делать.
    Удачи :)

Подробнее

Мы на SoftwarePeople 2011

C 7-9 апреля в столице нашей Родины прошла конференция "Software People 2011" (http://softwarepeople.ru/2011/).
От нашей фирмы там была делегация из четырех человек: Парфенов, Липатов, Маурин, Трешников Паша.

Программу семинаров и тезисы докладов можно посмотреть тут: http://softwarepeople.ru/2011/program/
Скоро ожидается публикация видео докладов и презентаций.

Личные впечатления

  • Первый день был скучноват. Высокие иностранные докладчики рассказывали азбучные истины или лили воду. Или это мы стали такие умные что все это уже знаем, или проблема в докладчиках.
  • Апофеозом первого дня был заключительный доклад тетеньки из UsabilityLab про взаимоотношения в команде. Ждем видео чтобы показать его всем у нас.
  • Другим сюрпризом первого дня стал восходящая звезда Самарского и Российского программирования - Кирилл Маурин, который в неравной борьбе (он всех делал как котят) ответил почти на все вопросы в викторине по функциональному программированию, и получил 3 из 10 ценных приза - книжки по языку F#. (дали только три, потому что под конец ему стали давать уже через одну, чтоб досталось и другим)
  • Второй день был более насыщенным и интересным, было много хороших докладов, так что мы порой разрывались - куда бы сходить. Временами даже бегали туда-сюда между залами чтобы урвать от двух докладов сразу.
  • Хронометраж выдерживался четко - реально было успеть сменить зал между докладами
  • Кормили много и вкусно :)
  • Мы очень здорово пообщались с нашими Самарскими коллегами, у которых уже несколько лет используется скрам, и даже позвали их к нам в гости обменяться опытом
Записки из блокнотов
Почти записки на манжетах, те важные мысли из докладов, которые мы фиксировали чтобы не забыть.
  • Автоматизация тестов - необходимо готовить код к тестам. Возможно выделять собственное АПИ для тестирования логики.
  • Статический анализ кода надо делать. В Дельфи ХЕ есть встроенные средства. Пока не перешли - надо найти аналоги для 2007.
  • В больших продуктах (читай заявки) полезно разделять команды на две. Первая занимается развитием ядра продукта. Вторая - выпуском и доводкой релизов, багфиксом-поддержкой. Для разных команд разное планирование.
  • Creately - онлайн тул для рисования всяких диаграмм (вместо визио). Интеграция с вики
  • Любой программист должен уметь подхватить проект.
  • Необходимо постоянно "жить" с командой, а не только работать
  • Нет плохих заказчиков, отношение к заказчику должно быть всегда исключительно хорошее
  • Чем более работа руководителя "незаметна" в команде, тем эта работа лучше
  • Команду тестирования необходимо интегрировать с командой разработки
  • Крайне желательно осветить подробно ограничения популярных методологий (Agile) и методик (TDD). Очень уж много некритичной рекламы.
  • Чтобы команда лучше работала, главное ей ... не мешать
  • Людей полезно раз в полгода-год переводить на другой проект
  • Большие проекты надо бы пилить на общие библиотеки и конкретные приложения
  • Аналитика-разработка-тестирование должны выполняться одной общей командой в одном помещении, а не тремя разными
  • Функциональное программирование уже скоро может оказаться не экзотикой, а мейнстримом.
  • Работать с требованиями – это как ходить по воде. Удобнее, когда и то и другое заморожено. Но замораживать требования в нашей работе не всегда получается. Необходимо использовать итерационный и инкрементальный процесс разработки. Это позволяет избегать высоких рисков,связанных с "непониманием" клиента, бизнес-процесса и т.д.
  • При постановке задачи необходимо:
    • описывать что достичь, а не как
    • четко оговаривать время выполнения задачи и доступные ресурсы
    • объяснять что произойдет если задача не будет решена вовремя
    • контроль поставленных задачи должен быть неизбежным, так же как восход солнца
  • Пул задач команды, который находится в разработке должен быть соизмерим с пулом задач находящимся в тестировании и в аналитике. Не более и не менее, иначе одна из активностей (аналитика, разработка, тестирование) начинает простаивать(задач нет) либо из за перегрузки тормозить вес процесс(задач много).
  • При решении задачи отвечать на сначала на вопрос "что должно быть сделано?", "зачем это должно быть сделано", а после этого уже на вопрос "как это должно быть сделано?"
  • Не надо увлекаться методологиями(agile круто!) и пытаться их внедрить полностью если это тормозит общий процесс разработки. Надо выборочно использовать полезные практики из различных методологий.
  • Поискать описания использующихся бизнес процессов в компании Toyota - бережливая разработка и канбан пришли именно оттуда






Подробнее