ПРОБУЮ ДЛЯ СЕБЯ ФОРМАТ ИНТЕРВЬЮ
⠀
Наблюдал случаи, когда работу тестировщиков в полной мере не понимают заказчики или даже менеджеры высокого уровня. Как результат появляются ожидания, не имеющие ничего общего с реальными задачами QA.
⠀
Это навело на мысль. А что если собрать обратную связь айтишки о работе тестировщиков и проанализировать ее? Возможно, итоговый материал позволит QA:
- противопоставить свои обязанности ожиданиям проектной команды, скорректировать свою работу или разрушить стереотипы коллег;
- зарядиться мотивацией и помнить, что наша работа важна;
- лучше понять, чем занимаются коллеги на других позициях.
⠀
В инсте публикую ответы коллег на 5 вопросов:
1️⃣ Кратко, чем ты занимаешься в IT?
2️⃣ Кто для тебя тестировщик?
3️⃣ 3 soft/hard skills, которые важны тестеру по твоему мнению?
4️⃣ Самый главный грех тестировщика?
5️⃣ Бывали ли случай из жизни с тестером, который ты запомнишь?
⠀
Вопросы общие, чтобы на них можно было ответить как можно проще.
⠀
Здесь и в LinkedIn дробить материал я не буду. Объединю в одну статью интервью из инсты и добавлю аналитику из опросников.
⠀
Первопроходцем рубрики будет Антон, один из наиболее опытных PM, с которыми я работал. Человек, с которым одинаково легко и эффективно работать.
⠀
Кстати, дайте знать, что еще интересно.
Сделать большое интервью с опытным тестировщиком о работы, трудностях и советах молодым инженерам? Или представителем другой профессий (каким?) о специфике его работы?
Ссылка на пост в инсте
⠀
Наблюдал случаи, когда работу тестировщиков в полной мере не понимают заказчики или даже менеджеры высокого уровня. Как результат появляются ожидания, не имеющие ничего общего с реальными задачами QA.
⠀
Это навело на мысль. А что если собрать обратную связь айтишки о работе тестировщиков и проанализировать ее? Возможно, итоговый материал позволит QA:
- противопоставить свои обязанности ожиданиям проектной команды, скорректировать свою работу или разрушить стереотипы коллег;
- зарядиться мотивацией и помнить, что наша работа важна;
- лучше понять, чем занимаются коллеги на других позициях.
⠀
В инсте публикую ответы коллег на 5 вопросов:
1️⃣ Кратко, чем ты занимаешься в IT?
2️⃣ Кто для тебя тестировщик?
3️⃣ 3 soft/hard skills, которые важны тестеру по твоему мнению?
4️⃣ Самый главный грех тестировщика?
5️⃣ Бывали ли случай из жизни с тестером, который ты запомнишь?
⠀
Вопросы общие, чтобы на них можно было ответить как можно проще.
⠀
Здесь и в LinkedIn дробить материал я не буду. Объединю в одну статью интервью из инсты и добавлю аналитику из опросников.
⠀
Первопроходцем рубрики будет Антон, один из наиболее опытных PM, с которыми я работал. Человек, с которым одинаково легко и эффективно работать.
⠀
Кстати, дайте знать, что еще интересно.
Сделать большое интервью с опытным тестировщиком о работы, трудностях и советах молодым инженерам? Или представителем другой профессий (каким?) о специфике его работы?
Ссылка на пост в инсте
5 СОВЕТОВ КАК ВОЙТИ В АЙТИ И ПОЛУЧИТЬ ПЕРВУЮ РАБОТУ
⠀
В личку пришел вопрос о том, как попасть на должность Junior QA Engineer. Могу представить себе чувства автора сообщения. Когда-то я тоже, ступая одной ногой в уходящий айти-поезд, прошел длительный и мучительный период ожидания. Этот отрезок своей жизни я бы назвал «надежда, вера, фенибут».
⠀
К сожалению, нет гарантированного способа устроиться на желаемую работу. Но, посмотрев на процесс трудоустройства изнутри, поделюсь с вами несколькими советами как достичь хэппи энда.
⠀
Первое и главное: подойдите к вопросу трудоустройства системно и безэмоционально.
⠀
Воспринимайте все как игру. Концовка в ней – это ваша достигнутая цель. Сюжетная линия состоит из отдельных пунктов или «миссий», а в каждой есть «достижения», которые нужно «разблокировать». Если одна из миссий прошла неудачно, не беда. Может, такой у вас сюжет, а концовка все равно будет плановой. Выполняйте миссии последовательно, пробуйте снова. А как закончите, то переходите к новой части игры.
⠀
А теперь без метафор.
1. Выбирайте качественные курсы
В таких акцент сделан на практический опыт преподавателей, кейсы трудоустройства и работу на реальных проектах. Однако многие пишут о «работе для 100% студентов, без знания английского, с любым уровнем технических навыков, открытие в себе экспертизы и заработке на этом». Все имеет свою цену.
Есть курсы при компаниях, с возможностью трудоустройства для лучших студентов. Поскольку новые проекты формируются постоянно, фирмам выгодно находить перспективных сотрудников и подготавливать их к работе.
Минусы в том, что есть отсев, и нужно вjobывать. Но даже если вас не возьмут в компанию, вы получите практику на реальных коммерческих проектах, опыт и перспективы.
К слову, в Solvd регулярно набирает студентов на курсы для manual и automation QA. Лучших из них приглашают на работу.
2. Учите английский
Тестировщику нужно вести письменную коммуникацию: писать документацию, участвовать в переписке, составлять тест-кейсы. Делать все это через google-переводчик – не вариант.
Вы можете использовать приложения или записаться на курсы. Сделайте упор на общение с носителями языка. Так вы подтяните язык, сможете побороть боязнь публичных выступлений и улучшите коммуникационные навыки. Без этого трудно представить повседневное общение с коллегами и заказчиками.
Если с финансами туго, ищите бесплатные занятия в школах иностранных языков. Знаю, что в LinguaLand проводятся бесплатные встречи клуба английского. Я не учился там и не связан с этой школой, поэтому не могу давать оценку их уровня подготовки. Но за инициативу им респект 👍.
Чтобы побороть страх публичных выступлений, найдите или организуйте дискуссионный клуб для практики.
В этом контекст, советую почитать классику: «Как выработать уверенность в себе и влиять на людей, выступая публично", Д.Карнеги.
3. Откликайтесь на вакансии
Я рекомендую убрать плашку «ищу работу» и надпись «джуниор/трейни». Рынок перенасыщен, и эффективнее откликаться на вакансии самому.
Для этого вам понадобится сопроводительное письмо. В нем и в резюме указывайте релевантную информацию.
Не начинайте письмо в стиле «и хоть у меня нет 1,5 года опыта, которые требуются, я мотивирован, свеж и чист и готов выходить на работу завтра».
Обратите внимание на конкретные технические навыки, упоминаемые в вакансии. Вы должны что-то понимать в них. В письме расскажите о своих навыках, которые, соответствуют требованиям, а потом упомяните те, над которыми вы готовы поработать дополнительно. Акцентируйте внимание на том, что вы можете сделать для компаний. Упомяните софт-скиллы, которые вам в этом помогут, или свой успешный опыт.
И не стоит пытаться обмануть работодателя, это легко вскроется!
Здесь советую почитать главу 3 книги «Пиши, сокращай», в которой есть советы по составлению сопроводительного письма.
⠀
В личку пришел вопрос о том, как попасть на должность Junior QA Engineer. Могу представить себе чувства автора сообщения. Когда-то я тоже, ступая одной ногой в уходящий айти-поезд, прошел длительный и мучительный период ожидания. Этот отрезок своей жизни я бы назвал «надежда, вера, фенибут».
⠀
К сожалению, нет гарантированного способа устроиться на желаемую работу. Но, посмотрев на процесс трудоустройства изнутри, поделюсь с вами несколькими советами как достичь хэппи энда.
⠀
Первое и главное: подойдите к вопросу трудоустройства системно и безэмоционально.
⠀
Воспринимайте все как игру. Концовка в ней – это ваша достигнутая цель. Сюжетная линия состоит из отдельных пунктов или «миссий», а в каждой есть «достижения», которые нужно «разблокировать». Если одна из миссий прошла неудачно, не беда. Может, такой у вас сюжет, а концовка все равно будет плановой. Выполняйте миссии последовательно, пробуйте снова. А как закончите, то переходите к новой части игры.
⠀
А теперь без метафор.
1. Выбирайте качественные курсы
В таких акцент сделан на практический опыт преподавателей, кейсы трудоустройства и работу на реальных проектах. Однако многие пишут о «работе для 100% студентов, без знания английского, с любым уровнем технических навыков, открытие в себе экспертизы и заработке на этом». Все имеет свою цену.
Есть курсы при компаниях, с возможностью трудоустройства для лучших студентов. Поскольку новые проекты формируются постоянно, фирмам выгодно находить перспективных сотрудников и подготавливать их к работе.
Минусы в том, что есть отсев, и нужно вjobывать. Но даже если вас не возьмут в компанию, вы получите практику на реальных коммерческих проектах, опыт и перспективы.
К слову, в Solvd регулярно набирает студентов на курсы для manual и automation QA. Лучших из них приглашают на работу.
2. Учите английский
Тестировщику нужно вести письменную коммуникацию: писать документацию, участвовать в переписке, составлять тест-кейсы. Делать все это через google-переводчик – не вариант.
Вы можете использовать приложения или записаться на курсы. Сделайте упор на общение с носителями языка. Так вы подтяните язык, сможете побороть боязнь публичных выступлений и улучшите коммуникационные навыки. Без этого трудно представить повседневное общение с коллегами и заказчиками.
Если с финансами туго, ищите бесплатные занятия в школах иностранных языков. Знаю, что в LinguaLand проводятся бесплатные встречи клуба английского. Я не учился там и не связан с этой школой, поэтому не могу давать оценку их уровня подготовки. Но за инициативу им респект 👍.
Чтобы побороть страх публичных выступлений, найдите или организуйте дискуссионный клуб для практики.
В этом контекст, советую почитать классику: «Как выработать уверенность в себе и влиять на людей, выступая публично", Д.Карнеги.
3. Откликайтесь на вакансии
Я рекомендую убрать плашку «ищу работу» и надпись «джуниор/трейни». Рынок перенасыщен, и эффективнее откликаться на вакансии самому.
Для этого вам понадобится сопроводительное письмо. В нем и в резюме указывайте релевантную информацию.
Не начинайте письмо в стиле «и хоть у меня нет 1,5 года опыта, которые требуются, я мотивирован, свеж и чист и готов выходить на работу завтра».
Обратите внимание на конкретные технические навыки, упоминаемые в вакансии. Вы должны что-то понимать в них. В письме расскажите о своих навыках, которые, соответствуют требованиям, а потом упомяните те, над которыми вы готовы поработать дополнительно. Акцентируйте внимание на том, что вы можете сделать для компаний. Упомяните софт-скиллы, которые вам в этом помогут, или свой успешный опыт.
И не стоит пытаться обмануть работодателя, это легко вскроется!
Здесь советую почитать главу 3 книги «Пиши, сокращай», в которой есть советы по составлению сопроводительного письма.
4. Ходите на собеседования как на работу
Нет, ставить рекорд по числу собеседований не нужно. Возьмите за правило регулярно посещать их в удобном для вас ритме.
А еще держите в уме, как происходит найм.
HR-специалисты первично отсеивают кандидатов на основе требований заказчика (например, лида команды, в которой нужен работник). Поэтому адаптируйте резюме согласно требованиям в каждой вакансии, коротко и по существу.
На следующем этапе решение по кандидату будет принимать работодатель. Он захочет увидеть адекватного и упорного кандидата, умеющего системно мыслить, способного обучаться и выполнять работу в срок. Хорошо, чтобы такой человек владел указанными в вакансии hard skills, тогда адаптация на новом месте не займет много времени.
Потому вместо зазубривания шпаргалок из сети, подготовьтесь по списку в вакансии. Разберитесь во всех пунктах и и будьте готовы объяснить каждый своими словами.
Кандидата оценивают не только как технического специалиста, но и как личность с набором soft skills. Поэтому во время собеседования важно находиться в ресурсном состоянии.
Будет здорово сделать запись собеседования. Так вы сможете проанализировать свое выступление и не забыть вопросы, которые вызвали затруднения.
Рекомендую прочитать книгу «Харизма. Как влиять, убеждать и вдохновлять» от О.Кабейн, в которой автор дает советы по поддержанию себя в комфортном состоянии. Мой обзор на книгу здесь.
4. Получите реальный опыт работы
Вот несколько вариантов, как это можно сделать:
- безвозмездное участие в пет-проектах;
- работа на волонтерских началах;
- стажировки в компаниях;
- практика через знакомых;
- через знакомства на митапах и онлайн-встречах;
- на фрилансе через специализированные платформы (например, Testlio).
5. Спокойствие, только спокойствие
Предприняли множество попыток, но все они безуспешны? Не принимайте неудачу близко к сердцу.
Вам стоит остановиться и передохнуть. Присмотритесь к происходящим событиям внимательно и проанализируйте причины неудач. Вероятно, в погоне за счастьем, вы что-то упускаете. Попросите того, кому вы доверяете посмотреть на ситуацию со стороны, а затем начните сначала
Не теряйте оптимизма! Вспомните Эдисона, который сделал 10 тысяч попыток, прежде чем создал эффективный вариант лампочки. Дайсону на изобретение конструкции пылесоса понадобилось 5126 попыток. А миллиардер Джек Ма был последним из 23 человек, которые пришли устраиваться в KFC,и в итоге не был принят. Shit happens.
—-
Подытожу статью импровизированной схемой трудоустройства™:
Подготовьтесь –> пойдите на собес –> проанализируйте ситуацию –> попробуйте еще раз.
Желаю вам удачи и оптимизма!
И не занимайтесь самоедством – все будет хорошо!
Нет, ставить рекорд по числу собеседований не нужно. Возьмите за правило регулярно посещать их в удобном для вас ритме.
А еще держите в уме, как происходит найм.
HR-специалисты первично отсеивают кандидатов на основе требований заказчика (например, лида команды, в которой нужен работник). Поэтому адаптируйте резюме согласно требованиям в каждой вакансии, коротко и по существу.
На следующем этапе решение по кандидату будет принимать работодатель. Он захочет увидеть адекватного и упорного кандидата, умеющего системно мыслить, способного обучаться и выполнять работу в срок. Хорошо, чтобы такой человек владел указанными в вакансии hard skills, тогда адаптация на новом месте не займет много времени.
Потому вместо зазубривания шпаргалок из сети, подготовьтесь по списку в вакансии. Разберитесь во всех пунктах и и будьте готовы объяснить каждый своими словами.
Кандидата оценивают не только как технического специалиста, но и как личность с набором soft skills. Поэтому во время собеседования важно находиться в ресурсном состоянии.
Будет здорово сделать запись собеседования. Так вы сможете проанализировать свое выступление и не забыть вопросы, которые вызвали затруднения.
Рекомендую прочитать книгу «Харизма. Как влиять, убеждать и вдохновлять» от О.Кабейн, в которой автор дает советы по поддержанию себя в комфортном состоянии. Мой обзор на книгу здесь.
4. Получите реальный опыт работы
Вот несколько вариантов, как это можно сделать:
- безвозмездное участие в пет-проектах;
- работа на волонтерских началах;
- стажировки в компаниях;
- практика через знакомых;
- через знакомства на митапах и онлайн-встречах;
- на фрилансе через специализированные платформы (например, Testlio).
5. Спокойствие, только спокойствие
Предприняли множество попыток, но все они безуспешны? Не принимайте неудачу близко к сердцу.
Вам стоит остановиться и передохнуть. Присмотритесь к происходящим событиям внимательно и проанализируйте причины неудач. Вероятно, в погоне за счастьем, вы что-то упускаете. Попросите того, кому вы доверяете посмотреть на ситуацию со стороны, а затем начните сначала
Не теряйте оптимизма! Вспомните Эдисона, который сделал 10 тысяч попыток, прежде чем создал эффективный вариант лампочки. Дайсону на изобретение конструкции пылесоса понадобилось 5126 попыток. А миллиардер Джек Ма был последним из 23 человек, которые пришли устраиваться в KFC,и в итоге не был принят. Shit happens.
—-
Подытожу статью импровизированной схемой трудоустройства™:
Подготовьтесь –> пойдите на собес –> проанализируйте ситуацию –> попробуйте еще раз.
Желаю вам удачи и оптимизма!
И не занимайтесь самоедством – все будет хорошо!
Telegram
Inside the tester's mind
ОБЗОР КНИГИ «ХАРИЗМА. КАК ВЛИЯТЬ, УБЕЖДАТЬ И ВДОХНОВЛЯТЬ» ОЛИВИИ КАБЕЙН
Об авторе
Американский писатель и преподаватель. Читает лекции для некоммерческих организаций и университетов, а также консультирует бизнес. Специализация: лидерство, общение с трудными…
Об авторе
Американский писатель и преподаватель. Читает лекции для некоммерческих организаций и университетов, а также консультирует бизнес. Специализация: лидерство, общение с трудными…
Forwarded from dev.by: главные ИТ-новости Беларуси
500+ айтишников рассказали про секс на рабочем месте
В канун дня влюблённых dev.by запустил гиперромантическую анкету. Собрали почти 3000 ответов за несколько часов — пока это наш самый популярный ресёрч индустрии. 💔
505 участников — практики, остальные теоретики.
Делимся результатами: локация, время, состав участников, запреты компаний.
В канун дня влюблённых dev.by запустил гиперромантическую анкету. Собрали почти 3000 ответов за несколько часов — пока это наш самый популярный ресёрч индустрии. 💔
505 участников — практики, остальные теоретики.
Делимся результатами: локация, время, состав участников, запреты компаний.
Forwarded from Хакер — Xakep.RU
Google выпустила срочное исправление для 0-day уязвимости в Chrome
Разработчики Google выпустили Chrome версии 98.0.4758.102 (для Windows, Mac и Linux), в которой устранили уязвимость нулевого дня, уже использовавшуюся хакерами для атак.
https://xakep.ru/2022/02/15/first-chrome-0day-2022/
Разработчики Google выпустили Chrome версии 98.0.4758.102 (для Windows, Mac и Linux), в которой устранили уязвимость нулевого дня, уже использовавшуюся хакерами для атак.
https://xakep.ru/2022/02/15/first-chrome-0day-2022/
ОБЗОР КНИГ ИЦХАКА АДИЗЕСА
Сегодня речь пойдет о 2-х книгах Адизеса:
- «Развитие лидеров. Как понять свой стиль управления и эффективно общаться с носителями иных стилей»
- «Идеальный руководитель. Почему им нельзя стать и что из этого следует».
Об Авторе
Ицхак Адизес - израильско-американский писатель и бизнес-консультант. Специализируется на проработке эффективности менеджмента.
Факты из жизни:
- родился в 1937 году в г. Скопье;
- автор 20 книг по менеджменту, переведенных на 26 языков мира;
- имеет ряд научных званий (бакалавра, магистра и доктора), степеней по экономике и политологии, а также является почетным доктором 17 университетов мира;
- основал Института Адизеса, имеющий филиалы в 15 странах, в т.ч. и в Беларуси;
- консультировал компании Bank of America, Coca-Cola, IBM и др.;
- консультировал по политическим вопросам правительства и глав государств Израиля, Швеции, Греции, Бразилии, Ганы, Исландии, Мексики и Македонии.
Источники: сайты Wikipedia, сайт Института Адизеса в Беларуси
О книгах
Успех организации зависит от результативности и эффективности работы руководства в ближайшей и долгосрочной перспективе.
Управление происходит по средствам 4-х функций (PAEI): производства результатов (P, «что делать, чтобы решить проблему?»), администрирования (A, «как это нужно сделать?»), предпринимательства (E, «в какие сроки?») и интеграции (I, «кто отвечает за выполнение решения?»).
Менеджер может выполнять эти функции по отдельности, но не одновременно. И чтобы достичь успеха, необходимо сформировать взаимодополняющую команду.
Посоветовал бы прочитать книги не только менеджерам, но и тем, кому интересна тема лидерства. Ведь как отмечает Адизес, для того, чтобы стать членом управленческой команды, не обязательно иметь подчиненных.
Автор дает рекомендации по формированию команды, процессу постановки и достижению целей, работе над собой и повышению личной эффективности. Книги также помогут спланировать программу развития лидерских качеств.
Цитаты:
Книги, которые пытаются сделать из нас безупречных менеджеров, лидеров или руководителей, исходят из ошибочного представления о достижимости идеала.
Текущие проблемы показывают, на каком этапе жизненного цикла находится ваша организация, и, опираясь на это, можно предсказать, какие проблемы могут возникнуть на наследующем этапе и какие стили лидерства будут наиболее эффективны.
Менеджмент — слишком сложный процесс, чтобы с ним мог справиться один человек.
Хотя успех организации принято ставить в заслугу одному человеку, почти всегда за ним стоит команда, которая обеспечивала эффективность его действий. Парадигма «лидера-одиночки» — мудрого и всемогущего — никогда не работала на практике.
Людьми творческих профессий нельзя руководить так же, как рабочими на производстве.
Сегодня речь пойдет о 2-х книгах Адизеса:
- «Развитие лидеров. Как понять свой стиль управления и эффективно общаться с носителями иных стилей»
- «Идеальный руководитель. Почему им нельзя стать и что из этого следует».
Об Авторе
Ицхак Адизес - израильско-американский писатель и бизнес-консультант. Специализируется на проработке эффективности менеджмента.
Факты из жизни:
- родился в 1937 году в г. Скопье;
- автор 20 книг по менеджменту, переведенных на 26 языков мира;
- имеет ряд научных званий (бакалавра, магистра и доктора), степеней по экономике и политологии, а также является почетным доктором 17 университетов мира;
- основал Института Адизеса, имеющий филиалы в 15 странах, в т.ч. и в Беларуси;
- консультировал компании Bank of America, Coca-Cola, IBM и др.;
- консультировал по политическим вопросам правительства и глав государств Израиля, Швеции, Греции, Бразилии, Ганы, Исландии, Мексики и Македонии.
Источники: сайты Wikipedia, сайт Института Адизеса в Беларуси
О книгах
Успех организации зависит от результативности и эффективности работы руководства в ближайшей и долгосрочной перспективе.
Управление происходит по средствам 4-х функций (PAEI): производства результатов (P, «что делать, чтобы решить проблему?»), администрирования (A, «как это нужно сделать?»), предпринимательства (E, «в какие сроки?») и интеграции (I, «кто отвечает за выполнение решения?»).
Менеджер может выполнять эти функции по отдельности, но не одновременно. И чтобы достичь успеха, необходимо сформировать взаимодополняющую команду.
Посоветовал бы прочитать книги не только менеджерам, но и тем, кому интересна тема лидерства. Ведь как отмечает Адизес, для того, чтобы стать членом управленческой команды, не обязательно иметь подчиненных.
Автор дает рекомендации по формированию команды, процессу постановки и достижению целей, работе над собой и повышению личной эффективности. Книги также помогут спланировать программу развития лидерских качеств.
Цитаты:
Книги, которые пытаются сделать из нас безупречных менеджеров, лидеров или руководителей, исходят из ошибочного представления о достижимости идеала.
Текущие проблемы показывают, на каком этапе жизненного цикла находится ваша организация, и, опираясь на это, можно предсказать, какие проблемы могут возникнуть на наследующем этапе и какие стили лидерства будут наиболее эффективны.
Менеджмент — слишком сложный процесс, чтобы с ним мог справиться один человек.
Хотя успех организации принято ставить в заслугу одному человеку, почти всегда за ним стоит команда, которая обеспечивала эффективность его действий. Парадигма «лидера-одиночки» — мудрого и всемогущего — никогда не работала на практике.
Людьми творческих профессий нельзя руководить так же, как рабочими на производстве.
Организация должна иметь более высокую миссию, нежели выживание. Первая и самая важная функция менеджмента — это производство результатов, ради которых и существует данная компания или структура. Организация должна направлять всю энергию на внешний маркетинг: искать клиентов, удовлетворять их текущие потребности и прел восхищать будущие.
Прибыль — это результат хорошего менеджмента, а не его цель. Прежде всего, выясни, кто твои клиенты, затем определи, что им требуется, а после этого ступай и делай то, что нужно делать, и выполни эту работу эффективно.
Если вы — менеджер, но вам не нравится размышлять вместе с другими людьми, а трения и разногласия вас раздражают, значит, вы занимаетесь не своим делом.
Непонимание, как и конфликт, — не отклонение, а норма. Оно неизбежно в команде, состоящей из людей с разными стилями общения. Учиться на разногласиях непросто, но такой опыт обогащает нас благодаря нашим различиям.
Организация, которая расходует драгоценную энергию на внутренние конфликты, будет непременно испытывать затруднения.
Человек испытывает непреодолимое влечение к тому, кто не похож на него самого. Но в повседневной жизни это становится источником раздражения.
Если два человека согласны во всем, без одного из них можно обойтись. Коллега — это не тот, кто с вами согласен. Это тот, кто вам возражает, но пользуется вашим уважением.
Заменить оборудование и материальные объекты проще, чем людей, которые знают свое дело, особенно если они умеют работать сообща. Этим объясняется расцвет Германии после Второй мировой войны.
Какие люди нам нужны? Те, что внушают и оказывают доверие и уважение. А что делать с сотрудником, который на это не способен? Уволить? Я не согласен. Порекомендуйте его своему конкуренту. Почему страдать должны только вы?
Победитель — это не тот, кто не падает, а тот, кто быстро поднимается и вновь старается добиться своего».
Хороший лидер — это зрелость, а она приходит с опытом - чтобы ее обрести, нужно набить достаточно шишек.
Лидер идеален, когда люди не подозревают о его существовании. Он не слишком хорош, когда люди подчиняются ему и превозносят его. Он совсем плох, когда его презирают.
Если вы и вправду хотите понять, что вы собой представляете, спросите об этом своих подчиненных, им доподлинно известно, кто вы такой.
Если вы видите, что по той или иной причине кто-либо из сотрудников не может работать в команде следует принять ответственное решение и избавиться от такого человека
Не пытайтесь превратить рыбу в птицу. Человек не может измениться, но он может стать невыносимым или более гибким, и последнего часто вполне достаточно для того, чтобы с ним сотрудничать.
Одной из составляющих «процесса» служит эффективная коммуникация. Чтобы успешно управлять, нужно понимать, что говорят другие (и о чем они умалчивают), и уметь четко выражать собственные мысли.
Сознаете ли вы, что ваши подчиненные будут превосходить вас в выполнении управленческих функций, которые даются вам хуже прочих? Способны ли вы не воспринимать подобную ситуацию как угрозу? Можете ли вы смириться с этим?
Другая опасность состоит в том, что сотрудники, из которых могли бы выйти прекрасные лидеры, всю жизнь занимают вспомогательные должности — только потому, что они слишком хорошо справляются со своей работой.
Еще один источник неправильного менеджмента — принятое во многих компаниях жесткое разграничение рабочих и руководства.
Плюсы и минусы
👍 доступная подача материала: чтобы читатель не заскучал, его сопровождают примеры, поговорки и даже анекдоты;
👍 наглядность: в типажах книги легко узнать себя и коллег;
👍 потенциал: по тематике доступны другие труды автора - книги, тренинги и тесты;
👎 структура: некоторый материал дублируется в книгах и можно было бы объединить их в одну. Здесь могла быть шутка про еврейские корни автора.
Что ещё почитать
Похожие книги по тематике:
- Кен Бланшар,«Одноминутный менеджер и жизненное равновесие»
- Том ДеМарко, Тимоти Листер, «Человеческий фактор. Успешные проекты и команды»
Изображения: сайт Oz.by
Прибыль — это результат хорошего менеджмента, а не его цель. Прежде всего, выясни, кто твои клиенты, затем определи, что им требуется, а после этого ступай и делай то, что нужно делать, и выполни эту работу эффективно.
Если вы — менеджер, но вам не нравится размышлять вместе с другими людьми, а трения и разногласия вас раздражают, значит, вы занимаетесь не своим делом.
Непонимание, как и конфликт, — не отклонение, а норма. Оно неизбежно в команде, состоящей из людей с разными стилями общения. Учиться на разногласиях непросто, но такой опыт обогащает нас благодаря нашим различиям.
Организация, которая расходует драгоценную энергию на внутренние конфликты, будет непременно испытывать затруднения.
Человек испытывает непреодолимое влечение к тому, кто не похож на него самого. Но в повседневной жизни это становится источником раздражения.
Если два человека согласны во всем, без одного из них можно обойтись. Коллега — это не тот, кто с вами согласен. Это тот, кто вам возражает, но пользуется вашим уважением.
Заменить оборудование и материальные объекты проще, чем людей, которые знают свое дело, особенно если они умеют работать сообща. Этим объясняется расцвет Германии после Второй мировой войны.
Какие люди нам нужны? Те, что внушают и оказывают доверие и уважение. А что делать с сотрудником, который на это не способен? Уволить? Я не согласен. Порекомендуйте его своему конкуренту. Почему страдать должны только вы?
Победитель — это не тот, кто не падает, а тот, кто быстро поднимается и вновь старается добиться своего».
Хороший лидер — это зрелость, а она приходит с опытом - чтобы ее обрести, нужно набить достаточно шишек.
Лидер идеален, когда люди не подозревают о его существовании. Он не слишком хорош, когда люди подчиняются ему и превозносят его. Он совсем плох, когда его презирают.
Если вы и вправду хотите понять, что вы собой представляете, спросите об этом своих подчиненных, им доподлинно известно, кто вы такой.
Если вы видите, что по той или иной причине кто-либо из сотрудников не может работать в команде следует принять ответственное решение и избавиться от такого человека
Не пытайтесь превратить рыбу в птицу. Человек не может измениться, но он может стать невыносимым или более гибким, и последнего часто вполне достаточно для того, чтобы с ним сотрудничать.
Одной из составляющих «процесса» служит эффективная коммуникация. Чтобы успешно управлять, нужно понимать, что говорят другие (и о чем они умалчивают), и уметь четко выражать собственные мысли.
Сознаете ли вы, что ваши подчиненные будут превосходить вас в выполнении управленческих функций, которые даются вам хуже прочих? Способны ли вы не воспринимать подобную ситуацию как угрозу? Можете ли вы смириться с этим?
Другая опасность состоит в том, что сотрудники, из которых могли бы выйти прекрасные лидеры, всю жизнь занимают вспомогательные должности — только потому, что они слишком хорошо справляются со своей работой.
Еще один источник неправильного менеджмента — принятое во многих компаниях жесткое разграничение рабочих и руководства.
Плюсы и минусы
👍 доступная подача материала: чтобы читатель не заскучал, его сопровождают примеры, поговорки и даже анекдоты;
👍 наглядность: в типажах книги легко узнать себя и коллег;
👍 потенциал: по тематике доступны другие труды автора - книги, тренинги и тесты;
👎 структура: некоторый материал дублируется в книгах и можно было бы объединить их в одну. Здесь могла быть шутка про еврейские корни автора.
Что ещё почитать
Похожие книги по тематике:
- Кен Бланшар,«Одноминутный менеджер и жизненное равновесие»
- Том ДеМарко, Тимоти Листер, «Человеческий фактор. Успешные проекты и команды»
Изображения: сайт Oz.by
ТЕСТЕР ПРОТИВ ВСЕХ. DELIVERY MANAGER. ВЫПУСК#2
Наблюдал случаи, когда работу тестировщиков до конца не понимали заказчики или даже менеджеры. Как результат появлялись ожидания, имеющие мало общего с реальными задачами QA.
Для того, чтобы собрать обратную связь айтишки о работе тестировщиков, я еженедельно провожу блиц-интервью с опытными специалистами.
На базе их ответов, а также данных опросника, планирую собрать статистику, которая позволит тестировщикам:
- противопоставить свои обязанности ожиданиям проектной команды, скорректировать свою работу или разрушить бытующие стереотипы;
- зарядить коллег мотивацией и мыслями о том, что наша работа важна;
- лучше понять, чем занимаются коллеги в IT на других позициях.
Сегодня обратимся к опыту Delivery Manager (руководителя по внедрению), который управляет созданием продукта, чтобы он приобрел конечный результат, ожидаемый клиентом.
В рамках обязанностей он проводит оценку рисков бюджету, срокам и качеству. Для этого необходимо понимать работу аналитика, продуктовых и проектных менеджеров. Также важно иметь опыт создания архитектуры решений, чтобы предложить заказчику варианты достижения его бизнес-задач.
Как и проектный менеджер, DM, в первую очередь, управляет командой. С разницей, что PM занимается административной частью, а DM – производственной, координируя создание продукта и его доставку клиенту.
В релизном цикле, DM судит о качестве продукта по результатам тестов. При должном упорстве, QA может стать DM. Нужно развивать технические знания, soft skills и иметь опыт руководства проектом.
А моей гостью будет Евгения Погорельски, работу которой в качестве Delivery Manager я имел честь наблюдать на одном из проектов. По-доброму завидую ее навыкам, а также умению находить время, для того, чтобы быть не только профи, но и заботливым родителем!
Кратко, чем ты занимаешься в IT?
Я Delivery/Project Manager и Scrum Master. Будучи руководителем по внедрению (Delivery Manager), моя задача заключается во всесторонней поддержке команды во время выполнения проектных целей. К ним относятся: установление приоритетов задач, оценка рисков, планирование работ, коммуникация с членами команды, распределение нагрузки для них и разрешение блокеров.
Кто для тебя тестировщик?
Для меня тестер суперважная часть команды на всех стадиях работы - от планирования проекта до его завершения! QA находят дефекты в работе приложения, помогают оценить сложность задач и определить риски.
3 софт / хард скилла, которые важны тестеру по твоему мнению?
Внимание к деталям, креативность мышления и умение работать в команде.
Самый главный грех тестировщика?
Это недооценка сложности работы.
Бывали ли случай из жизни с тестером, который ты запомнишь?
QA, который недооценил сложность проекта и отказался от предложенной помощи. Итог – сорванные на месяц сроки и новый тестер на проекте.
Наблюдал случаи, когда работу тестировщиков до конца не понимали заказчики или даже менеджеры. Как результат появлялись ожидания, имеющие мало общего с реальными задачами QA.
Для того, чтобы собрать обратную связь айтишки о работе тестировщиков, я еженедельно провожу блиц-интервью с опытными специалистами.
На базе их ответов, а также данных опросника, планирую собрать статистику, которая позволит тестировщикам:
- противопоставить свои обязанности ожиданиям проектной команды, скорректировать свою работу или разрушить бытующие стереотипы;
- зарядить коллег мотивацией и мыслями о том, что наша работа важна;
- лучше понять, чем занимаются коллеги в IT на других позициях.
Сегодня обратимся к опыту Delivery Manager (руководителя по внедрению), который управляет созданием продукта, чтобы он приобрел конечный результат, ожидаемый клиентом.
В рамках обязанностей он проводит оценку рисков бюджету, срокам и качеству. Для этого необходимо понимать работу аналитика, продуктовых и проектных менеджеров. Также важно иметь опыт создания архитектуры решений, чтобы предложить заказчику варианты достижения его бизнес-задач.
Как и проектный менеджер, DM, в первую очередь, управляет командой. С разницей, что PM занимается административной частью, а DM – производственной, координируя создание продукта и его доставку клиенту.
В релизном цикле, DM судит о качестве продукта по результатам тестов. При должном упорстве, QA может стать DM. Нужно развивать технические знания, soft skills и иметь опыт руководства проектом.
А моей гостью будет Евгения Погорельски, работу которой в качестве Delivery Manager я имел честь наблюдать на одном из проектов. По-доброму завидую ее навыкам, а также умению находить время, для того, чтобы быть не только профи, но и заботливым родителем!
Кратко, чем ты занимаешься в IT?
Я Delivery/Project Manager и Scrum Master. Будучи руководителем по внедрению (Delivery Manager), моя задача заключается во всесторонней поддержке команды во время выполнения проектных целей. К ним относятся: установление приоритетов задач, оценка рисков, планирование работ, коммуникация с членами команды, распределение нагрузки для них и разрешение блокеров.
Кто для тебя тестировщик?
Для меня тестер суперважная часть команды на всех стадиях работы - от планирования проекта до его завершения! QA находят дефекты в работе приложения, помогают оценить сложность задач и определить риски.
3 софт / хард скилла, которые важны тестеру по твоему мнению?
Внимание к деталям, креативность мышления и умение работать в команде.
Самый главный грех тестировщика?
Это недооценка сложности работы.
Бывали ли случай из жизни с тестером, который ты запомнишь?
QA, который недооценил сложность проекта и отказался от предложенной помощи. Итог – сорванные на месяц сроки и новый тестер на проекте.
5 SOFT SKILLS ДЛЯ QA-ИНЖЕНЕРА
Для решения технических задач, тестировщикам недостаточно владения определенным спектром профессиональных знаний или hard skills.
Абстрактные профессиональные навыки и особенности личности – они же soft skills – играют не менее важную роль. Так, например, лидерские качества, эмоциональный интеллект и коммуникативные навыки являются следствием уникального жизненного и профессионального опыта. И от степени их развития зависит успех работника.
В этой статье рассмотрю 5 Soft skills, наиболее важных для работы тестировщиком.
Чем так важны Soft skills?
Любопытно, что о значимости Soft skills говорилось еще в 1918 году (Исследование инженерного образования, Ч.Манн, глава 16, страницы 106-107):
“
Ряд инженеров были опрошены в ходе личных бесед относительно факторов, которые наиболее сильны в определении успеха в инженерной работе и наиболее эффективны в построении инженерной профессии. Эти интервью … показали, что личные качества, такие как здравый смысл, принципиальность, находчивость, инициативность, тактичность, тщательность, аккуратность, деловитость и понимание людей, общепризнаны как не менее необходимые для профессионального инженера, чем технические знания и навыки.
“
Трудоустраивать тестировщика с хорошо развитыми Hard skills, но слабыми Soft skills – как играть в лотерею. На раскрытие навыков уйдет время, но успешного результата можно так и не достигнуть. Потому предпочтение скорее отдадут кандидату с подходящими soft skills, которого затем можно натаскать по недостающим hard skills.
Проведу параллель с изготовлением ювелирного украшения: проще найти подходящий алмаз и огранить его, чем долго и упорно переделывать изделие под непригодный для него драгоценный камень.
Опираясь на собственный опыт, считаю необходимым развивать следующие soft skills: системное мышление, критичность мышления, внимательность к деталям, самостоятельность и коммуникативные навыки.
Системность мышления
Способность переключаться от масштаба системы к уровню взаимодействия ее частей важна для проведения интеграционного, сквозного и приемочного тестирований.
Навык включает в себя следующие умения:
- Видеть тестируемое частью системы;
- Находить сходства и отличия модулей;
- Декомпозировать задания;
- Планировать работу;
- Делать выводы и скорректировать подход.
Отсутствие или неразвитость навыков приводят к повторяющимся ошибкам, переработкам, ухудшению психологического состояния инженера и команды.
Критичность мышления
Дефекты встречаются не только в работе приложений, но и в требованиях, тексте заданий и документации. Их нужно выявить как можно раньше, чтобы избавить команду от лишних работ и расходов.
Задайте себе и команде 4 вопроса. Ответы на них помогут выявить неоднозначности и добиться поставленных целей.
В чем цель задачи для бизнеса? Так вы определите риски для бизнеса.
Каков ожидаемый результат тестирования? Вам будет легче найти нестандартные случаи поведения приложения.
Нет ли противоречий в формулировке задачи? Поможет на стадии выявления смысловых ошибок в задании.
Как выполнить задание? Помогает определить походы в тестировании.
Не бойтесь озвучивать свои идеи по улучшению функционала. Это не вызовет критику. Напротив, если предложение созвучно с бизнес-целями, то его реализуют.
Для решения технических задач, тестировщикам недостаточно владения определенным спектром профессиональных знаний или hard skills.
Абстрактные профессиональные навыки и особенности личности – они же soft skills – играют не менее важную роль. Так, например, лидерские качества, эмоциональный интеллект и коммуникативные навыки являются следствием уникального жизненного и профессионального опыта. И от степени их развития зависит успех работника.
В этой статье рассмотрю 5 Soft skills, наиболее важных для работы тестировщиком.
Чем так важны Soft skills?
Любопытно, что о значимости Soft skills говорилось еще в 1918 году (Исследование инженерного образования, Ч.Манн, глава 16, страницы 106-107):
“
Ряд инженеров были опрошены в ходе личных бесед относительно факторов, которые наиболее сильны в определении успеха в инженерной работе и наиболее эффективны в построении инженерной профессии. Эти интервью … показали, что личные качества, такие как здравый смысл, принципиальность, находчивость, инициативность, тактичность, тщательность, аккуратность, деловитость и понимание людей, общепризнаны как не менее необходимые для профессионального инженера, чем технические знания и навыки.
“
Трудоустраивать тестировщика с хорошо развитыми Hard skills, но слабыми Soft skills – как играть в лотерею. На раскрытие навыков уйдет время, но успешного результата можно так и не достигнуть. Потому предпочтение скорее отдадут кандидату с подходящими soft skills, которого затем можно натаскать по недостающим hard skills.
Проведу параллель с изготовлением ювелирного украшения: проще найти подходящий алмаз и огранить его, чем долго и упорно переделывать изделие под непригодный для него драгоценный камень.
Опираясь на собственный опыт, считаю необходимым развивать следующие soft skills: системное мышление, критичность мышления, внимательность к деталям, самостоятельность и коммуникативные навыки.
Системность мышления
Способность переключаться от масштаба системы к уровню взаимодействия ее частей важна для проведения интеграционного, сквозного и приемочного тестирований.
Навык включает в себя следующие умения:
- Видеть тестируемое частью системы;
- Находить сходства и отличия модулей;
- Декомпозировать задания;
- Планировать работу;
- Делать выводы и скорректировать подход.
Отсутствие или неразвитость навыков приводят к повторяющимся ошибкам, переработкам, ухудшению психологического состояния инженера и команды.
Критичность мышления
Дефекты встречаются не только в работе приложений, но и в требованиях, тексте заданий и документации. Их нужно выявить как можно раньше, чтобы избавить команду от лишних работ и расходов.
Задайте себе и команде 4 вопроса. Ответы на них помогут выявить неоднозначности и добиться поставленных целей.
В чем цель задачи для бизнеса? Так вы определите риски для бизнеса.
Каков ожидаемый результат тестирования? Вам будет легче найти нестандартные случаи поведения приложения.
Нет ли противоречий в формулировке задачи? Поможет на стадии выявления смысловых ошибок в задании.
Как выполнить задание? Помогает определить походы в тестировании.
Не бойтесь озвучивать свои идеи по улучшению функционала. Это не вызовет критику. Напротив, если предложение созвучно с бизнес-целями, то его реализуют.
Давайте рассмотрим пример.
Одно из требований к программе регистрации участников марафона звучит как: “Во время создания профиля пользователь может ввести в поле “Дополнительный телефон” только цифры”.
В чем цель?
Для участников марафона, данные являются юридически обязательными. Если с бегуном произойдет несчастный случай, то организаторы свяжутся с его представителем по указанному номеру. Другое дело, что имя поля странное. Может быть лучше, “Телефон представителя”?
Каков ожидаемый результат тестирования?
Из требований не ясно, должны ли данные сохраняться в международном формате? Обязательно ли поле к заполнению? Если да, то как происходит проверка этого условия?
Нет ли противоречий в формулировке задания?
В задании есть слова “Во время создания профиля”. Не ясно, зачем сделан акцент на этом. Пользователь имеет возможность редактировать телефон и для его замены нужно будет обращаться к администратору?
Как выполнить задание?
Для проверки функционала выберем технику анализа граничных значений, протестируем обработку ошибок введением в поле некорректных и составим таблицу cause effect. Создадим на основе сказанного тест-кейсы.
Внимательность к деталям
Тестировщику необходимо замечать малейшие отклонения от нормы в работе приложений. Из-за частого переключения между задачами и необходимости держать в уме данные, без умения сосредоточиться на деталях и собранности это делать сложно.
Однако внимательность – это не суперспособность избранных людей, которую они включаюткак Танос щелчком пальцев. Она, в большем, зависит от нашего психофизического состояния. На внимательность влияют: мультизадачность, прокрастинация, коммуникация, дневной цикл, усталость и другие факторы. А также окружающие нас раздражители.
Хорошая новость, что внимательность можно “прокачать” развитием навыков саморегуляции. А вместо борьбы с внешними раздражителями, отвлекающими от работы, эффективнее устранить их причины или постараться снизить их влияние.
Советую почитать книгу Дэниела Пинка “Таймхакинг” и ознакомиться с темой саморегуляции, хотя бы в Википедии - “Методы оптимизации функционального состояния”.
Самостоятельность
Прежде чем выполнять задачу, нужно разобраться в ней. Для этого вчитайтесь в задание и разделите его на части. Найдите непонятную информацию, чтобы изучить ее подробнее.
Да, для этого может потребоваться время. Чтобы не затягивать, дайте себе, скажем, 30 минут. А уже с конкретными вопросами затем обратитесь к коллегам.
Если пропустить этот этап, то получите готовый сценарий действий. Желание вникать в суть пропадёт. И далее шаблон будет применяться, пока вы не столкнетесь с новым вызовом. Круг замкнется.
А еще создавайте краткие инструкции по проблемным вопросам. По ним проще освежить свои знания, чем по разрозненным записям в переписке. Команде эти заметки тоже будут полезны. Тем самым вы продемонстрируете заботу о других и повысите свой авторитет.
Коммуникативные навыки
Тестировщик много общается с участниками команды разработки. Нужно объяснять разработчикам подробности воспроизведения дефекта или узнавать у них технические детали функционала. Требуется презентовать план работы проектному менеджеру или результаты работы владельцу продукта. Для этого необходимо уметь говорить с каждым из них на одном языке.
Качайте навыки общения, даже если вы интроверт. Если вы хотите развиваться, то без этого никак. Со временем вы обретете в себе силы и общение вам даже понравится. Но это неточно :)
Вывод
Развитые soft skills первостепенны для специалиста и обязательны для менеджера. Если человек необучаем или нечестен, то маловероятно, что он будет хорошим командным игроком.
Если вам интересна эта тема, и вы хотите выразить собственное мнение, то с удовольствием почитаю о нем в комментариях.
А на последок, хочу привести свою адаптацию фразы, приписываемой Аль Капоне:
You can get much farther with hard skills and soft skills than you can with hard skills alone.
Одно из требований к программе регистрации участников марафона звучит как: “Во время создания профиля пользователь может ввести в поле “Дополнительный телефон” только цифры”.
В чем цель?
Для участников марафона, данные являются юридически обязательными. Если с бегуном произойдет несчастный случай, то организаторы свяжутся с его представителем по указанному номеру. Другое дело, что имя поля странное. Может быть лучше, “Телефон представителя”?
Каков ожидаемый результат тестирования?
Из требований не ясно, должны ли данные сохраняться в международном формате? Обязательно ли поле к заполнению? Если да, то как происходит проверка этого условия?
Нет ли противоречий в формулировке задания?
В задании есть слова “Во время создания профиля”. Не ясно, зачем сделан акцент на этом. Пользователь имеет возможность редактировать телефон и для его замены нужно будет обращаться к администратору?
Как выполнить задание?
Для проверки функционала выберем технику анализа граничных значений, протестируем обработку ошибок введением в поле некорректных и составим таблицу cause effect. Создадим на основе сказанного тест-кейсы.
Внимательность к деталям
Тестировщику необходимо замечать малейшие отклонения от нормы в работе приложений. Из-за частого переключения между задачами и необходимости держать в уме данные, без умения сосредоточиться на деталях и собранности это делать сложно.
Однако внимательность – это не суперспособность избранных людей, которую они включают
Хорошая новость, что внимательность можно “прокачать” развитием навыков саморегуляции. А вместо борьбы с внешними раздражителями, отвлекающими от работы, эффективнее устранить их причины или постараться снизить их влияние.
Советую почитать книгу Дэниела Пинка “Таймхакинг” и ознакомиться с темой саморегуляции, хотя бы в Википедии - “Методы оптимизации функционального состояния”.
Самостоятельность
Прежде чем выполнять задачу, нужно разобраться в ней. Для этого вчитайтесь в задание и разделите его на части. Найдите непонятную информацию, чтобы изучить ее подробнее.
Да, для этого может потребоваться время. Чтобы не затягивать, дайте себе, скажем, 30 минут. А уже с конкретными вопросами затем обратитесь к коллегам.
Если пропустить этот этап, то получите готовый сценарий действий. Желание вникать в суть пропадёт. И далее шаблон будет применяться, пока вы не столкнетесь с новым вызовом. Круг замкнется.
А еще создавайте краткие инструкции по проблемным вопросам. По ним проще освежить свои знания, чем по разрозненным записям в переписке. Команде эти заметки тоже будут полезны. Тем самым вы продемонстрируете заботу о других и повысите свой авторитет.
Коммуникативные навыки
Тестировщик много общается с участниками команды разработки. Нужно объяснять разработчикам подробности воспроизведения дефекта или узнавать у них технические детали функционала. Требуется презентовать план работы проектному менеджеру или результаты работы владельцу продукта. Для этого необходимо уметь говорить с каждым из них на одном языке.
Качайте навыки общения, даже если вы интроверт. Если вы хотите развиваться, то без этого никак. Со временем вы обретете в себе силы и общение вам даже понравится. Но это неточно :)
Вывод
Развитые soft skills первостепенны для специалиста и обязательны для менеджера. Если человек необучаем или нечестен, то маловероятно, что он будет хорошим командным игроком.
Если вам интересна эта тема, и вы хотите выразить собственное мнение, то с удовольствием почитаю о нем в комментариях.
А на последок, хочу привести свою адаптацию фразы, приписываемой Аль Капоне:
You can get much farther with hard skills and soft skills than you can with hard skills alone.
ОБЗОР КНИГИ «ТАЙМХАКИНГ. КАК НАУКА ПОМОГАЕТ НАМ ДЕЛАТЬ ВСЁ ВОВРЕМЯ» ДЭНИЕЛА ПИНКА
Об авторе
Американский писатель и журналист. Специализируется на научных исследованиях в области мотивации.
Факты из жизни
- автор 7 книг, переведенных на 37 языков мира;
- был ведущим телесериала о человеческом поведении «Контроль толпы» на канале National Geographic;
- имеет почетные докторские степени 5 американских учебных заведений;
- 2 года работал главным спичрайтером вице-президента США Альберта Гора (во время президентства Клинтона);
- входит в состав консультативных советов как минимум 4 американских компаний.
Источник: сайт Wikipedia.
О книге
Время, здоровье, силы и деньги - главные ресурсы человека. И успешен тот, кто умеет распорядиться ими эффективно.
Однако в отличие от других ресурсов, вернуть напрасно потраченное время невозможно. И личная эффективность связана с умением тратить его разумно.
На основе научных исследованийДик Пик Дэн Пинк определил ряд особенностей поведения человека.
Так, мозг «работает» по-разному, выполняя повседневные задачи во время митингов и мозговых штурмов, аналитической и творческой работы, монотонных занятий и в периоды отдыха. Пинк объясняет, как выбирать подходящий момент для выполнения повседневных задач.
Часть книги посвящена хронотипам личности – совам, жаворонкам и «птицам третьего типа». И тому, как не дойти до предела своих возможностей и не столкнуться с прокрастинацией.
Эти советы особенно актуальны в условиях ненормированной работы на удаленке.
Цитаты
Биологические часы есть практически у всех живых существ. Наши когнитивные способности «раскрываются» и «закрываются» по расписанию природы, которое мы не контролируем. Выбор подходящего времени для выполнения работы определяется ее характером. Например, взрослым людям получается лучше всего мыслить логически по утрам.
99% людей трудно работать в режиме мультизадачности. Не стоит пытаться сочетать перерыв в работе с занятием, требующим умственных усилий, например, проверкой почты. Для того чтобы отдохнуть, лучше отключиться полностью, чем частично.
Люди склонны терять из виду цель работы, занимаясь чем-то долго. Именно регулярные короткие перерывы, а не длительные эпизодические помогут эффективнее сосредоточиться и восстановить мотивацию.
Лучше потратить последние 5 минут рабочего дня на небольшие неспешные дела, например, составление списка выполненных задач. Успехи в работе - главный источник мотивации. Не отслеживая их, мы не сможем определить, насколько продуктивны.
Для слаженности группы нужен внешний элемент, задающий темп и направляющий коллективный разум. Иногда это единоличный лидер. Коллективы обычно подстраиваются под ритмы своих наиболее влиятельных членов.
Занятия, приносящие удовлетворение, заставляют нас выкладываться и оставляют контроль над ними. Трудная работа, не предполагающая самостоятельности — путь к выгоранию. Самостоятельная работа без напряжения надоедает. Несложная работа, лишенная самостоятельности — худший вариант из всех. Если ваша работа не предполагает вызовов и самостоятельности, а улучшить ситуацию невозможно, подумайте о том, чтобы ее сменить.
Мы нередко оцениваем качество еды, фильма или отпуска не по совокупности впечатлений, а по отдельным моментам особенно заключительным. Мотивирующая сила концовки — одна из причин того, что установление контрольных сроков часто бывает эффективной мерой.
Чаще всего наставничество нацелено на новичков и прекращается, как только они достаточно освоились и не нуждаются в помощи. Разработайте для своей организации систему наставничества в середине карьеры. В этом есть два плюса. Во-первых, большинство людей сталкивается со спадами в карьере и откровенные разговоры об этом помогут понять, что определенная усталость в середине карьеры - нормальное явление. Во-вторых, более опытные сотрудники могут предлагать свои методы борьбы со спадом, а сверстники - делиться друг с другом опытом: «Как получилось вновь наполнить смыслом свою работу? Как удалось выстроить здоровые отношения с людьми в офисе и за его пределами?».
Об авторе
Американский писатель и журналист. Специализируется на научных исследованиях в области мотивации.
Факты из жизни
- автор 7 книг, переведенных на 37 языков мира;
- был ведущим телесериала о человеческом поведении «Контроль толпы» на канале National Geographic;
- имеет почетные докторские степени 5 американских учебных заведений;
- 2 года работал главным спичрайтером вице-президента США Альберта Гора (во время президентства Клинтона);
- входит в состав консультативных советов как минимум 4 американских компаний.
Источник: сайт Wikipedia.
О книге
Время, здоровье, силы и деньги - главные ресурсы человека. И успешен тот, кто умеет распорядиться ими эффективно.
Однако в отличие от других ресурсов, вернуть напрасно потраченное время невозможно. И личная эффективность связана с умением тратить его разумно.
На основе научных исследований
Так, мозг «работает» по-разному, выполняя повседневные задачи во время митингов и мозговых штурмов, аналитической и творческой работы, монотонных занятий и в периоды отдыха. Пинк объясняет, как выбирать подходящий момент для выполнения повседневных задач.
Часть книги посвящена хронотипам личности – совам, жаворонкам и «птицам третьего типа». И тому, как не дойти до предела своих возможностей и не столкнуться с прокрастинацией.
Эти советы особенно актуальны в условиях ненормированной работы на удаленке.
Цитаты
Биологические часы есть практически у всех живых существ. Наши когнитивные способности «раскрываются» и «закрываются» по расписанию природы, которое мы не контролируем. Выбор подходящего времени для выполнения работы определяется ее характером. Например, взрослым людям получается лучше всего мыслить логически по утрам.
99% людей трудно работать в режиме мультизадачности. Не стоит пытаться сочетать перерыв в работе с занятием, требующим умственных усилий, например, проверкой почты. Для того чтобы отдохнуть, лучше отключиться полностью, чем частично.
Люди склонны терять из виду цель работы, занимаясь чем-то долго. Именно регулярные короткие перерывы, а не длительные эпизодические помогут эффективнее сосредоточиться и восстановить мотивацию.
Лучше потратить последние 5 минут рабочего дня на небольшие неспешные дела, например, составление списка выполненных задач. Успехи в работе - главный источник мотивации. Не отслеживая их, мы не сможем определить, насколько продуктивны.
Для слаженности группы нужен внешний элемент, задающий темп и направляющий коллективный разум. Иногда это единоличный лидер. Коллективы обычно подстраиваются под ритмы своих наиболее влиятельных членов.
Занятия, приносящие удовлетворение, заставляют нас выкладываться и оставляют контроль над ними. Трудная работа, не предполагающая самостоятельности — путь к выгоранию. Самостоятельная работа без напряжения надоедает. Несложная работа, лишенная самостоятельности — худший вариант из всех. Если ваша работа не предполагает вызовов и самостоятельности, а улучшить ситуацию невозможно, подумайте о том, чтобы ее сменить.
Мы нередко оцениваем качество еды, фильма или отпуска не по совокупности впечатлений, а по отдельным моментам особенно заключительным. Мотивирующая сила концовки — одна из причин того, что установление контрольных сроков часто бывает эффективной мерой.
Чаще всего наставничество нацелено на новичков и прекращается, как только они достаточно освоились и не нуждаются в помощи. Разработайте для своей организации систему наставничества в середине карьеры. В этом есть два плюса. Во-первых, большинство людей сталкивается со спадами в карьере и откровенные разговоры об этом помогут понять, что определенная усталость в середине карьеры - нормальное явление. Во-вторых, более опытные сотрудники могут предлагать свои методы борьбы со спадом, а сверстники - делиться друг с другом опытом: «Как получилось вновь наполнить смыслом свою работу? Как удалось выстроить здоровые отношения с людьми в офисе и за его пределами?».
За жизнь Хемингуэй опубликовал 15 книг. Одним из его излюбленных приемов было заканчивать рабочий день не целой главой, а прямо посередине какого-нибудь предложения. Ощущение незавершенности мотивировало писателя назавтра без промедления приступить к работе. В основе этого приема лежит психологический эффект Зейгарника, заключающийся в том, что человек лучше запоминает прерванные действия, чем завершенные. Работая над проектом, попробуйте закончить день на середине какого-то этапа, ясно представляя себе, каким завтра будет ваш следующий шаг. Это способно помочь поддерживать мотивацию ежедневно.
Еще лет десять мы искренне восхищались теми, кто мог обходиться 4 часами сна в сутки. На фоне горячей преданности своему делу и самоотверженности таких героев, все остальные выглядели нерадивыми и немощными. Но затем, по мере того, но как научные исследования сна получали более широкое распространение, наши взгляды начали меняться. Этот вечно бодрствующий мужик никакой не герой. Он - дурак. Скорее всего, качество его работы ниже плинтуса, причем, это еще и вредит окружающим.
Идеальным методом взбодриться и повысить результативность является прием кофеина (обычно в виде кофе) в сочетании с 20-минутами последующего сна.
Положительный эффект этого сна сохраняется на протяжении почти 3 часов. За более продолжительный сон придется «расплачиваться» телу и мозгу из-за инерции сна - того самого чувства замутненного сознания и общей вялости. Отхождение от него нивелирует пользу дневного сна.
Поставив себе промежуточные цели, используйте силу публичных обязательств. Мы гораздо более склонны придерживаться цели, если отвечаем за ее достижение перед другими. Один из способов преодоления спада — рассказать какому-нибудь человеку, как и когда вы сделаете то или иное дело. Вам не захочется осрамиться, и вы достигнете цели.
Чем искать способы восстановиться после неудачного старта, лучше постараться вообще не допустить его. Предположим, у вас начинается проект. Перед началом работы вы говорите команде: «Представьте, что миновало полтора года, и мы потерпели фиаско. Что могло пойти не так?». Мысленно проведя ретроспективу будущего, команда предлагает несколько потенциальных вариантов ответов. Может быть, задача была недостаточно четко сформулирована. Людей оказалось слишком мало, слишком много, или же это просто были не те люди?
Лучший путь к повышению зарплаты — соответствие конкретных навыков и умений человека потребностям его работодателя. На самом первом месте работы такое случается редко. В поисках такого соответствия люди переходят с одной работы на другую, нередко с периодичностью раз в пару лет.
Наполнение неким собственным смыслом совершенно обычного дня придает силы новым начинаниям. Так, назвав 1 марта первым днем весны, дата стала выглядеть более подходящей для нового старта, чем просто третий четверг месяца. Определив важные для себя даты, можно избавиться от воспоминаний о некоем фальстарте и помочь себе заново заложить ритмы. Этот же метод могут взять на вооружение и организации. Предположим, в середине квартала у компании появились серьезные проблемы. Чтобы не ждать следующего квартала, руководство выбирает ближайшую по времени подходящую дату (например, очередную годовщину выхода на рынок главного продукта компании), чтобы постараться вернуть коллектив к нормальной работе.
Хотя мы не всегда можем сами определять момент старта, однако в силах повлиять на то, что происходит непосредственно после него, и воздействовать на последствия в случаях, когда начало не вполне задалось. Рецепт прост. В большинстве занятий надо ясно отдавать себе отчет в огромном значении начала и стремиться к тому, чтобы стартовать уверенно. Если этого не получилось, можно попробовать начать заново. А если начальная фаза вне нашего контроля, следует заручиться поддержкой других людей - предпринять попытку группового старта. Три правила успешного начала звучат так: начинать правильно, начинать заново, начинать совместно.
Еще лет десять мы искренне восхищались теми, кто мог обходиться 4 часами сна в сутки. На фоне горячей преданности своему делу и самоотверженности таких героев, все остальные выглядели нерадивыми и немощными. Но затем, по мере того, но как научные исследования сна получали более широкое распространение, наши взгляды начали меняться. Этот вечно бодрствующий мужик никакой не герой. Он - дурак. Скорее всего, качество его работы ниже плинтуса, причем, это еще и вредит окружающим.
Идеальным методом взбодриться и повысить результативность является прием кофеина (обычно в виде кофе) в сочетании с 20-минутами последующего сна.
Положительный эффект этого сна сохраняется на протяжении почти 3 часов. За более продолжительный сон придется «расплачиваться» телу и мозгу из-за инерции сна - того самого чувства замутненного сознания и общей вялости. Отхождение от него нивелирует пользу дневного сна.
Поставив себе промежуточные цели, используйте силу публичных обязательств. Мы гораздо более склонны придерживаться цели, если отвечаем за ее достижение перед другими. Один из способов преодоления спада — рассказать какому-нибудь человеку, как и когда вы сделаете то или иное дело. Вам не захочется осрамиться, и вы достигнете цели.
Чем искать способы восстановиться после неудачного старта, лучше постараться вообще не допустить его. Предположим, у вас начинается проект. Перед началом работы вы говорите команде: «Представьте, что миновало полтора года, и мы потерпели фиаско. Что могло пойти не так?». Мысленно проведя ретроспективу будущего, команда предлагает несколько потенциальных вариантов ответов. Может быть, задача была недостаточно четко сформулирована. Людей оказалось слишком мало, слишком много, или же это просто были не те люди?
Лучший путь к повышению зарплаты — соответствие конкретных навыков и умений человека потребностям его работодателя. На самом первом месте работы такое случается редко. В поисках такого соответствия люди переходят с одной работы на другую, нередко с периодичностью раз в пару лет.
Наполнение неким собственным смыслом совершенно обычного дня придает силы новым начинаниям. Так, назвав 1 марта первым днем весны, дата стала выглядеть более подходящей для нового старта, чем просто третий четверг месяца. Определив важные для себя даты, можно избавиться от воспоминаний о некоем фальстарте и помочь себе заново заложить ритмы. Этот же метод могут взять на вооружение и организации. Предположим, в середине квартала у компании появились серьезные проблемы. Чтобы не ждать следующего квартала, руководство выбирает ближайшую по времени подходящую дату (например, очередную годовщину выхода на рынок главного продукта компании), чтобы постараться вернуть коллектив к нормальной работе.
Хотя мы не всегда можем сами определять момент старта, однако в силах повлиять на то, что происходит непосредственно после него, и воздействовать на последствия в случаях, когда начало не вполне задалось. Рецепт прост. В большинстве занятий надо ясно отдавать себе отчет в огромном значении начала и стремиться к тому, чтобы стартовать уверенно. Если этого не получилось, можно попробовать начать заново. А если начальная фаза вне нашего контроля, следует заручиться поддержкой других людей - предпринять попытку группового старта. Три правила успешного начала звучат так: начинать правильно, начинать заново, начинать совместно.
Плюсы и минусы
👍 полезность: хорошо исследована тема дневных циклов человека (жаворонки, совы и смешанный тип);
👍 практичность советов: например, как эффективно отдыхать или работать в некомфортное для себя время. Также материал тезисно излагается после каждой из глав.
👎 подача материала: из-за особенностей редактуры (избытка сложных конструкций в предложениях) и манеры повествования автора (обилие нудных подробностей) книга читается трудно. Сокращая материал в блоке цитат, в этот раз пришлось изрядно попотеть;
👎 1/5 часть книги – список литературы: его стоило бы разместить на сайте автора (который упоминается в книге), для популярной литературы этого достаточно;
👎кровь, говно, песок и пчелы Отсутствие целостности: периодически автор уходит от темы управления временем в сторону советов «обо всем на свете». Они лучше смотрелись бы в отдельной книге про мотивацию.
Что ещё почитать
Похожая книга по тематике:
Дэниел Канеман, «Думай медленно... и быстро»
Изображения: сайт Oz.by
👍 полезность: хорошо исследована тема дневных циклов человека (жаворонки, совы и смешанный тип);
👍 практичность советов: например, как эффективно отдыхать или работать в некомфортное для себя время. Также материал тезисно излагается после каждой из глав.
👎 подача материала: из-за особенностей редактуры (избытка сложных конструкций в предложениях) и манеры повествования автора (обилие нудных подробностей) книга читается трудно. Сокращая материал в блоке цитат, в этот раз пришлось изрядно попотеть;
👎 1/5 часть книги – список литературы: его стоило бы разместить на сайте автора (который упоминается в книге), для популярной литературы этого достаточно;
👎
Что ещё почитать
Похожая книга по тематике:
Дэниел Канеман, «Думай медленно... и быстро»
Изображения: сайт Oz.by
ТЕСТЕР ПРОТИВ ВСЕХ. PRODUCT DESIGNER. ВЫПУСК#3
Продолжаю серию блиц-интервью, чтобы собрать обратную связь опытных спецов IT о работе тестировщиков и помочь нам:
- сопоставить обязанности QA ожиданиям участников проектной команды,
- скорректировать нашу работу или разрушить бытующие стереотипы,
- лучше понять, чем занимаются коллеги в IT на других позициях.
Сегодня обратимся к опыту Product designer. Этап создания дизайнов интерфейса (UI) и взаимодействия продукта (UX) предполагается в процессе разработки современного приложения. Эту деятельность можно считать базой. Выбор дизайнера задает характер продукту и тем самым формирует отношение пользователей к нему.
Программы делаются людьми для людей. И когда игнорируется этот факт, не учитывается человеческая природа, а дизайн основывается только на вау-эффекте, пользователям трудно. Работая с красивым, но сложным приложением, человек испытывает дискомфорт (т.н. когнитивное сопротивление) и не может ответить продукту лояльностью.
Потому работа дизайнера – это креатив и безграничный простор для творчества. Но это также и скрупулезный труд, требующий настойчивости, системного мышления и широкого кругозора. А еще постоянного развития, поскольку тенденции и стандарты отрасли постоянно меняются.
Моим собеседником станет Head of Design компании Solvd Андрей Ридванский. Помимо заоблачного профессионализма, мне нравятся человеческие качества Андрея: честность, отзывчивость, трудоспособность, уверенность в себе - равно как уважение к другим участникам команды.
Кратко, чем ты занимаешься в IT?
Я занимаюсь дизайном и проектированием взаимодействия клиентов с продуктом. От качества моей работы во многом завит успех проекта. Ведь, прежде всего, пользователи оценивают сервис по удобству пользования его функциями.
Кто для тебя тестировщик?
На проекте он страховка от ошибок, безделья и в какой-то мере непрофессионализма. Когда он работает хорошо, я уверен в корректности реализации элементов дизайна командой.
3 софт / хард скилла, которые важны тестеру по твоему мнению?
Терпение и адекватность. Ведь ошибки встречаются не только из-за обстоятельств бизнеса или рынка, но и по глупости.
Самый главный грех тестировщика?
Быть роботом, который воспринимает все буквально и не подвергает увиденное сомнению.
Бывали ли случай из жизни с тестером, который ты запомнишь?
Когда тестер хорош в своем деле, то я запоминаю его как нужного человека на проекте.
Продолжаю серию блиц-интервью, чтобы собрать обратную связь опытных спецов IT о работе тестировщиков и помочь нам:
- сопоставить обязанности QA ожиданиям участников проектной команды,
- скорректировать нашу работу или разрушить бытующие стереотипы,
- лучше понять, чем занимаются коллеги в IT на других позициях.
Сегодня обратимся к опыту Product designer. Этап создания дизайнов интерфейса (UI) и взаимодействия продукта (UX) предполагается в процессе разработки современного приложения. Эту деятельность можно считать базой. Выбор дизайнера задает характер продукту и тем самым формирует отношение пользователей к нему.
Программы делаются людьми для людей. И когда игнорируется этот факт, не учитывается человеческая природа, а дизайн основывается только на вау-эффекте, пользователям трудно. Работая с красивым, но сложным приложением, человек испытывает дискомфорт (т.н. когнитивное сопротивление) и не может ответить продукту лояльностью.
Потому работа дизайнера – это креатив и безграничный простор для творчества. Но это также и скрупулезный труд, требующий настойчивости, системного мышления и широкого кругозора. А еще постоянного развития, поскольку тенденции и стандарты отрасли постоянно меняются.
Моим собеседником станет Head of Design компании Solvd Андрей Ридванский. Помимо заоблачного профессионализма, мне нравятся человеческие качества Андрея: честность, отзывчивость, трудоспособность, уверенность в себе - равно как уважение к другим участникам команды.
Кратко, чем ты занимаешься в IT?
Я занимаюсь дизайном и проектированием взаимодействия клиентов с продуктом. От качества моей работы во многом завит успех проекта. Ведь, прежде всего, пользователи оценивают сервис по удобству пользования его функциями.
Кто для тебя тестировщик?
На проекте он страховка от ошибок, безделья и в какой-то мере непрофессионализма. Когда он работает хорошо, я уверен в корректности реализации элементов дизайна командой.
3 софт / хард скилла, которые важны тестеру по твоему мнению?
Терпение и адекватность. Ведь ошибки встречаются не только из-за обстоятельств бизнеса или рынка, но и по глупости.
Самый главный грех тестировщика?
Быть роботом, который воспринимает все буквально и не подвергает увиденное сомнению.
Бывали ли случай из жизни с тестером, который ты запомнишь?
Когда тестер хорош в своем деле, то я запоминаю его как нужного человека на проекте.
5 СОВЕТОВ О ТОМ, КАК СОСТАВИТЬ РЕЗЮМЕ
Актуальной темой является составление резюме. В данной статье, проанализировав совместно с qa_career_up варианты CV коллег, делимся обратной связью.
С чего начать?
Стоит определить свои приоритеты, сильные стороны и интересы. Иначе есть риск пойти по пути Алисы из Страны чудес:
- Скажите, пожалуйста, куда мне отсюда идти? — спросила Алиса.
- А куда ты хочешь попасть? — ответил Кот.
- Мне все равно.
- Тогда все равно, куда и идти.
- Только бы попасть куда-нибудь.
- Куда-нибудь обязательно попадешь. Нужно только достаточно долго идти.
Речь о том, чтобы найти компании, в которых хотелось бы работать. А затем настойчиво идти к цели.
Идеальное резюме
Резюме содержит краткую и уместную информацию об опыте, но не бывает универсальным. Причина в том, что вакантные позиции создаются для решения определенных бизнес-задач проекта, а они уникальны (исходя из определения проекта).
Поэтому опыт может быть релевантным в одном месте, а в другом – нет. Лучше составлять отдельное резюме для каждой вакансии.
Помните о механизме найма сотрудников
Он представляет собой поэтапный процесс. Например, на проекте есть вакантное место. Менеджер составляет список требований к соискателям и делегирует проведение конкурсного отбора отделу кадров. Кадровики затем предоставляют кандидатуры менеджеру, и он принимает итоговое решение.
Из этого следует, что наш изначальный клиент – это рекрутеры. И чтобы пройти на следующий этап собеседования, нужно соответствовать указанным требованиям и правильно донести эту информацию, а именно:
1. Не ломать формат заявок, усложняя работу рекрутерам
Лучше отвечать по существу: с какими технологиями, инструментами работали и чем конкретно занимались (типы тестирования, виды приложений). Маловероятно, что HR заинтересует оригинальность подхода, если это не пункт из требований.
К примеру, в вакансии указано:
👎 Работал на Java, пишу репорты. Еще писал тесты на питоне. Несколько раз выступал на конференции.
👍 Разрабатывал тестовую документацию: тест-план, тест-кейсы, чек-листы. Работал с JIRA, VMWare Workstation.
2. Предоставлять факты, а не абстрактные формулировки
Указывая достижения, будьте конкретными. Вместо «качественно обучал несколько специалистов», лучше указать «обучил 10 тестировщиков, 5 из них получили работу на реальных проектах».
👎 “Имею опыт в тестировании сложных систем (интеграция велосипеда, синтезатора “Ямаха” и Боинг-737)”
👍 «Работал на проекте e-commerce: ритейл система с интеграцией с Salesforce, Musesoft, системой доставки …»
👎 «Умею качественно учить, развивать членов команды»
👍 «Обучила 10 интернов, из них вырастила 3 синьора у себя в команде»
👎 «Работал год лидом. Настойчив в достижении целей и выполнении задач. Умею работать в команде. Целеустремленный и стремлюсь повышать профессиональную компетентность.»
👍 «Работал лидом в команде из 4 человек, руководил процессом распределения задач, написанием документацией, отчетностью перед клиентом (демо и репорты), ...»
3. Указывать навыки, подходящие для конкретной должности
Стоит указать опыт, релевантный требованиям вакансии. Если спрашивают об определенных навыках и технологиях, то пишите о них с фокусом на ваши результаты и достижения.
👎 «Работал бариста в универе. Учился в аспирантуре барабаностроительного факультета и получил докторскую (колбасу)»
👍
«Автоматизация: Java, писал и поддерживал web-тесты, работал с TestNG, Maven, …
SQL: пишу скрипты, умело отличаю LEFT JOIN от INNER JOIN, …
Документация: создавал Test strategy, Test Plan (Google sheets, Confluence), …»
Актуальной темой является составление резюме. В данной статье, проанализировав совместно с qa_career_up варианты CV коллег, делимся обратной связью.
С чего начать?
Стоит определить свои приоритеты, сильные стороны и интересы. Иначе есть риск пойти по пути Алисы из Страны чудес:
- Скажите, пожалуйста, куда мне отсюда идти? — спросила Алиса.
- А куда ты хочешь попасть? — ответил Кот.
- Мне все равно.
- Тогда все равно, куда и идти.
- Только бы попасть куда-нибудь.
- Куда-нибудь обязательно попадешь. Нужно только достаточно долго идти.
Речь о том, чтобы найти компании, в которых хотелось бы работать. А затем настойчиво идти к цели.
Идеальное резюме
Резюме содержит краткую и уместную информацию об опыте, но не бывает универсальным. Причина в том, что вакантные позиции создаются для решения определенных бизнес-задач проекта, а они уникальны (исходя из определения проекта).
Поэтому опыт может быть релевантным в одном месте, а в другом – нет. Лучше составлять отдельное резюме для каждой вакансии.
Помните о механизме найма сотрудников
Он представляет собой поэтапный процесс. Например, на проекте есть вакантное место. Менеджер составляет список требований к соискателям и делегирует проведение конкурсного отбора отделу кадров. Кадровики затем предоставляют кандидатуры менеджеру, и он принимает итоговое решение.
Из этого следует, что наш изначальный клиент – это рекрутеры. И чтобы пройти на следующий этап собеседования, нужно соответствовать указанным требованиям и правильно донести эту информацию, а именно:
1. Не ломать формат заявок, усложняя работу рекрутерам
Лучше отвечать по существу: с какими технологиями, инструментами работали и чем конкретно занимались (типы тестирования, виды приложений). Маловероятно, что HR заинтересует оригинальность подхода, если это не пункт из требований.
К примеру, в вакансии указано:
- Опыт разработки тестовой документации: тест-планов, тест-кейсов, чек-листов;.
- Опыт работы с JIRA и виртуальными машинами (VMWare Workstation)
👎 Работал на Java, пишу репорты. Еще писал тесты на питоне. Несколько раз выступал на конференции.
👍 Разрабатывал тестовую документацию: тест-план, тест-кейсы, чек-листы. Работал с JIRA, VMWare Workstation.
2. Предоставлять факты, а не абстрактные формулировки
Указывая достижения, будьте конкретными. Вместо «качественно обучал несколько специалистов», лучше указать «обучил 10 тестировщиков, 5 из них получили работу на реальных проектах».
👎 “Имею опыт в тестировании сложных систем (интеграция велосипеда, синтезатора “Ямаха” и Боинг-737)”
👍 «Работал на проекте e-commerce: ритейл система с интеграцией с Salesforce, Musesoft, системой доставки …»
👎 «Умею качественно учить, развивать членов команды»
👍 «Обучила 10 интернов, из них вырастила 3 синьора у себя в команде»
👎 «Работал год лидом. Настойчив в достижении целей и выполнении задач. Умею работать в команде. Целеустремленный и стремлюсь повышать профессиональную компетентность.»
👍 «Работал лидом в команде из 4 человек, руководил процессом распределения задач, написанием документацией, отчетностью перед клиентом (демо и репорты), ...»
3. Указывать навыки, подходящие для конкретной должности
Стоит указать опыт, релевантный требованиям вакансии. Если спрашивают об определенных навыках и технологиях, то пишите о них с фокусом на ваши результаты и достижения.
👎 «Работал бариста в универе. Учился в аспирантуре барабаностроительного факультета и получил докторскую (колбасу)»
👍
«Автоматизация: Java, писал и поддерживал web-тесты, работал с TestNG, Maven, …
SQL: пишу скрипты, умело отличаю LEFT JOIN от INNER JOIN, …
Документация: создавал Test strategy, Test Plan (Google sheets, Confluence), …»
4. Быть кратким
Резюме не подходит для детального описания достижений или тернистого жизненного пути. Выделите главное на одной странице: несколько ключевых навыков, в чем сильны, чем гордитесь и укажите метрики. Остальное можете добавить в LinkedIn и оставить ссылку в резюме. Заинтересованный человек сможет ознакомиться с деталями в случае необходимости.
👎
«Свой жизненный путь на этой грешной Земле автор этих строк начал в далеком 1991-м. Да, тогда еще компьютеры были редкостью. Представьте себе! Словно Билл Гейтс я искал возможность работать с ними. Помню, как пропадал в компьютерном клубах. На меня ругался папа и бил ремнем. Вот поэтому я и полюбил С++ ….»
👍
«Учился: факультет электроники Кембриджа (2011-2015), курсы тестирования IT-magician (2015-2017) ... ;
Работал: компания “Альбатрос”, ведущий тестер, делал … ;
Хобби: лыжи, санки и каное ….»
5. Быть доброжелательны
Рекрутер, как и любой специалист, может не знать особенностей некоторых технологий. Относитесь с пониманием к недостаточно яркой реакции на ваши регалии или просьбу сделать тестовые задания. Последнее отчасти проверка soft skills: адекватности, умения общаться с незнакомыми людьми и реагировать на нестандартные ситуации.
А еще будьте в себе уверены: не преуменьшайте свой опыт использованием кавычек или эпитетов с негативным оттенком.
👎 «Я не буду выполнять тестовое задание, поцелуйте меня в…»
👍 «У меня трудно со свободным временем, мы можем рассмотреть альтернативный вариант с тестовым заданием?»
👎 «Вообще я был лидом, ну как лидом, ну таким, «номинальным»
👍 «Я имел опыт руководства командой, за год я сумел вывести команду из кризиса и сдать проект»
👎 «Английский у меня такой-сякой. Нет, ну могу нормально общаться, но надо еще учить»
👍 «Уровень английского B2: веду переписку, задания, могу презентовал работу для заказчика на демо»
Вывод
Адаптируйте резюме, ориентируясь на требования в вакансии. Пишите кратко и ясно и будьте дружелюбны - и у вас появится больше шансов найти работу.
Резюме не подходит для детального описания достижений или тернистого жизненного пути. Выделите главное на одной странице: несколько ключевых навыков, в чем сильны, чем гордитесь и укажите метрики. Остальное можете добавить в LinkedIn и оставить ссылку в резюме. Заинтересованный человек сможет ознакомиться с деталями в случае необходимости.
👎
«Свой жизненный путь на этой грешной Земле автор этих строк начал в далеком 1991-м. Да, тогда еще компьютеры были редкостью. Представьте себе! Словно Билл Гейтс я искал возможность работать с ними. Помню, как пропадал в компьютерном клубах. На меня ругался папа и бил ремнем. Вот поэтому я и полюбил С++ ….»
👍
«Учился: факультет электроники Кембриджа (2011-2015), курсы тестирования IT-magician (2015-2017) ... ;
Работал: компания “Альбатрос”, ведущий тестер, делал … ;
Хобби: лыжи, санки и каное ….»
5. Быть доброжелательны
Рекрутер, как и любой специалист, может не знать особенностей некоторых технологий. Относитесь с пониманием к недостаточно яркой реакции на ваши регалии или просьбу сделать тестовые задания. Последнее отчасти проверка soft skills: адекватности, умения общаться с незнакомыми людьми и реагировать на нестандартные ситуации.
А еще будьте в себе уверены: не преуменьшайте свой опыт использованием кавычек или эпитетов с негативным оттенком.
👎 «Я не буду выполнять тестовое задание, поцелуйте меня в…»
👍 «У меня трудно со свободным временем, мы можем рассмотреть альтернативный вариант с тестовым заданием?»
👎 «Вообще я был лидом, ну как лидом, ну таким, «номинальным»
👍 «Я имел опыт руководства командой, за год я сумел вывести команду из кризиса и сдать проект»
👎 «Английский у меня такой-сякой. Нет, ну могу нормально общаться, но надо еще учить»
👍 «Уровень английского B2: веду переписку, задания, могу презентовал работу для заказчика на демо»
Вывод
Адаптируйте резюме, ориентируясь на требования в вакансии. Пишите кратко и ясно и будьте дружелюбны - и у вас появится больше шансов найти работу.
ОБЗОР КНИГИ «ПСИХБОЛЬНИЦА В РУКАХ ПАЦИЕНТА» АЛЕНА КУПЕРА
Об авторе
Американский дизайнер, программист и автор книг.
Факты из жизни:
- в 1988 г. продал Биллу Гейтсу прототип визуальной среды разработки, впоследствии ставший Visual Basic;
- работал с Биллом Гейтсом на заре становления Microsoft;
- в 1995 г. создал метод целенаправленного дизайна (goal-directed design), основанный на раскрытии потребностей пользователей, понимании их индивидуальности и создании интерфейса продукта на базе этих знаний;
- изобрел концепцию проектирования с виртуальными персонажами, которые выступают олицетворением конечных пользователей приложения;
- в 2017 введен в Зал стипендиатов Музея истории компьютеров.
Источники: сайты Wikipedia, личный сайт Алана Купера
О книге
В разработке важно соблюдать баланс приоритетов. Чтобы проект не стал джангой наоборот - попыткой втиснуть в приложение новые фичи, пока оно не «упадет».
Все хотят работать над интересными задачами. Архитекторы и разработчики тяготеют к сложным техническим решениям. Дизайнеры не против внести нотки оригинальности. Тестировщики стремятся найти всевозможные дефекты.
Однако пользователи ожидают от продукта решения своей «боли» и комфорта при выполнении ежедневных задач.
Поэтому Купер призывает начинать работу с проектирования взаимодействия, чтобы удовлетворить потребности пользователей и достичь цели бизнеса.
При таком системном подходе исключаются неприоритетные задачи и значительно оптимизируется работа. Приложения создаются быстрее за счет уменьшения числа корректив и как следствие совершенных ошибок.
Рекомендую книгу тем, кто вовлечен в процесс разработки: дизайнерам, архитекторам, программистам, а также руководителям в тестировании, разработке, маркетинге и продажах.
Цитаты
Успешный профессионал XXI века - это либо инженер, разбирающийся в бизнесе, либо бизнесмен, разбирающийся в технологиях. Бизнесмен, разбирающийся в технологиях, понимает, что его успех зависит от качества доступной ему информации и его умения воспользоваться этой информацией. Инженер, разбирающийся в бизнесе, — это предприимчивый конструктор или ученый, специализирующийся на технологиях, но при этом обладающий деловой хваткой и осознающий, какая огромная сила заключена в информации. Оба новых архетипа будут доминировать в современном бизнесе.
Сложности во взаимодействии с компьютерами влияют на всех нас временами, приводя к фатальным последствиям. Но программные продукты сложны в применении не из-за сложности самих компьютеров, а потому, что в основу их разработки заложен неверный процесс. Данная книга призвана не только продемонстрировать следствия такого неверного процесса, но и прояснить причины его возникновения. Далее мы рассмотрим, как следовало бы изменить процесс, чтобы наше программное обеспечение обрело дружелюбный вид и мощный функционал.
Процесс инженерного проектирования при создании сложной системы не делает разницы между тем, будет ли ею оперировать специально нанятый профессионал или же неподготовленный новичок который на это не подписывался. Процесс инженерного проектирования не обладает представлениями, как работать с этими особенностям человеческого характера. Он концентрируется только на вопросах реализации продукта: «из чего это будет сделано?», «как это будет сделано?».
Проектирование архитектуры следует начинать на ранних стадиях инженерного планирования. Более того, именно оно должно быть движущей силой на этих стадиях.
Об авторе
Американский дизайнер, программист и автор книг.
Факты из жизни:
- в 1988 г. продал Биллу Гейтсу прототип визуальной среды разработки, впоследствии ставший Visual Basic;
- работал с Биллом Гейтсом на заре становления Microsoft;
- в 1995 г. создал метод целенаправленного дизайна (goal-directed design), основанный на раскрытии потребностей пользователей, понимании их индивидуальности и создании интерфейса продукта на базе этих знаний;
- изобрел концепцию проектирования с виртуальными персонажами, которые выступают олицетворением конечных пользователей приложения;
- в 2017 введен в Зал стипендиатов Музея истории компьютеров.
Источники: сайты Wikipedia, личный сайт Алана Купера
О книге
В разработке важно соблюдать баланс приоритетов. Чтобы проект не стал джангой наоборот - попыткой втиснуть в приложение новые фичи, пока оно не «упадет».
Все хотят работать над интересными задачами. Архитекторы и разработчики тяготеют к сложным техническим решениям. Дизайнеры не против внести нотки оригинальности. Тестировщики стремятся найти всевозможные дефекты.
Однако пользователи ожидают от продукта решения своей «боли» и комфорта при выполнении ежедневных задач.
Поэтому Купер призывает начинать работу с проектирования взаимодействия, чтобы удовлетворить потребности пользователей и достичь цели бизнеса.
При таком системном подходе исключаются неприоритетные задачи и значительно оптимизируется работа. Приложения создаются быстрее за счет уменьшения числа корректив и как следствие совершенных ошибок.
Рекомендую книгу тем, кто вовлечен в процесс разработки: дизайнерам, архитекторам, программистам, а также руководителям в тестировании, разработке, маркетинге и продажах.
Цитаты
Успешный профессионал XXI века - это либо инженер, разбирающийся в бизнесе, либо бизнесмен, разбирающийся в технологиях. Бизнесмен, разбирающийся в технологиях, понимает, что его успех зависит от качества доступной ему информации и его умения воспользоваться этой информацией. Инженер, разбирающийся в бизнесе, — это предприимчивый конструктор или ученый, специализирующийся на технологиях, но при этом обладающий деловой хваткой и осознающий, какая огромная сила заключена в информации. Оба новых архетипа будут доминировать в современном бизнесе.
Сложности во взаимодействии с компьютерами влияют на всех нас временами, приводя к фатальным последствиям. Но программные продукты сложны в применении не из-за сложности самих компьютеров, а потому, что в основу их разработки заложен неверный процесс. Данная книга призвана не только продемонстрировать следствия такого неверного процесса, но и прояснить причины его возникновения. Далее мы рассмотрим, как следовало бы изменить процесс, чтобы наше программное обеспечение обрело дружелюбный вид и мощный функционал.
Процесс инженерного проектирования при создании сложной системы не делает разницы между тем, будет ли ею оперировать специально нанятый профессионал или же неподготовленный новичок который на это не подписывался. Процесс инженерного проектирования не обладает представлениями, как работать с этими особенностям человеческого характера. Он концентрируется только на вопросах реализации продукта: «из чего это будет сделано?», «как это будет сделано?».
Проектирование архитектуры следует начинать на ранних стадиях инженерного планирования. Более того, именно оно должно быть движущей силой на этих стадиях.
Попытка снабдить продукт дополнительным новым функционалом, не так важна потребителям, как адекватное взаимодействие с продуктом и те конкретные проблемы, которые можно решить с помощью базовых функциональных возможностей.
Внутренняя часть программы должна быть написана на основе экспертных знаний технических нюансов и с учетом требований компьютеров. Внешняя часть программы должна быть написана с вниманием к потребностям людей. С первой задачей хорошо справятся программисты, а вторая — удел проектировщиков взаимодействия.
Какими бы ни были изменения и улучшения в интерфейсе, они понижают общее качество кода, поскольку неизбежно оставляет после себя некрасивые сращивания и рубцы.
Фанатичное стремление предусматривать возможные исключительные ситуации влечет за собой неминуемые последствия в виде пренебрежения теми событиями, которые имеют больший процент вероятности случиться. В результате на свет появляются программы, которые обладают взаимодействием, напичканным редкими или невостребованными функциями, которые затрудняют работу с тем, что действительно важно и часто применяется. Вот одна из самых распространенных жалоб пользователей: с программой сложно работать, потому что в ней слишком много разных настроек и все смешаны в одну кучу, без какого бы то ни было разделения.
Если вы хотите проектировать программные продукты, которые сделают ваших пользователей счастливыми, вам нужно точно понимать, что это за люди. Поэтому персоны играют важную роль в проекте.
Существует такая шутка: пилот небольшого самолета заблудился в облаках. Он идет на снижение, пока не оказывается рядом с офисным зданием, и кричит человеку в открытом окне: «Не подскажете, где я?» На что человек выдает ответ: «Вы в самолете, примерно в тридцати метрах над землей». Пилот тут же берет верный курс и спустя некоторое время благополучно приземляется в аэропорту. Пассажиры самолета удивленно спрашивают, как он понял, куда лететь. И пилот говорит: «Тот человек ответил мне совершенно точно и правдиво, но эта информация была абсолютно бесполезна, поэтому я сразу догадался, что этот человек — разработчик из Microsoft, а я знаю, где расположено здание Microsoft по отношению к аэропорту».
Если программа утаивает часть информации, вызывая у пользователя затруднения в оценке происходящего, заставляет его тратить время на выискивание самых важных и часто используемых функций и в придачу норовит обвинить пользователя в собственных промахах, пользователь отнесется к такой программе с неприязнью и получит негативный опыт взаимодействия. В этом случае даже присутствие в интерфейсе слов «спасибо» и «пожалуйста» будет не способно исправить ситуацию. Не скроет недостатки и идеально красивый, визуально насыщенный, чрезмерно информативный и даже антропоморфный интерфейс.
Если пользователь выполняет какую-то задачу постоянно, соответствующее взаимодействие должно быть спроектировано на высшем уровне качества. То же справедливо и для задачи, которая выполняется редко, но неизбежно. Взаимодействие для нее также должно быть качественно спроектировано. А вот проектирование взаимодействия для задач, выполнение которых необязательно или происходит не каждый день, не требует такого скрупулезного подхода. Ресурсы в виде времени и денег всегда ограниченны, а потому это отличная возможность сэкономить и перераспределить ресурсы на более полезные вещи. Готовиться нужно ко всем видам сценариев, но детально проектировать взаимодействие следует под те из них, которые наиболее важны или происходят чаще остальных.
Большинство пользователей нельзя отнести ни к «опытным, ни к экспертам – они находятся где-то посередине. Программисты настаивают на взаимодействии, подходящем лишь для таких же продвинутых пользователей, в то время как маркетологи требуют взаимодействия для новичков. Самой же обширной, неизменной и самой важной группой пользователей со средними навыками — попросту пренебрегают.
Чем меньше кода, тем меньше ошибок, запутанных моментов, возможностей для возникновения некорректного поведения, и такую программу легче сопровождать.
Внутренняя часть программы должна быть написана на основе экспертных знаний технических нюансов и с учетом требований компьютеров. Внешняя часть программы должна быть написана с вниманием к потребностям людей. С первой задачей хорошо справятся программисты, а вторая — удел проектировщиков взаимодействия.
Какими бы ни были изменения и улучшения в интерфейсе, они понижают общее качество кода, поскольку неизбежно оставляет после себя некрасивые сращивания и рубцы.
Фанатичное стремление предусматривать возможные исключительные ситуации влечет за собой неминуемые последствия в виде пренебрежения теми событиями, которые имеют больший процент вероятности случиться. В результате на свет появляются программы, которые обладают взаимодействием, напичканным редкими или невостребованными функциями, которые затрудняют работу с тем, что действительно важно и часто применяется. Вот одна из самых распространенных жалоб пользователей: с программой сложно работать, потому что в ней слишком много разных настроек и все смешаны в одну кучу, без какого бы то ни было разделения.
Если вы хотите проектировать программные продукты, которые сделают ваших пользователей счастливыми, вам нужно точно понимать, что это за люди. Поэтому персоны играют важную роль в проекте.
Существует такая шутка: пилот небольшого самолета заблудился в облаках. Он идет на снижение, пока не оказывается рядом с офисным зданием, и кричит человеку в открытом окне: «Не подскажете, где я?» На что человек выдает ответ: «Вы в самолете, примерно в тридцати метрах над землей». Пилот тут же берет верный курс и спустя некоторое время благополучно приземляется в аэропорту. Пассажиры самолета удивленно спрашивают, как он понял, куда лететь. И пилот говорит: «Тот человек ответил мне совершенно точно и правдиво, но эта информация была абсолютно бесполезна, поэтому я сразу догадался, что этот человек — разработчик из Microsoft, а я знаю, где расположено здание Microsoft по отношению к аэропорту».
Если программа утаивает часть информации, вызывая у пользователя затруднения в оценке происходящего, заставляет его тратить время на выискивание самых важных и часто используемых функций и в придачу норовит обвинить пользователя в собственных промахах, пользователь отнесется к такой программе с неприязнью и получит негативный опыт взаимодействия. В этом случае даже присутствие в интерфейсе слов «спасибо» и «пожалуйста» будет не способно исправить ситуацию. Не скроет недостатки и идеально красивый, визуально насыщенный, чрезмерно информативный и даже антропоморфный интерфейс.
Если пользователь выполняет какую-то задачу постоянно, соответствующее взаимодействие должно быть спроектировано на высшем уровне качества. То же справедливо и для задачи, которая выполняется редко, но неизбежно. Взаимодействие для нее также должно быть качественно спроектировано. А вот проектирование взаимодействия для задач, выполнение которых необязательно или происходит не каждый день, не требует такого скрупулезного подхода. Ресурсы в виде времени и денег всегда ограниченны, а потому это отличная возможность сэкономить и перераспределить ресурсы на более полезные вещи. Готовиться нужно ко всем видам сценариев, но детально проектировать взаимодействие следует под те из них, которые наиболее важны или происходят чаще остальных.
Большинство пользователей нельзя отнести ни к «опытным, ни к экспертам – они находятся где-то посередине. Программисты настаивают на взаимодействии, подходящем лишь для таких же продвинутых пользователей, в то время как маркетологи требуют взаимодействия для новичков. Самой же обширной, неизменной и самой важной группой пользователей со средними навыками — попросту пренебрегают.
Чем меньше кода, тем меньше ошибок, запутанных моментов, возможностей для возникновения некорректного поведения, и такую программу легче сопровождать.
Проектировщику хорошо известно, что каждый дополнительный элемент интерфейса – дополнительная нагрузка на пользователя. Каждая лишняя кнопка или значок – это еще один элемент, с которым пользователь должен ознакомиться и попытаться освоить.
Бывает весьма полезно осознать тот факт, что пользователям обычно нет никакого дела до надписей в строке состояния, хотя в программистской среде она столь популярна. В ходе тестирования намеревались понять, насколько эффективна строка состояния в самом низу окна программы. В ходе эксперимента участникам нужно было выполнить несложное задание в электронной таблице. При этом каждые пять минут в строке состояния отображалась надпись: «К обратной стороне вашего стула приклеена банкнота в $50. Заберите ее!» Тестирование продолжалось целый день, однако за это время не нашлось ни одного участника (а их было более десяти), кто предпринял бы попытку забрать купюру.
Прислушиваться — это разумное решение. Это означает, что вы пропускаете всю полученную информацию через себя. Слепо следовать указаниям клиентов – плохое решение. Это значит, что вы просто выполняете все, чего от вас захочет потребитель. В таком случае уже не вы ведете игру с огнем, а он начинает играть с вами.
Разумеется, отслеживая реакцию пользователя во время демо вы можете узнать много интересного, однако, пропуская этап проектирования, вы в итоге можете прийти к осознанию, что тестировали совсем не то, что нужно. Более того, при такой форме эксперимента любое незначительное действие, исходящее от инициатора тестирования, вроде кивка головой, мимолетно сказанного слова, неосторожного взгляда, может оказать сильное влияние на результаты, искажая их.
Никакое проектирование не будет иметь смысла, до тех пор, пока не воплотится в жизнь. А этого не случится, пока оно не будет описано в мельчайших конкретных деталях, в концепциях, понятных программистам. Описывать идеи проектирования нужно в письменном виде, максимально подробно, приводя примеры и неопровержимые доказательства пользы.
Задокументированный план проектирования подобен плану военных действий. Каждый знает свою зону ответственности и осведомлен обо всех критических и важных аспектах.
Программисты обычно используют весьма действенную тактику, называемую «пассивно-агрессивной». Они не будут вступать в конфронтацию для решения какого-либо вопроса, а вместо этого начнут избегать внимания к этой проблеме и втихомолку сами будут действовать – или бездействовать. Если что-либо не было задокументировано, очень велики шансы, что идею истолкуют неверно или вовсе проигнорируют, поскольку внутренние мотивы программистов и пользователей различаются самым кардинальным образом. Просто не описывать диалоговое окно в документе нельзя - проектировщик обязан невероятно четко указать, где этого диалогового окна быть не должно, чтобы программисты не добавляли лишние окна по собственной инициативе. Программисты считают диалоговые отличной вещью и думают, что делают пользователям огромное одолжение, когда, улучив свободную минутку, вставляют в программу пару-тройку диалоговых окон. Для пользователей же эти окна вещь крайне ненавистная, они изнуряют и снижают производительность работы пользователя.
Способность к четкому видению ситуации – это ключевая компетенция, а многие компании из категории ваших клиентов с трудом могут сосредоточиться на собственном бизнесе, не говоря уже о вашем. Поэтому, несмотря на то, что клиенты выдают вам противоречивые указания, они рассчитывают, что вы сами сумеете правильно определить, чему из этого следовать (похожая ситуация складывается в отношениях - примечание автора статьи).
Если в каноэ один участник команды гребет в направлении, противоположном правильному, вся команда уже не может рассчитывать на призовое место. Чтобы прийти к победе, вся команда должна грести сообща, а любой человек, перетягивающий одеяло на себя, способен навредить.
Бывает весьма полезно осознать тот факт, что пользователям обычно нет никакого дела до надписей в строке состояния, хотя в программистской среде она столь популярна. В ходе тестирования намеревались понять, насколько эффективна строка состояния в самом низу окна программы. В ходе эксперимента участникам нужно было выполнить несложное задание в электронной таблице. При этом каждые пять минут в строке состояния отображалась надпись: «К обратной стороне вашего стула приклеена банкнота в $50. Заберите ее!» Тестирование продолжалось целый день, однако за это время не нашлось ни одного участника (а их было более десяти), кто предпринял бы попытку забрать купюру.
Прислушиваться — это разумное решение. Это означает, что вы пропускаете всю полученную информацию через себя. Слепо следовать указаниям клиентов – плохое решение. Это значит, что вы просто выполняете все, чего от вас захочет потребитель. В таком случае уже не вы ведете игру с огнем, а он начинает играть с вами.
Разумеется, отслеживая реакцию пользователя во время демо вы можете узнать много интересного, однако, пропуская этап проектирования, вы в итоге можете прийти к осознанию, что тестировали совсем не то, что нужно. Более того, при такой форме эксперимента любое незначительное действие, исходящее от инициатора тестирования, вроде кивка головой, мимолетно сказанного слова, неосторожного взгляда, может оказать сильное влияние на результаты, искажая их.
Никакое проектирование не будет иметь смысла, до тех пор, пока не воплотится в жизнь. А этого не случится, пока оно не будет описано в мельчайших конкретных деталях, в концепциях, понятных программистам. Описывать идеи проектирования нужно в письменном виде, максимально подробно, приводя примеры и неопровержимые доказательства пользы.
Задокументированный план проектирования подобен плану военных действий. Каждый знает свою зону ответственности и осведомлен обо всех критических и важных аспектах.
Программисты обычно используют весьма действенную тактику, называемую «пассивно-агрессивной». Они не будут вступать в конфронтацию для решения какого-либо вопроса, а вместо этого начнут избегать внимания к этой проблеме и втихомолку сами будут действовать – или бездействовать. Если что-либо не было задокументировано, очень велики шансы, что идею истолкуют неверно или вовсе проигнорируют, поскольку внутренние мотивы программистов и пользователей различаются самым кардинальным образом. Просто не описывать диалоговое окно в документе нельзя - проектировщик обязан невероятно четко указать, где этого диалогового окна быть не должно, чтобы программисты не добавляли лишние окна по собственной инициативе. Программисты считают диалоговые отличной вещью и думают, что делают пользователям огромное одолжение, когда, улучив свободную минутку, вставляют в программу пару-тройку диалоговых окон. Для пользователей же эти окна вещь крайне ненавистная, они изнуряют и снижают производительность работы пользователя.
Способность к четкому видению ситуации – это ключевая компетенция, а многие компании из категории ваших клиентов с трудом могут сосредоточиться на собственном бизнесе, не говоря уже о вашем. Поэтому, несмотря на то, что клиенты выдают вам противоречивые указания, они рассчитывают, что вы сами сумеете правильно определить, чему из этого следовать (похожая ситуация складывается в отношениях - примечание автора статьи).
Если в каноэ один участник команды гребет в направлении, противоположном правильному, вся команда уже не может рассчитывать на призовое место. Чтобы прийти к победе, вся команда должна грести сообща, а любой человек, перетягивающий одеяло на себя, способен навредить.