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. Заберите ее!» Тестирование продолжалось целый день, однако за это время не нашлось ни одного участника (а их было более десяти), кто предпринял бы попытку забрать купюру.
Прислушиваться — это разумное решение. Это означает, что вы пропускаете всю полученную информацию через себя. Слепо следовать указаниям клиентов – плохое решение. Это значит, что вы просто выполняете все, чего от вас захочет потребитель. В таком случае уже не вы ведете игру с огнем, а он начинает играть с вами.
Разумеется, отслеживая реакцию пользователя во время демо вы можете узнать много интересного, однако, пропуская этап проектирования, вы в итоге можете прийти к осознанию, что тестировали совсем не то, что нужно. Более того, при такой форме эксперимента любое незначительное действие, исходящее от инициатора тестирования, вроде кивка головой, мимолетно сказанного слова, неосторожного взгляда, может оказать сильное влияние на результаты, искажая их.
Никакое проектирование не будет иметь смысла, до тех пор, пока не воплотится в жизнь. А этого не случится, пока оно не будет описано в мельчайших конкретных деталях, в концепциях, понятных программистам. Описывать идеи проектирования нужно в письменном виде, максимально подробно, приводя примеры и неопровержимые доказательства пользы.
Задокументированный план проектирования подобен плану военных действий. Каждый знает свою зону ответственности и осведомлен обо всех критических и важных аспектах.
Программисты обычно используют весьма действенную тактику, называемую «пассивно-агрессивной». Они не будут вступать в конфронтацию для решения какого-либо вопроса, а вместо этого начнут избегать внимания к этой проблеме и втихомолку сами будут действовать – или бездействовать. Если что-либо не было задокументировано, очень велики шансы, что идею истолкуют неверно или вовсе проигнорируют, поскольку внутренние мотивы программистов и пользователей различаются самым кардинальным образом. Просто не описывать диалоговое окно в документе нельзя - проектировщик обязан невероятно четко указать, где этого диалогового окна быть не должно, чтобы программисты не добавляли лишние окна по собственной инициативе. Программисты считают диалоговые отличной вещью и думают, что делают пользователям огромное одолжение, когда, улучив свободную минутку, вставляют в программу пару-тройку диалоговых окон. Для пользователей же эти окна вещь крайне ненавистная, они изнуряют и снижают производительность работы пользователя.
Способность к четкому видению ситуации – это ключевая компетенция, а многие компании из категории ваших клиентов с трудом могут сосредоточиться на собственном бизнесе, не говоря уже о вашем. Поэтому, несмотря на то, что клиенты выдают вам противоречивые указания, они рассчитывают, что вы сами сумеете правильно определить, чему из этого следовать (похожая ситуация складывается в отношениях - примечание автора статьи).
Если в каноэ один участник команды гребет в направлении, противоположном правильному, вся команда уже не может рассчитывать на призовое место. Чтобы прийти к победе, вся команда должна грести сообща, а любой человек, перетягивающий одеяло на себя, способен навредить.
Точно зная, что именно вы делаете, вы убережете себя от распыления усилий на вещи, которые точно делать не собираетесь. Мало какая компания может позволить себе тратить массу усилий на совершенно не соответствующие общим целям.
Если человек оказывается наделен ответственностью за качество продукта, а также соответствующими полномочиями, он с большой долей вероятности примет этот вызов, вне зависимости от своего уровня подготовки. Так, если вы разыщете подходящего специалиста и вмените ему полную власть над качеством и поведением продукта, вы получите продукт много лучший, чем если бы вы этого не сделали.
Во время калибровки топливного клапана техник военно-морских сил США ввел нуль в один из управляющих компьютеров, оснащенных процессором Pentium Pro и операционной системой Windows NT. Программа предприняла попытку поделить другое число на это нулевое значение, иначе говоря, выполнить действие, запрещенное в математике. Результатом стал глобальный сбой во всей системе управления бортом. Оставшись без компьютерного управления, двигатель встал, и корабль дрейфовал на волнах 2 часа 45 минут, до тех пор, пока его не отбуксировали на базу. Удача, что подобное не случилось в зоне боевых действий.
Программистам не хватает времени, четких указаний и адекватных планов, позволяющих добиться успеха. Повторюсь, чтобы решить проблему, ее следует сначала разобрать на составляющие. Я ищу решения, а не козлов отпущения.
Предсказать, какие функции каждого нового устройства будут востребованы, а какие — нет, несложно. Чем больше манипуляций потребуется сделать, чтобы воспользоваться той или иной опцией, тем меньше она будет востребована, то есть наблюдается обратно пропорциональная зависимость.
Плюсы и минусы
👍 универсальность: IT-спецам полезно почитать книгу, чтобы лучше понимать процесс разработки;
👍практичность: примеры разъясняют излагаемый материал.
👎 формат книги: мягкая обложка и слабый переплет;
👎 нужно переиздание: некоторые технологии в примерах устарели и могут быть неинформативны;
👎 нет выводов: было бы здорово иметь резюме по главам, чтобы по необходимости освежать знания.
Что ещё почитать
Похожие книги по тематике:
Дж. Рейнвотер, «Как пасти котов»
Изображения: сайт Oz.by
Если человек оказывается наделен ответственностью за качество продукта, а также соответствующими полномочиями, он с большой долей вероятности примет этот вызов, вне зависимости от своего уровня подготовки. Так, если вы разыщете подходящего специалиста и вмените ему полную власть над качеством и поведением продукта, вы получите продукт много лучший, чем если бы вы этого не сделали.
Во время калибровки топливного клапана техник военно-морских сил США ввел нуль в один из управляющих компьютеров, оснащенных процессором Pentium Pro и операционной системой Windows NT. Программа предприняла попытку поделить другое число на это нулевое значение, иначе говоря, выполнить действие, запрещенное в математике. Результатом стал глобальный сбой во всей системе управления бортом. Оставшись без компьютерного управления, двигатель встал, и корабль дрейфовал на волнах 2 часа 45 минут, до тех пор, пока его не отбуксировали на базу. Удача, что подобное не случилось в зоне боевых действий.
Программистам не хватает времени, четких указаний и адекватных планов, позволяющих добиться успеха. Повторюсь, чтобы решить проблему, ее следует сначала разобрать на составляющие. Я ищу решения, а не козлов отпущения.
Предсказать, какие функции каждого нового устройства будут востребованы, а какие — нет, несложно. Чем больше манипуляций потребуется сделать, чтобы воспользоваться той или иной опцией, тем меньше она будет востребована, то есть наблюдается обратно пропорциональная зависимость.
Плюсы и минусы
👍 универсальность: IT-спецам полезно почитать книгу, чтобы лучше понимать процесс разработки;
👍практичность: примеры разъясняют излагаемый материал.
👎 формат книги: мягкая обложка и слабый переплет;
👎 нужно переиздание: некоторые технологии в примерах устарели и могут быть неинформативны;
👎 нет выводов: было бы здорово иметь резюме по главам, чтобы по необходимости освежать знания.
Что ещё почитать
Похожие книги по тематике:
Дж. Рейнвотер, «Как пасти котов»
Изображения: сайт Oz.by
СОВМЕСТНЫЙ ПОСТ С VOITIXLER ОБ ОСОБЕННОСТЯХ ТЕСТИРОВАНИЯ В ФИТНЕС-ИНДУСТРИИ
Продолжаем серию об особенностях тестирования в IT и сегодня обсуждаем фитнес сферу. Спрашивает @voitixler, отвечает Lead QA @dseachouk
⠀
❓О чем ваш проект?
Один из клиентов компании - международный производитель спортивной одежды и экипировки. В его бизнес-портфель входило несколько фитнес-приложений для спорта (в основном бега) и мониторинга питания (похудения или наращивания мышечной массы).
⠀
❓В чем сложность тестирования?
Приложения ориентированы на массрынок, отсюда и специфика тестирования:
- разнообразие пользовательского окружения – телефонов и планшетов, на которых всё должно работать;
- множество фитнес-девайсов: трекеры, смарт-часы, смарт-обувь, пульсометры и наушники;
- комплексность совместной работы устройств, приложений и сервисов;
- частые релизы: раз в 1-2 недели;
- высокая цена ошибки тестировщика из-за конкуренции в stores.
⠀
Кроме того, заказчик занимался международным ритейлером. Это требовало проведения A/B тестирования, проверок локализаций, аналитики и Data Layer, а также интеграции с системами бизнес-менеджмента (Salesforce).
⠀
❓Какие инструменты использовались для автоматизации?
В компании использовались собственные разработки, выделенные в отдельный продукт - Zebrunner.
⠀
❓Какие особенности тестирования и требуются ли специальные знания?
Чтобы убедиться, работают ли диеты и не грешат ли датчики в устройствах, функционал проверялся во время занятий спортом. На кону здоровье пользователей и нельзя полагаться на эмуляцию.
⠀
❓Были ли интересные случаи?
На коллегу косо смотрели соседи. Представь, человек выходит на улицу прыгает, бегает по кругу во дворе, топает на месте, бормочет какие-то заклинания а-ля “скипнем дейлик” и уходит домой. Делает он это поздним вечером, под дождем и даже в -20 С зимой. Если не рассказать о своей работе, у людей могут возникнуть мысли о душевной болезни или нахождении под веществами.
⠀
❓Насколько работа тебе интересна и почему?
Это работа мечты для любителей спорта - она позволяет заниматься любимым делом и зарабатывать. Кроме того, приятно быть причастным к чему-то важному. К примеру, до сих пор пользуюсь на пробежках спецверсией часов Samsung, в релизе которых участвовал, а также приложениями, которые тестировал.
Продолжаем серию об особенностях тестирования в IT и сегодня обсуждаем фитнес сферу. Спрашивает @voitixler, отвечает Lead QA @dseachouk
⠀
❓О чем ваш проект?
Один из клиентов компании - международный производитель спортивной одежды и экипировки. В его бизнес-портфель входило несколько фитнес-приложений для спорта (в основном бега) и мониторинга питания (похудения или наращивания мышечной массы).
⠀
❓В чем сложность тестирования?
Приложения ориентированы на массрынок, отсюда и специфика тестирования:
- разнообразие пользовательского окружения – телефонов и планшетов, на которых всё должно работать;
- множество фитнес-девайсов: трекеры, смарт-часы, смарт-обувь, пульсометры и наушники;
- комплексность совместной работы устройств, приложений и сервисов;
- частые релизы: раз в 1-2 недели;
- высокая цена ошибки тестировщика из-за конкуренции в stores.
⠀
Кроме того, заказчик занимался международным ритейлером. Это требовало проведения A/B тестирования, проверок локализаций, аналитики и Data Layer, а также интеграции с системами бизнес-менеджмента (Salesforce).
⠀
❓Какие инструменты использовались для автоматизации?
В компании использовались собственные разработки, выделенные в отдельный продукт - Zebrunner.
⠀
❓Какие особенности тестирования и требуются ли специальные знания?
Чтобы убедиться, работают ли диеты и не грешат ли датчики в устройствах, функционал проверялся во время занятий спортом. На кону здоровье пользователей и нельзя полагаться на эмуляцию.
⠀
❓Были ли интересные случаи?
На коллегу косо смотрели соседи. Представь, человек выходит на улицу прыгает, бегает по кругу во дворе, топает на месте, бормочет какие-то заклинания а-ля “скипнем дейлик” и уходит домой. Делает он это поздним вечером, под дождем и даже в -20 С зимой. Если не рассказать о своей работе, у людей могут возникнуть мысли о душевной болезни или нахождении под веществами.
⠀
❓Насколько работа тебе интересна и почему?
Это работа мечты для любителей спорта - она позволяет заниматься любимым делом и зарабатывать. Кроме того, приятно быть причастным к чему-то важному. К примеру, до сих пор пользуюсь на пробежках спецверсией часов Samsung, в релизе которых участвовал, а также приложениями, которые тестировал.
Forwarded from dev.by: главные ИТ-новости Беларуси
📝Помните письмо сотрудницы EPAM, которая критиковала процедуру повышения и институт ресурсных менеджеров? Другие читатели dev.by рассказали о том, как устроено у них в компаниях. Вот какие способы повышения зп они знают:
😰девплан на 6/9 месяцев + ревью;
🏃пройтись по рынку и собрать офферы;
🗣пойти к груп-менеджеру и объяснить, что хочешь пересмотр;
🤑сказать "прибавка" - руководство само всё поймёт.
Подробнее
😰девплан на 6/9 месяцев + ревью;
🏃пройтись по рынку и собрать офферы;
🗣пойти к груп-менеджеру и объяснить, что хочешь пересмотр;
🤑сказать "прибавка" - руководство само всё поймёт.
Подробнее
Forwarded from Хакер — Xakep.RU
ФБР: мошенники используют дипфейки для устройства на работу
Федеральное бюро расследований (ФБР) предупредило, что преступники все чаще используют украденную личную информацию и дипфейки, чтобы устроиться на удаленную работу. Особенно злоумышленников интересуют технические должности, предполагающие доступ к конфиденциальным системам и информации.
https://xakep.ru/2022/06/29/deepfakes-remote-jobs/
Федеральное бюро расследований (ФБР) предупредило, что преступники все чаще используют украденную личную информацию и дипфейки, чтобы устроиться на удаленную работу. Особенно злоумышленников интересуют технические должности, предполагающие доступ к конфиденциальным системам и информации.
https://xakep.ru/2022/06/29/deepfakes-remote-jobs/
Forwarded from Типичный программист
Выявление и сбор требований к ПО — масштабный гайд
Фундаментальное описание требований к ПО и подходов к их выявлению и сбору — статья освещает все аспекты этой области знаний, структурирует информацию и не оставляет ни малейшего шанса недопониманиям и «тёмным» местам:
https://tproger.ru/articles/vyjavlenie-i-sbor-trebovanij-k-po-ultimate-guide/
#тестирование
Фундаментальное описание требований к ПО и подходов к их выявлению и сбору — статья освещает все аспекты этой области знаний, структурирует информацию и не оставляет ни малейшего шанса недопониманиям и «тёмным» местам:
https://tproger.ru/articles/vyjavlenie-i-sbor-trebovanij-k-po-ultimate-guide/
#тестирование
Forwarded from Типичный программист
Если QA-инженер и тестировщик ПО — разные профессии, то в чём их разница? И можно ли заменить одного специалиста другим?
Что интересно, этот вопрос возникает не только у новичков — иногда задачи QA-инженеров и тестировщиков путают даже в описаниях реальных вакансий!
Давайте разбираться. У нас вышла новая статья, в которой Виталий Станьков, ведущий аналитик группы организации тестирования МТС отвечает на эти вопросы и рассказывает про 3 самых важных отличия: https://tprg.ru/B2rl
#qa #тестирование
Что интересно, этот вопрос возникает не только у новичков — иногда задачи QA-инженеров и тестировщиков путают даже в описаниях реальных вакансий!
Давайте разбираться. У нас вышла новая статья, в которой Виталий Станьков, ведущий аналитик группы организации тестирования МТС отвечает на эти вопросы и рассказывает про 3 самых важных отличия: https://tprg.ru/B2rl
#qa #тестирование
КАК СТАТЬ ТИМЛИДОМ?
Несколько слов о том, как родилась идея статьи. Я задал коллегам вопрос, какие темы их более всего интересуют. Несколько из них касались менеджерской работы:
⠀
📍 ⠀⠀Как в рамках проекта вырасти от Junior до Middle и Senior уровня?
📍 ⠀⠀Как в рамках проекта совмещать функции менеджера и инженера?
⠀
В статье я отвечу на вопросы от коллег и дам несколько советов для получения менеджерской позиции.
Как в рамках одного проекта определить, что Junior вырос до Middle/Senior?
⠀
Верным считаю ориентирование на общие метрики, чем на знания технологий:
🌰 𝗝𝘂𝗻𝗶𝗼𝗿 – работает под руководством опытных коллег, поскольку ещё не до конца понимает «кухню».
⠀
🌱 𝗠𝗶𝗱𝗱𝗹𝗲 – «повидавший» специалист, выполняет задачи самостоятельно, помогает младшим коллегам, но еще испытывает трудности со сложными заданиями.
⠀
🍅 𝗦𝗲𝗻𝗶𝗼𝗿 – специалист с богатым опытом, способный разобраться в любой задаче от начала до конца (своими силами или силами команды), и который понимает, как и зачем нужно действовать, чтобы получить ожидаемый результат.
⠀
Для роста и наработки экспертности важен практический опыт, как положительный, так и отрицательный, а также наблюдение за коллегами и анализ их работы.
По моему мнению, поработав на сложном проекте на разных позициях, можно дорасти до middle-уровня. Однако каким бы трудным проект ни был, дальнейший рост потребует работы и вне его.
Несколько слов о том, как родилась идея статьи. Я задал коллегам вопрос, какие темы их более всего интересуют. Несколько из них касались менеджерской работы:
⠀
📍 ⠀⠀Как в рамках проекта вырасти от Junior до Middle и Senior уровня?
📍 ⠀⠀Как в рамках проекта совмещать функции менеджера и инженера?
⠀
В статье я отвечу на вопросы от коллег и дам несколько советов для получения менеджерской позиции.
Как в рамках одного проекта определить, что Junior вырос до Middle/Senior?
⠀
Верным считаю ориентирование на общие метрики, чем на знания технологий:
🌰 𝗝𝘂𝗻𝗶𝗼𝗿 – работает под руководством опытных коллег, поскольку ещё не до конца понимает «кухню».
⠀
🌱 𝗠𝗶𝗱𝗱𝗹𝗲 – «повидавший» специалист, выполняет задачи самостоятельно, помогает младшим коллегам, но еще испытывает трудности со сложными заданиями.
⠀
🍅 𝗦𝗲𝗻𝗶𝗼𝗿 – специалист с богатым опытом, способный разобраться в любой задаче от начала до конца (своими силами или силами команды), и который понимает, как и зачем нужно действовать, чтобы получить ожидаемый результат.
⠀
Для роста и наработки экспертности важен практический опыт, как положительный, так и отрицательный, а также наблюдение за коллегами и анализ их работы.
По моему мнению, поработав на сложном проекте на разных позициях, можно дорасти до middle-уровня. Однако каким бы трудным проект ни был, дальнейший рост потребует работы и вне его.
Как понять, выросли ли вы? Необходимо почувствовать, что заслуживаете большего, а затем убедиться, что ваша оценка собственных знаний совпадает с мнением коллег и руководства.
Посмотрите забавное видео, иллюстрирующее эти отличия - Senior QA инженер п̶о̶р̶т̶и̶т учит Middle-специалиста. Вагон, кстати, до сих пор на 4м пути
Как в рамках одного проекта совмещать функции менеджера и инженера?
Задавать подобные вопросы – здорово. Значит, вы хотите большего и готовы расти над собой. Дорога возникает под ногами идущего.
Я начну с ответа на вопрос: что представляет собой структура работы менеджера?
С точки зрения работодателя, специалист на руководящей должности в первую очередь должен выполнять следующие 4 функции (здесь я частично созвучен с Адизесом*):
Административные: формирование системы работы команды в штатном режиме (без овертаймов и срывов дедлайнов);
Управленческие: эффективное управление работой команды по достижению бизнес-целей;
Образовательные: донесение знаний до других участников команды с целью совместного роста;
Интеграционные: мотивация и межличностная коммуникация для формирования комфортных условий работы.
Будучи «играющим тренером», у вас вряд ли получится стать эдаким Робином Гудом, который занимается только интересными задачами, а неинтересные отдаетбедным коллегам. Придется совмещать приоритетную работу менеджера (быть администратором) и рутинные задачи специалиста (быть производителем), что возможно потребует больших усилий и навыков.
Посмотрите забавное видео, иллюстрирующее эти отличия - Senior QA инженер п̶о̶р̶т̶и̶т учит Middle-специалиста. Вагон, кстати, до сих пор на 4м пути
Как в рамках одного проекта совмещать функции менеджера и инженера?
Задавать подобные вопросы – здорово. Значит, вы хотите большего и готовы расти над собой. Дорога возникает под ногами идущего.
Я начну с ответа на вопрос: что представляет собой структура работы менеджера?
С точки зрения работодателя, специалист на руководящей должности в первую очередь должен выполнять следующие 4 функции (здесь я частично созвучен с Адизесом*):
Административные: формирование системы работы команды в штатном режиме (без овертаймов и срывов дедлайнов);
Управленческие: эффективное управление работой команды по достижению бизнес-целей;
Образовательные: донесение знаний до других участников команды с целью совместного роста;
Интеграционные: мотивация и межличностная коммуникация для формирования комфортных условий работы.
Будучи «играющим тренером», у вас вряд ли получится стать эдаким Робином Гудом, который занимается только интересными задачами, а неинтересные отдает
YouTube
Фитиль "Порожняк" (1969) смотреть онлайн
Смотрите на iPad: https://itunes.apple.com/ru/app/rvision-tv/id810243002
Подписывайтесь: http://www.youtube.com/subscription_center?add_user=FitilOfficial
Кинопортал RVision.tv - http://rvision.tv
Вступайте в группу: http://vk.com/rvision
Порожняк (1969)…
Подписывайтесь: http://www.youtube.com/subscription_center?add_user=FitilOfficial
Кинопортал RVision.tv - http://rvision.tv
Вступайте в группу: http://vk.com/rvision
Порожняк (1969)…
Как перейти от должности технического специалиста к менеджерской?
Рекомендовал бы для себя разобраться в первую очередь в самой причине «жажды власти»: зарабатывать больше, получить регалии или сделать что-то лучше и вести за собой людей?
Есть 3 способа стать руководителем:
Естественный переход от лидера в руководители, основанный на профессиональных и личных качествах.
Назначение – посредством найма или после прохождения испытательного срока.
Внешние обстоятельств – безысходность и махинации («по знакомству», «подсиживание» своего руководителя и т.д.).
По моему опыту, первые два варианта гармоничны. Причем не только с моральной точки зрения.
Во-первых, становление руководителем как самоцель, вероятнее всего, исключает дальнейшее желание совершенствоваться в этой ипостаси.
В-вторых, действия незрелого руководителя превращают проект в мыльную оперу. Недостаток опыта компенсируется манипулятивными действиями, что разбивает коллектив на группы, между которыми формируются нездоровые отношения.
В-третьих, умелый манипулятор будет защищать “свою власть”, превращая бизнес в “игру престолов”, не позволяя коллегам расти, а компании — развиваться.
Кроме того, из-за отсутствия опыта и знаний, руководители склонны выбирать неправильный стиль менеджмента (по классификации Адизеса*).
И наконец, формальный руководитель может не иметь такого же веса, как неформальный лидер, «серый кардинал», что может вызвать трения в команде.
Рекомендую полистать «48 законов власти» Р.Грина и «Государь» Н.Макиавелли, чтобы лучше понимать и быстрее выявлять манипуляции “власти”.
Рекомендовал бы для себя разобраться в первую очередь в самой причине «жажды власти»: зарабатывать больше, получить регалии или сделать что-то лучше и вести за собой людей?
Есть 3 способа стать руководителем:
Естественный переход от лидера в руководители, основанный на профессиональных и личных качествах.
Назначение – посредством найма или после прохождения испытательного срока.
Внешние обстоятельств – безысходность и махинации («по знакомству», «подсиживание» своего руководителя и т.д.).
По моему опыту, первые два варианта гармоничны. Причем не только с моральной точки зрения.
Во-первых, становление руководителем как самоцель, вероятнее всего, исключает дальнейшее желание совершенствоваться в этой ипостаси.
В-вторых, действия незрелого руководителя превращают проект в мыльную оперу. Недостаток опыта компенсируется манипулятивными действиями, что разбивает коллектив на группы, между которыми формируются нездоровые отношения.
В-третьих, умелый манипулятор будет защищать “свою власть”, превращая бизнес в “игру престолов”, не позволяя коллегам расти, а компании — развиваться.
Кроме того, из-за отсутствия опыта и знаний, руководители склонны выбирать неправильный стиль менеджмента (по классификации Адизеса*).
И наконец, формальный руководитель может не иметь такого же веса, как неформальный лидер, «серый кардинал», что может вызвать трения в команде.
Рекомендую полистать «48 законов власти» Р.Грина и «Государь» Н.Макиавелли, чтобы лучше понимать и быстрее выявлять манипуляции “власти”.
Подведу итог
Быть руководителем и лидером — не одно и то же. Первого назначают, а второго, чувствуя за ним силу, команда интуитивно выделяет среди своих участников.
Если у вас есть задатки лидера и авантюрная жилка, вы готовы брать на себя ответственность. Вероятнее всего, вокруг вас и ранее сплочался коллектив, и в будущем вы обязательно станете руководителем – вопрос времени и ваших усилий.
Другое дело, с каким багажом знаний вы придете к этой должности. Я бы посоветовал сфокусироваться на развитии своих профессиональных навыков и лидерских качеств:
Занимайтесь саморазвитием и практикой
В контексте работы будет полезно развивать такие навыки, как:
- умение презентовать свой опыт и профессионализм;
- определение, декомпозиция, приоритизация и внесения правок в задачи;
- составление и ведение документации;
- коммуникационные навыки и софт скиллы;
- навыки тайм-менеджмента;
- аналитические навыки и интуиция;
- техническая экспертность.
Для этого я советую читать книги, проходить обучение и посещать профессиональные митапы.
Также важно пробовать применять полученные знания на практике. Если у вас нет возможности сделать это на рабочих проектах, найдите волонтерскую команду или организуйте пет-проект, в рамках которого вы сможете сформулировать собственные правила игры и философию.
Будьте проактивным и ищите возможности
Умейте продемонстрировать свою работу. Не стесняйтесь озвучивать свои желания. Можно быть тайным Сантой, но тайным руководителем – нет. Я не призываю стать выскочкой и говорить везде только о своих достижениях, кидаться в коллег указаниями, не принимая обратной связи и не учась у других. Но если у вас нет решимости, ее нужно обрести.
Также не лишнем будет найти менторов и сравнить отзывы коллег-менеджеров со своими ожиданиями, чтобы избежать искаженного восприятия.
Можно попросить руководителя дать вам обратную связь:
- Предложить озвучить мнение о вашей работе. Проанализиров обратную связь, вы сможете исправить недостатки и получить совет.
- Спросить мнение о вашей готовности к руководству командой и узнать, есть ли соответствующие вакансии в рамках компании;
- Предложить поработать в качестве помощника, чтобы научиться ответственности и вырасти как специалист.
При этом будет уместным для начала убедиться, что у вас и вашего руководителя есть доверие друг к другу. Также, не давите сильно – уважайте занятость руководителя.
Не менее важно помогать другим, когда это уместно и необходимо. Пробуйте подключиться к задачам коллег, если они просят помощи. Вы не только поможете команде, но и наберетесь опыта.
P.S. Вы можете прочитать мою статью по смежной тематике “How to Be a Successful Team Leader and Motivate Teams”.
Быть руководителем и лидером — не одно и то же. Первого назначают, а второго, чувствуя за ним силу, команда интуитивно выделяет среди своих участников.
Если у вас есть задатки лидера и авантюрная жилка, вы готовы брать на себя ответственность. Вероятнее всего, вокруг вас и ранее сплочался коллектив, и в будущем вы обязательно станете руководителем – вопрос времени и ваших усилий.
Другое дело, с каким багажом знаний вы придете к этой должности. Я бы посоветовал сфокусироваться на развитии своих профессиональных навыков и лидерских качеств:
Занимайтесь саморазвитием и практикой
В контексте работы будет полезно развивать такие навыки, как:
- умение презентовать свой опыт и профессионализм;
- определение, декомпозиция, приоритизация и внесения правок в задачи;
- составление и ведение документации;
- коммуникационные навыки и софт скиллы;
- навыки тайм-менеджмента;
- аналитические навыки и интуиция;
- техническая экспертность.
Для этого я советую читать книги, проходить обучение и посещать профессиональные митапы.
Также важно пробовать применять полученные знания на практике. Если у вас нет возможности сделать это на рабочих проектах, найдите волонтерскую команду или организуйте пет-проект, в рамках которого вы сможете сформулировать собственные правила игры и философию.
Будьте проактивным и ищите возможности
Умейте продемонстрировать свою работу. Не стесняйтесь озвучивать свои желания. Можно быть тайным Сантой, но тайным руководителем – нет. Я не призываю стать выскочкой и говорить везде только о своих достижениях, кидаться в коллег указаниями, не принимая обратной связи и не учась у других. Но если у вас нет решимости, ее нужно обрести.
Также не лишнем будет найти менторов и сравнить отзывы коллег-менеджеров со своими ожиданиями, чтобы избежать искаженного восприятия.
Можно попросить руководителя дать вам обратную связь:
- Предложить озвучить мнение о вашей работе. Проанализиров обратную связь, вы сможете исправить недостатки и получить совет.
- Спросить мнение о вашей готовности к руководству командой и узнать, есть ли соответствующие вакансии в рамках компании;
- Предложить поработать в качестве помощника, чтобы научиться ответственности и вырасти как специалист.
При этом будет уместным для начала убедиться, что у вас и вашего руководителя есть доверие друг к другу. Также, не давите сильно – уважайте занятость руководителя.
Не менее важно помогать другим, когда это уместно и необходимо. Пробуйте подключиться к задачам коллег, если они просят помощи. Вы не только поможете команде, но и наберетесь опыта.
P.S. Вы можете прочитать мою статью по смежной тематике “How to Be a Successful Team Leader and Motivate Teams”.
👍1