8 лет в Parallels

Сегодня ровно 8 лет как я в Новосибирском Parallels. За 6,5 лет я прошел путь от разработчика до директора по разработке& Быстро? - Я не знаю, но точно интересно. 

• 2004-2005, разработчик
• 2005-2007, ведущий разработчик
• 2007-2008, руководитель группы 
• 2008-2009, координатор R&D процессов 
• 2008-2011, руководитель тестирования
• 2009 2011, руководитель направления по (program manager) производительности и безопасности
• 2011- по наст. время, руководитель по разработке 

Мотивация для не мотивируемых

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

Уволить или терпеть? Терпеть не нужно! Уволить всегда успеете. Попробуйте починить ситуацию дабы сохранить сотрудника в компании.
Несколько полезных советов:

1. Оцените сколько у вас времени на исправление ситуации. От этого будет зависеть выбор метода, а значит и скорость, и болезненность процесса. При чем в большей степени для вас, поскольку именно вам нужно будет смириться с некоторыми неудачами, которые вас с 90% вероятностью постигнут в начале или даже в середине вашего пути.
2. Забудьте, что вы начальник для этого сотрудника. Рассматривайте себя как его коллегу, возможно даже менее опытного.
3. Будьте честными.
4. Доверяйте сотруднику.
5. Всегда давайте так много информации, насколько это вообще возможно. Не устраивайте сотруднику информационную блокаду. Это плохо кончится в любом случае.
6. Обрисуйте какие задачи возложены на вас.
7. Формулируйте проблему так, чтобы сотрудник сам мог придумать план ее решения, а свою точку зрения высказывайте последним.  Если план совпал с вашими ожиданиями, значит вы на одной волне. Ура! Отдайте лавры сотруднику, поблагодарите его/ее за хорошую работу.
8. Если что-то не устраивает в решении, то старайтесь донести свою точку зрения через формулировку новых проблем.
9. Если вы проводите совещания, на которых присутствуют сразу несколько ваших подчиненных, обязательно спросите мнение каждого, даже если вы уже все для себя решили.
10. Время от времени обсуждайте приоритеты задач, так как даже опытные сотрудники могут столкнуться со сложностями и быть не правы (это кстати относится и к вам самим).
11. Опытные сотрудники любят быть наставниками. Если у вас есть такая возможность, обязательно воспользуйтесь этим.

Стратосфера в Новосибирске

Запускаем с коллегами из Parallels проект Стратосфера от Панкратова и Орлова  в Новосибирске. Подробности и регистрация у меня в блоге.

Еще один верный шаг на пути к хорошему тестированию

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

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

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

Уже сейчас на совещаниях с разработчиками я задаю вопросы не потому что мне не понятно как они собираются решать задачу, а потому чтобы заставить их самих сомневаться в правильности своего решения. Если разработчик продумал все "За" и "Против", а значит оценил все риски в используемом подходе, то здесь можно быть спокойным. Тестировщику в этом случае достаточно просто перенести все что говорит разработчик на бумагу в виде TTL/TSO и ждать когда фича или ее кусочки будут готовы к тестированию.

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

Сегодня когда разработчики сами пишут тесты, роль тестировщика в проекте может сводиться  функции к консультанта по организации тестирования, конечно же не без участия в самом процессе тестирования. Умение задавать "правильные" вопросы является важным элементом в работе тестировщика. 

Agile практики в детском саду

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

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

Что случилось с ответственностью

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

С чего начинается менеджмент

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

Если вы работаете менеджером в команде какое-то время и проблема уже успела прийти к вам в дом, то, наверное, вам стоит посмотреть экспресс курс об инструментах по работе с людьми с использованием матриц 2x2 [1] и попытаться в пожарном варианте решить проблему. Тем не менее, ничто не мешает вам переместить точку отсчета в текущий момент, стать хоть чуточку совой [2] и научиться не только прогнозировать неприятные ситуации, но и не допускать их.