Эта статья навеяна одним из докладов конференции Стратоконф-2, которую я “посетил” в прошлую субботу 25 июня. Посетил я взял в кавычки, потому что конференция проходила онлайн и можно было принять участия не покидая рабочего места (а суббота была рабочая в Украине). Один из докладов был на тему становления менеджера и как часть этого процесса рассматривался процесс перехода на позицию менеджера. Я бы хотел поделиться надежным и быстрым способом перехода на данную позицию с минимальными усилиями. Хочу сразу оговориться, что быть хорошим менеджером и перейти на позицию менеджера – это совершенно разные вещи. Непосредственно на позиции менеджера все будет зависеть от ваших навыков, способностей и желания работать над собой. Еще одно предупреждение – данный способ иногда предполагает некоторые временные уступки (по заработной плате или интересности проекта).
Итак, начнем! Вы разработчик, лидер команды, тестировщик или бизнес аналитик, который очень хочет стать менеджером. Причины могут быть разные, начиная от “великой карьеры” и заканчивая возможностью больше зарабатывать. Последнее в наших странах с большим числом аутсорсинговых компаний очень актуально, к сожалению. Но вы не знаете с чего начать свой “крестовый поход”. Я приведу детальный пошаговый алгоритм:
Перед тем, как начинать масштабные действия, подумайте еще раз нужно ли вам это. Подумайте хорошенько. Ответьте себе четко и детально еще раз на вопросы: “Зачем мне это нужно?”, “Чем я готов пожертвовать для достижения цели?”, “Подхожу ли я на эту роль?”, “Что делать, если я не подойду?”. Если у вас нет уверенности в своем решении, то лучше не начинайте. Нет ничего смешнее, чем неуверенный в себе менеджер, особенно в начале карьеры. Уверенность вам понадобится для осуществления остальных пунктов плана.
Придите к руководству и четко изложите свое желание стать менеджером. Вы находитесь в очень выгодном положении. В связи с тотальной нехваткой хороших менеджеров, да и вообще хороших сотрудников, компании зачастую выгодно иметь “желающих” продвигаться по карьерной лестнице. Но это правило действует не везде и не всегда. Поэтому будьте готовы к долгим и упорным уговорам со стороны руководства остаться на занимаемой должности.Вот тут вам первый раз пригодится уверенность в своем решении. Объявите, что вы приняли окончательное решение и будете реализовывать его во что бы то ни стало, но вам бы очень хотелось при этом продолжить работать в компании. Желательно снабдить это заявление многочисленными комплиментами в адрес компании, руководства, сотрудников и проектов (конечно, если вы действительно хотели бы остаться).
Вам могут задать вопрос по поводу опыта и умений для работы менеджером. Вам стоит уверенно указать на желание расти и развиваться, которое вы будете реализовывать в ближайшее время. Теперь вы еще в более выгодной ситуации. Получается, что вы “белый и пушистый” и очень хотите вырасти, тем самым принося компании еще больше прибыли. В большей части случаев такой план действий срабатывает отлично и вам предлагают план по вашему переходу на должность менеджера. Продолжительность плана зависит от многих обстоятельств (ваша текущая позиция, наличие новых проектов, время на вашу подготовку, отпуска и т.д.), поэтому я не буду обсуждать эту тему. Еще раз напомню – тут очень важна уверенность в принятом решении и готовность уволиться в случае провала первой части плана.
Если первая часть плана не удалась, не расстраивайтесь. Это даже к лучшему. Теперь вы очень выгодный кандидат на рынке труда. Я постараюсь объяснить почему. Дело в том, что вами “движет” не финансовая мотивация, а желание профессионального роста. А это как бальзам на душу работодателю и HR. Во-первых, это дает им возможность поторговаться с вами по поводу зарплаты и условий перехода. Во-вторых вы абсолютно честны с ними, что легко проверить. Вы действительно уходите из компании, потому что она не дала вам возможности роста, к которому вы стремитесь. И, наконец, само стремление заниматься самообразованием и расти профессионально – это очень хорошая инвестиция для компании.Снова не стоит забывать про кризис на рынке труда практически во всех областях IT индустрии.
Вам нужно внимательно подойти к составлению резюме. Не нужно перечислять в нем все ваши заслуги на текущей и прошлых должностях. Вместо этого посмотрите на свой опыт под призмой будущей позиции менеджера. И красиво опишите свои преимущества. Например, технический опыт в разработке распределенных систем, организация и руководство командой из других разработчиков или помощь в постановке процесса тестирования в компании. Смело указывайте, что опыта работы менеджером у вас нет и вы это понимаете, поэтому готовы также идти на уступки. Этим вы забиваете последний гвоздь в корабль успеха. Но помните, что временно вы можете потерять в уровне зарплаты или других условиях. Не стоит расстраиваться. Все это легко окупится, если вы проявите себя талантливым менеджером и получите опыт работы на данной позиции.
Перед тем, как двигаться дальше, вам нужно немного “войти в тему”. Для этого прочитайте пару книжек по современным подходам к управлению и ведению проектов. Думаю, что на сегодняшний день Agile методологии наиболее актуальны (Scrum, XP, Kanban и т.д.). Не выбирайте сложных и больших книг. Вам важно понять суть происходящего и вашу потенциальную роль в этом процессе. Пообщайтесь с другими менеджерами, узнайте как можно больше о данной должности от разных людей из разных компаний. Посетите конференцию или другие локальные мероприятия на тему управления проектами. И самое главное – слушайте и задавайте много вопросов. Все это пригодится вам в дальнейшем для осуществления второй части плана. Вы должны неплохо владеть предметом для прохождения собеседований.
Разместите свое резюме сразу в нескольких ресурсах и уведомите свою компанию об уходе. Не спешите с выбором компании. Пройдитесь по собеседованиям, присмотритесь к вакансиям. На всех собеседованиях смело и уверенно рассказывайте про полученные теоретические знания, ваше видение процесса разработки и вашу роль в нем. Отметьте, что у вас нет реального опыта, но вы очень хотите его получить. Вам будет легко, потому что вы полностью искренни. Ни в коем случае не врите. Это может плохо повлиять на результаты собеседования. Как один из своих плюсов отметьте еще раз желание и способность к самообразованию. Расскажите каких результатов вам удалось добиться за последнее время: вы вступили в тематические группы, посетили тренинги или конференции, прочитали книги, подписались на рассылки и т.д. С учетом возможности торга с вами, вы реально выгодный кандидат. Поэтому, через пару недель вы будете иметь несколько предложений.
Самый важный пункт. Если у вас по-прежнему ничего не получается, ни в коем случае не бросайте эту затею. Проведите ретроспективу, попытайтесь понять что вы сделали не так и что можно было бы сделать лучше. Компаний очень много и у вас будет еще не одна возможность. Честный анализ и постоянная работа над собой обязательно приведет вас к успеху.
В случае успеха перед вами открываются новые возможности и горизонты. И тут уже все будет зависеть от вас. Вы, возможно, так и не станете хорошим менеджером и пожалеете о своем решении. Может быть ваша карьера менеджера сложится удачно. В любом случае, вы никогда этого не узнаете, пока не попробуете и не сделаете шаг в сторону нового для вас мира. Удачного вам пути!
16 июля мы решили провести снова тренинг “Continuous Integration на практике”. Этот тренинг посвящен одной из фундаментальных инженерных практик – Continuous Integration. Для многих Continuous Integration обозначает лишь инструмент для удаленных сборок продукта и запуска тестов. Но это далеко не так. На самом деле это ряд принципов и правил, которые позволяют команде избежать очень многих проблем благодаря постоянной интеграции кода системы, ее самоконтролю с помощью автоматизированных тестов, а также автоматизации основных шагов от сборки до установки системы. Continuous Integration поддерживает другие инженерные практики, помогает собирать и анализировать метрики на постоянной основе, служит своеобразной опорой для разработчиков.
На тренинге рассматриваются полный путь внедрения инженерной практики Continuous Integration, правила и командные подходы для работы с ней, практические проблемы и способы их решения. Тренинг не зря имеет в названии “на практике” – участники попробуют поработать с представителями мира инструментов для Continuous Integration (TeamCity и Hudson/Jenkins). Для многих это знакомство сэкономит кучу времени при настройке и изучении основного функционала данных инструментов. Сочетая теорию и практику, данный тренинг будет полезен как разработчикам, так и лидерам или менеджерам команд. Регистрация на тренинг уже открыта и продлится до 12 июля. Количество мест ограничено. Стоимость участия – 1000 гривен с обедом и кофе паузами. Для членов “Клуба анонимных разработчиков” действует скидка 15%.
Уже много времени прошло с последней конференции AgileDays’11, которая проводилась в Москве весной этого года. Мы уже выкладывали видео с одного из наших выступлений на этой конференции. Теперь, благодаря усилиям Стаса Фомина, мы имеем возможность выложить еще видео еще двух наших докладов. За это ему большое человеческое спасибо.
Мы продолжаем развивать “Клуб анонимных разработчиков” и рады сообщить вам о новой встрече 5 июля в Киеве. На этот раз она будет посвящена использованию распределенных VCS в современной разработке. Это очень актуальная тема, потому что распределенные VCS (Mercurial, Git, Baazar) приобретают все большую популярность и начинают использоваться повсеместно. С их помощью многие процессы в разработке существенно упрощаются, а некоторые проблемы исчезают целиком. Но стоит ли переводить уже существующий проект на распределенную VCS? С чего начать подобную миграцию? Какие есть варианты использования? Для всех ли проектов данные системы будут одинаково полезны? Все эти и многие другие вопросы мы хотели бы обсудить на встрече.
Мы ищем желающих выступить с мини-докладами на указанную тему. Несколько кандидатов у нас уже есть, их имена объявим на следующей неделе. Мы приглашаем всех, кому интересна эта тематика, поучаствовать в дискуссии и высказать свою точку зрения. Возможно вы являетесь ярым сторонником классических VCS. Ваше мнение и опыт также будут полезны участникам. Приходите, будет интересно!
Встреча запланирована на вторник 5 июля. Как и прошлый раз она состоится в Киевском офисе компании DataArt. Официальное начало в 19:00, завершение в 23:00. Надеемся, что этого времени хватит всем, чтобы пообщаться вдоволь. Адрес места проведения: Бехтеревский переулок, 14E. Стоимость участия 80 гривен при оплате заранее, 120 гривен при оплате на месте. Пива, пиццы и кофе с печеньками хватит на всех. Уютная атмосфера и все необходимое для продуктивного общения будет обеспечено. Регистрация обязательна. Все детали по оплате будут высланы вам после успешного прохождения регистрации. Количество мест ограничено 30 участниками.
Мы готовим встречи и в других городах Украины, к примеру в Харькове. Следите за анонсами на нашем сайте или группе в LinkedIn. Скоро мы начнем обширную программу по обеспечению льгот для членов клуба. Они смогут получать скидки на различные мероприятия из мира разработки, тренинги и конференции. Это будет дополнительным стимулом для вступления в клуб. Если у вас есть еще идеи по поводу деятельности клуба, то пишите в комментарии или на почту. Присоединяйтесь к нам!
На этих выходных нам удалось принять участие в совершенно новом и очень увлекательном мероприятии – конференции AgileCamp’11 в Самаре. Причем мы не просто принимали участие, а отвечали за всю секцию инженерных практик. Конференция отличалась от привычных мероприятий своим форматом – большая часть материала преподносилась через игры, демонстрации, симуляции и групповые задания. Благодаря этому формату все проходило очень живо и весело. В первый день все участники разделились на 2 потока: продуктовая разработка и инженерные практики. В первом потоке их учили работать с требованиями, разрабатывать видение продукта, учитывать риски, создавать и использовать прототипы. На втором потоке рассматривался практически полный набор инженерных практик, которые необходимы для разработки действительно качественного продукта. На конференцию собралось более 150 человек, причем из разных городов и областей России. Некоторые проехали больше суток, чтобы попасть на конференцию.
Инженерный поток был построен из небольших секций (продолжительностью около часа), в каждой из которых детально рассматривалась одна инженерная практика. Порядок практик был выбран так, чтобы соответствовать реальному пути внедрения в команде. К нам на поток зарегистрировалось около 45 человек из направлений .NET, PHP и Java. Поэтому все практические демонстрации дублировались для своей целевой аудитории помогающими нам опытными разработчиками Дмитрием Паншиным (.NET) и Андреем Степановым (PHP). Благодаря этому разделению участники смогли узнать тонкости и специфику применения и внедрения той или иной практики для своего направления разработки. Ребята, спасибо вам за помощь!
Мы очень хотели дать возможность участникам что-то сделать на практике, для чего попросили иметь при себе ноутбуки. Но уже после первых секций стало понятно, что времени на это совершенно не хватает, поэтому пришлось ограничиться живыми демонстрациями. Демонстрации были действительно живыми, ничего не записывалось на видео, все работы с кодом и инструментами происходили прямо на глазах всех присутствующих. Приятно порадовало то, что состав участников практически не изменился за весь день. Для нас это означало, что мы действительно рассказываем про полезные вещи. Мы практически нигде не выбились из графика работы, что тоже сильно порадовало. Ведь в подобном формате мы работали первый раз и было непонятно насколько успешно получится все организовать.
Второй день прошел на открытом воздухе. Организаторы сняли кораблик, который отвез нас на один из островов на Волге. На острове под пиво и закуски участники общались в течении всего дня. Все разбивались на небольшие группы, обсуждали разнообразные темы, как из Agile мира, так и отвлеченные. Все это проходило в непринужденной атмосфере, поэтому было весело и интересно. Кто-то даже провел пару мини-докладов около флипчартов. Множество новых знакомств, возможность ответить на вопросы и пообсуждать интересные темы – все это отлично дополняло красивый пейзаж вокруг и отдых на природе. На кораблике собралось человек 40-50, может даже немного больше. Особенно порадовало, что после острова почти никто не разбежался по домам и мы поужинали в большой компании. Тут еще больше раззнакомились, было много юмора и дружеских споров на разнообразные темы. Вечером Никита Филиппов нам устроил небольшую экскурсию по городу. Мы погуляли по набережной, посетили пару местных достопримечательностей, а также отведали того самого “Жигулевского” пива. День был супер насыщенным.
В воскресенье нам предстояло провести тренинги по Continuous Integration и QA в Agile. Очень порадовал технический уровень и опыт участников тренинга по CI – многие уже использовали данную практику у себя в команде, большая часть была не на уровне начинающих. Это сделало тренинг еще продуктивнее, потому что больше времени осталось на продвинутые практики и живые демонстрации. На тренинге по QA в Agile тоже была “продвинутая” аудитория – многие были из мира разработки или менеджмента. Благодаря этому вопросы были разнообразные и интересные. Надеемся, все остались довольны и получили массу новых знаний, которые помогут на практике.
В целом мероприятие очень понравилось. Спасибо компании ScrumTrek, с которой у нас длительные партнерские отношения, за приглашение и проделанную работу. Это было круто! А следующий раз будет еще круче, ведь мы учимся на своих ошибках. Также большое спасибо всем тем, с кем мы общались на протяжении этих трех дней. Именно благодаря вам время пролетело так быстро и классно.
Наш небольшой фотоотчет с места событий:
Наконец-то мы получили долгожданное видео с конференции JEEConf. Как мы и обещали, записывались все выступления и качество видео и звука достаточно неплохое. Ссылки на материалы всех выступлений для удобства участников выложены в виде программы на странице материалов, чтобы можно было легко сориентироваться и найти нужный доклад. Видео с наших выступлений вы можете посмотреть ниже.
Первым выступал я с докладом про использование Unitils для модульного тестирования в Java. Существует множество инструментов и библиотек для модульного тестирования в Java, но каждый из них требует определенных настроек и знаний правил использования. При этом отсутствует единый стиль подключения и применения подобных инструментов. Unitils – это библиотека, которая собрала воедино все, что нужно для тестирования различных частей Java-приложения. С помощью Unitils можно легко организовать тестирование доступа к базе данных, интеграции с Spring и Hibernate, а также сильно облегчить работу с модульными тестами и использованием Mock объектов. В докладе, на примере реального проекта, были продемонстрированы основные преимущества и достоинства данной библиотеки, подходы и практики для написания простых и стабильных модульных тестов.
Сразу после меня Леша Солнцев выступил с докладом, посвященном Maven 3. Полной автоматизацией процесса сборки приложения уже никого не удивишь. Не в последнюю очередь благодаря Maven – системе управления жизненным циклом проекта. Однако проекты растут очень быстро: увеличивается количество модулей, тестов, зависимостей, используемых плагинов. И всего лишь за год легковесный проект, на сборку которого уходило 5 минут, превращается в монстра, который пожирает время разработчиков 30-минутной сборкой. Чтобы справится с этой проблемой разработчикам приходится постоянно чистить свой код и бороться со скоростью выполнения тестов. Это верное решение, но не следует забывать о том, что и сам процесс сборки можно улучшить. В этом докладе Леша рассмотрел, как при помощи простых и нехитрых шагов можно оптимизировать работу с зависимостями и обогатить скрипты сборки полезными плагинами, а также тонкости конфигурации основных плагинов и особенности работы с командной строкой, которые появились в последней версии Maven.
Мне выпала честь закрывать конференцию своим докладом об особенностях разработки Java проектов на AWS. Разработка «облачных» приложений сильно отличается от разработки в обычной среде. Amazon предоставляет набор сервисов для полноценной работы «облачных» приложений – EC2, S3, EBS и другие. В докладе речь шла о возможностях AWS, специфике разработки приложений, особенностях использования Java-технологий и библиотек, а также принципах построения гибкой масштабируемой архитектуры в данном окружении. На примере реального приложения были продемонстрированы подходы и практики, которые позволят вам создавать и поддерживать надежные распределенные системы на базе Java и AWS.
У участников будет отличная возможность посмотреть те доклады, которые они пропустили на конференции. Материалов хватит не на один день – 21 час записанного видео. Надеемся, что это поможет всем узнать что-то новое и расширить свой спектр знаний. Будем рады видеть вас на следующей конференции!
Мы продолжаем развивать “Клуб анонимных разработчиков”. На первой встрече клуба мы попросили участников рассказать о темах для последующих встреч, а также поделиться идеями и замечаниями по поводу организации. Теперь такая возможность есть и у вас. Заполните форму для сбора идей и мы обязательно рассмотрим их при подготовке следующей встречи. Будем рады видеть вас в составе клуба! До встречи!
Вчера прошла первая встреча “Клуба анонимных разработчиков”. Нас любезно приютила у себя в офисе компания DataArt, за что ей огромное спасибо. Как обычно мероприятие посетило около 30% зарегистрировавшихся. В результате создалась даже атмосфера клуба, где люди болтают в непринужденной обстановке, пьют пиво и слушают доклады. Доклада было два и оба с конференции JEEConf. Я выступил первым со своим докладом про модульное тестирование с использованием Unitils. Не смотря на то, что не все собравшиеся пишут модульные тесты на постоянной основе, доклад понравился и оказался полезным. Затем выступил Алексей Солнцев с докладом про Maven. Оказалось, что большая часть по-прежнему использует Ant для сборки приложения, поэтому доклад был очень кстати. Леша осветил как базовые вопросы, так и некоторые тонкости. Я по мере возможности старался поделиться своим опытом работы с Maven. После докладов мы всей группой поговорили по поводу будущего клуба, его формата и новых мероприятий. Так незаметно пролетели 4 часа, расходились мы уже после 23:00.
Судя по отзывам, все остались довольны проведенным временем. Будущее клуба зависит от вас. Мы хотим построить живую социальную сеть разработчиков, в которой постоянно организовывались бы какие-то события. Темы и форматы событий будут выбирать сами члены клуба. Также у членов клуба будет замечательная возможность пообщаться на профессиональные темы, найти помощь по техническим вопросам, найти друзей по интересам. Отличительной особенностью клуба будет качественная организация и самоокупаемость. Мероприятия будут проходить с той частотой, с которой будут готовы посещать участники. Мы не будем ждать предложений от спонсоров и выбирать дату проведения из ограниченного списка. На всех мероприятиях будет обеспечен должный уровень комфорта: удобный просторный зал, кофе, печенюшки, пиво, пицца или другая еда, проектор, флипчарты для общения. Если вы хотите принять участие в обсуждение дел клуба, то присоединяйтесь к нашей группе в LinkedIn. Пока там будет отдельная тема. В будущем мы откроем отдельную группу или сделаем полноценный сайт с регистрацией, форумами и прочими инструментами. Присоединяйтесь к нам и приглашайте коллег.
Наш маленький фотоотчет с места событий:
Сейчас все больше начинают говорить о лидерстве в IT индустрии. Проводятся семинары и тренинги на эту тему. Написано немало статей…
Начну издалека. В субботу 4 июня я принял участие в онлайн конференции от проекта Стратоплан.Ру. Конференция явно удалась – участие приняли более 400 человек. Формат достаточно интересный и удобный для участников. Можно слушать доклады, общаться и задавать вопросы докладчику, не вставая с постели или лежа на пляже. Больше всего понравилось общение в Twitter, где высказывалось немало интересных идей и возникали познавательные дискуссии. Большое спасибо организаторам за отличный проект! Но к чему это я? На конференции было 2 доклада по психологии в IT. А это практически 17% от всех докладов. Причем, оба были скучны и не особо полезны, повторяя и без того знакомые истины.
За неделю до этого мне довелось поучаствовать в очередной встрече КУЛ-ИТ. Данная встреча также имела психологический контекст и была непосредственно посвящена лидерству в IT. Посещением встречи я остался доволен в основном от позитивного общения и неформальной обстановки. Сама же тематика лишь усилила во мне недопонимание. И на свои вопросы я так и не получил ответов. Поэтому решил поделиться ими с вами. Вопросы оформлены в виде WTF (What The Fuck) списка, потому что толковых ответов на них я не знаю.
WTF №1. Можно ли обучить лидерству? Вопрос этот возник давно, еще с детства. В школе, во дворе, в университете были лидеры. Они обладали определенными качествами: своеобразной харизмой, уверенностью в себе и собственных силах, необходимым уровнем знаний, умением вести разговор в своей группе, способностью действовать и принимать решения, а также многими другими качествами лидера. Многие из этих качеств врожденные, а не приобретенные. Приобретенные же закаляются годами. Так как можно взять человека с 30-ью годами жизни за плечами и переделать его? Выбить из него всю неуверенность, научить говорить, держаться в обществе и так далее. Как сделать все это с интравертом или просто с замкнутым человеком? Но, с другой стороны, на тренинги по лидерству собирают всех желающих и никто не делает “отбора” потенциальных лидеров. Есть какой-то секретный метод или тайное сообщество мастеров по преобразованию человеческой натуры? Психологам не под силу до сих пор решить гораздо более мелкие проблемы человека в отношениях с семьей, друзьями и обществом. Как можно взять и сделать из него лидера, причем за короткий срок?
WTF №2. Зачем нам столько лидеров? Для меня лидерство является прежде всего натуральным процессом эволюции в социальной группе. Лидер появляется по необходимости группы. Если ее нет, то и лидер не нужен. Это не должность, не специальность. Нельзя закончить университет лидерства и прийти в команду с заявлением: “Я сертифицированный лидер! Теперь я у вас есть!”. А если этот процесс натуральный, то зачем в него вмешиваться? Каждая группа выкристаллизует своего лидера. И это будет правильный выбор для этой специфической группы. Занимаясь подготовкой лидеров, какую роль им готовят? Как планируют использовать свои навыки в группах, где уже и так есть лидер?
WTF №3. Не вредит ли лидерство в IT? Ситуация достаточно проста. Человек работает в команде, в которой уже есть лидер. Но он сам хотел бы стать лидером. Он идет на курсы лидерства, там ему дают теоретические знания на эту тему. Естественно, он спешит применить их в реальной жизни, то есть в своей команде. И тут начинается самое интересное. Нарастает конфликт с существующим лидером. Ведь, как известно, лидер должен быть только один. Иначе наступает неразбериха. Получается, что “молодой” лидер начинает бороться за лидерство с “бывалым”. Это часто приводит к неконструктивным решениям, вражде в команде, разбиению на лагеря, саботажу и так далее. Получается, что страдает команда и проект в целом. Мало этого, люди занимаются не тем, за что им платят деньги и что приносит бизнесу пользу. Зачем все это нужно? Почему просто не работать спокойно и быть классным специалистом на работе, а в лидерстве упражняться в кругу друзей, в группах по интересам или во дворе?
WTF №4. Нет спроса – нет предложения. Законы рыночной экономики никто не отменял. Предложение есть только потому, что есть спрос. Причем, судя по тому, что все больше людей предлагают свои услуги, спрос также растет. Но ведь это больше похоже на “развод”. Или нет? Добиваются ли люди своей цели? Оправдывают ли ожидания посещенные тренинги? Не знаю ни одного такого “суррогатного” лидера, поэтому не могу понять ответа на данный вопрос.
А что вы думаете по поводу лидерства, особенно в IT индустрии? У вас есть по этому поводу свои WTF?
Некоторое время назад я уже писал об удаленной работе и моем отношении к ней. Недавно мне на глаза попалась отличная статья, написанная Christian Heilmann. В статье автор описывает преимущества удаленной работы в своей жизни. Интереснее всего, что речь идет вовсе не о комфорте или удобстве. Наоборот, преимущества описываются со стороны эффективности работы.
Я решил изложить свой взгляд на данную проблемы. Я отношусь к ответственным людям и люблю делать работу качественно. В офисе часто можно скрыться от работы за собеседованиями, митингами, обсуждениями требований и прочими активностями. День пролетает очень быстро и вроде как целый день ты был занят чем-то полезным. Удаленная работа подталкивает тебя на то, чтобы ты давал конкретные результаты. Отвлекающие факторы сведены к минимуму, что позволяет сосредоточиться на работе. Это не означает, что митинги и обсуждения отменяются. Просто при удаленном режиме работы все начинают ценить время друг друга и готовятся к встречам, что делает их более быстрыми и сфокусированными на достижении результата.
Если вернуться к Agile процессам, то там настоятельно рекомендуется всей командой сидеть вместе. Это должно способствовать сплоченной работе команды и быстрому решению проблем. Но по сути данная рекомендация призвана бороться с крайностью, когда люди не могут собраться вместе или же постоянно недоступны. Также таким образом осуществляется попытка восполнить отсутствие классных средств коммуникации, таких как белая доска и маркеры. Но это лишь вопрос желания и вложенных денег. Технологии не стоят на месте и на рынке хватает достойных инструментов. Благо проблемы с интернетом в Киеве нет. Видеосвязь с использованием вспомогательных инструментов может легко заменить живое общение. При этом не отменить его. Можно встречаться командой раз в неделю или чаще по возможности и желанию.
Еще одна причина, по которой разработчиков собирают в офисе – это отсутствие доверия. Как со стороны компании, так и со стороны заказчика. И тут тяжело возразить. Вряд ли удаленная разработка будет успешно работать в только что набранной команде незнакомых друг другу людей. Но вот уже в сложившейся команде из адекватных и ответственных разработчиков организовать ее вполне реально. Мало того, людей не пришлось бы принуждать к некоторым уступкам, таким как сдвиг по времени рабочего дня. За все нужно платить и ответственный человек понимает это. Получая возможность работать удаленно, он должен предпринять максимум усилий для успешности подобной работы. И вот тут уже можно говорить о настоящей самоорганизации, когда команда как единый организм движется к цели.
Примеры такого рода команд вовсе не абстрактны или надуманы. После конференции JEEConf мне удалось пообщаться за пивом с Andr?s Taylor. Их продукт делается полностью распределенной командой и развивается достаточно успешно. От других докладчиков я узнал, что это далеко не единичный опыт. Ведь работать с интересными людьми на интересном проекте – это ли не то, что привлекает нас в IT отрасль? И такую возможность очень не хочется терять. Поэтому факторы, против которых выступают противники удаленной разработки, просто рассеиваются.
А вы что думаете по этому поводу? Наступит ли в Украине эра удаленной разработки?
