Плохие лидеры тормозят производительность команды в 5-10%. Для крупных компаний этот показатель может означать ежегодные потери в размере миллионов долларов. Консалтинговая компания DDI создала калькулятор стоимости плохого лидерства. По ее подсчетам, один плохой руководитель обходится компании более чем в $126 тысяч в год из-за низкой производительности, текучести кадров и конфликтов в команде.
- Таким нужно помогать, отдавая под полную их ответственность реализацию отдельных фич, особенно если над фичей работают несколько человек.
- Представители МАУ рассказали о том, какие проблемы с продвижением существуют сейчас и какие цели есть у компании.
- Конечно, присматривая, помогая и подстраховывая.
- В итоге они просаживают рынок, не давая клиенту реально оценить возможности участников тендера и выбрать того, кто обеспечит наилучший результат и высокое качество работы.
- Более 7ми лет моей жизни посвящены IT; я прошла путь от простого Тревел Менеджера, Процесс бизнес аналитика до Лид Тестировщика и Тренера по тестированию.
Более 7ми лет моей жизни посвящены IT; я прошла путь от простого Тревел Менеджера, Процесс бизнес аналитика до Лид Тестировщика и Тренера по тестированию. Предлагается рассмотреть расширенные возможности, например, сохранение скринкаста в качестве артефакта сборки. Затронем тему распараллеливания выполнения тестов. Поговорим о том, как выглядит процесс тестирования продукта, в котором 70-80% функционала автоматизированно. Это, а возможно и не только, будет интересно и тестировщикам (и мобильных, и веб-приложений) и просто владельцам умного телефона. Хочу рассказать вам историю о том, как мы строили и продолжаем строить тестирование геолокационных сервисов.
QA Fest — конференция, созданная тестировщиками для тестировщиков.
Организатор и идеолог конференций Selenium Camp, JEEConf, XP Days Ukraine и IT Brunch. Основатель Клуба анонимных разработчиков. Более 6 лет занимаюсь тестированием веб приложений, включая серверную часть, производительность и пользовательский интерфейс. 2 года отвечал за качество внутри отдела Service Operations, что оставило неизгладимый след на интересах и видении качества сервисов и продуктов. В рамках этого доклада мне бы хотелось рассмотреть эти, а также иные популярные вопросы, которые регулярно возникают у наших команд во время их работы. Разберём имеющиеся подходы к оценках, проанализируем сильные и слабые стороны подходов.
И опыт одного нельзя полностью перенести на другой. Если, к тому же, у вас нестандартный проект, медиапланирование не будет иметь связи с реальностью. Чем хорош брифинг — конкуренты видят друг друга, понимают, что за команды перед ними. Это мотивирует заниматься не самопиаром, а решать реальные кейсы в тендерном задании. И даже подрядчики, проигравшие тендер, могут дать ценные советы, которые стоит применить в работе с победителем. Так, одно агентство представило хорошую идею по аналитике, но по совокупности факторов выиграло другое.
PM Soft Skills
Это связано с тем, что опытный специалист сначала должен разбить свою задачу на несколько последовательных этапов и ответить на вопросы, почему план выглядит именно так. В дальнейшем это поможет аргументировать свои решения. Также это тренирует умение разбираться в чужом коде. Если коротко, техлид — это специалист любой отрасли (в нашем случае — разработчик), который постоянно развивается и развивает других. Его цель — закрывать задачи с помощью нестандартных методов, справляться с головоломками и находить способ улучшить работу, внедряя новые решения. В общем, он решает старые задачи новыми методами и учит этому остальных.
Руководство уже намекает, что пора бы брать на себя задачу менеджмента команды, ведь в продукте вы разбираетесь и с коллегами работаете не первый год. И действительно, ну появятся новые задачи, справитесь, как справлялись с теми, что были раньше. Но вот проблема, раньше они были техническими, а работа с людьми — совсем другое.
Шаг третий: изучайте не только код
Я понимал, что делаю, разбирался в сути процессов, но не знал, как они называются. Это то же самое, что уметь водить машину, но не знать, каким агрегатом ты управляешь. Вроде понимаешь, что это устройство с 4 колесами и как-то оно функционирует, но не знаешь ни как оно называется, ни как работает.
Когда в команде три человека — условно [Tech/Team] Lead и пара Middle — скорее всего, сложностей с управлением не возникнет. Здесь лид «и швец, и жнец, и на дуде игрец». На нем и собственноручная разработка решений, и ревью кода других, и управление командой. Должно быть очевидно, что написание фреймворка с нуля на каждом новом проекте одного и то же типа — трата времени. Вероятно дожно быть какое то ядро которое можно переиспользовать с целью быть более эффективным. Но где же та граница между ядром и супер-супер кухонным комбайном который в конце концов будет ограничивать переиспользование.
Дополнительная мотивация развиваться для всех
По внешнему виду не определить, насколько вы хороший специалист, поэтому навык саморекламы очень важен. И тонкость в том, чтобы рассказать все важное и нужное, но не скатиться до влюбленных од себе прекрасному. Вы могли трудиться над сложной задачей, а презентовать это как просто «устранил баг» или «сделал такую-то фичу», не пояснив всю сложность таска. Рынок растет, конкуренты быстро развиваются и бизнес больше не может позволить себе стоять на месте. Нужно открывать новое, искать перспективное, особенно в сфере технологий.
И начал объяснять, что вот по таким задачам (те, которые я понимал) моя прошлая команда справлялась за такое-то время, здесь разница в полчаса, так что оставляем. Это было странное тестовое, на котором в итоге пришлось объяснять некорректность задания для проверки потенциального сотрудника. Для того чтобы стать архитектором, вы должны очень хорошо разбираться в предметной области, с которой работает компания. Даже если это аутсорс, то он все равно специализируется на какой-то сфере. Ну, это если хороший аутсорс, в плохом даже не будут задумываться об архитекторах.
Какие знания DAO PM ты используешь каждый день в работе?
Нам удается избегать длительных обсуждений для принятия решений, команды становятся продуктивнее и автономнее. Собрать команду из одинаково квалифицированных специалистов едва ли возможно, всегда будет некий дисбаланс знаний. Впрочем, нельзя недооценивать и его пользу.
Поэтому стоит быть готовым, что не все сразу примут рекомендации и советы новоиспеченного техлида. Техлид же больше ориентирован на, как не странно, технологии, hard skills и внедрение нового. Он предлагает, как улучшить стратегию и помогает ее внедрять на местах. У техлида нет подчиненных, поэтому к нему не страшно подойти с вопросом. В то время как с руководителем, влияющим на доход и карьерный рост, редко можно позволить себе такую открытость.
