Бизнесхаки по продуктивности, мой топ-5

Конспект книги «Бизнесхак на каждый день». Там кратенько описаны лайфхаки, которые помогают в работе. Мой топ-5 бизнесхаков из раздела «продуктивность»


1. Чек-листы

Я не могла пропустить этот пункт, я же тестировщик 
Не доверяйте своей памяти, записывайте. Едете в отпуск? Сделайте чек-лист «что взять с собой». Он поможет не продолбать детали. У меня давно такой есть, для отпуска и конференций. Вкладки похожи, но на конференцию надо брать меньше вещей =)

Мой чек-лист сбора на конференцию

Раньше я ездила только на SQA Days, поэтому чек-лист назван в его честь. Он помогает, убеждаюсь из раза в раз. Вроде собрался сам, все взял. Потом смотришь в чек-лист: так, это взял, это взял, это взял. Упс, визитки забыл!

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

Презентация в стиле дзен. Гарр Рейнольдс

Ссылка на OZON.

Сайт автора — http://www.garrreynolds.com/
Мой выдержки из книги — Тест Стивена Фью на IQ по дизайну графиков.

Хорошая книга по созданию презентаций! Окажется полезной даже тем, кто уже прочитал много книг на эту тему. Главная ее фишка — куча примеров. А еще наборы "10 лучших ..." или "11 типичных ошибок в...". и отсылки на полезные книги и сайты. Например:

Надежные шрифты:

• Baskerville — изящный, величественный, прекрасно простой.
• Bodoni — элегантый, личный, классический, но с нотками современности.
• Caslon — величественный, формальный, крепкий, но грациозный.
• Franklin Gothic — классический шрифт без засечек, часто используемый на больших поверхностях, таких как рекламные плакаты.
• Frutiger — крепкий, читаемый, простой, ясный.
• Futura — элегантный шрифт без засечек, с большой индивидуальностью, но недооцененный.
• Garamond — классическая элегантность, зрелый без скучности.
• Gill Sans — шрифт без засечек, с яркой, теплой и дружелюбной индивидуальностью.
• Helvetica — Нейтральный без скучности, простой, современный.
• Optima — яркий, стильный, мягкий, умный.
• Rockwell — отчетливый, смелый, уверенный, хороший шрифт для экрана.

Или вот ресурсы по созданию хороших цветовых схем:

• ColorSchemer
• COLOURlovers
• Kuler — фаворит автора. Нажмите Create, загрузите фото → Кулер создаст схему из 5 цветов, которую можно подкорректировать.

Сколько места в БД выделить названию организации?

Вот у вас есть сайт, на котором могут зарегистрироваться компании. При создании базы сколько места дадите под название организации?

name  NVARCHAR2(100)

name  NVARCHAR2(300)

name  NVARCHAR2(500)

Что привлекательнее? А разумнее? Правильно — ничего 

Рано или поздно вы огребете что-то типа too large for field 'name' (actual: 340, maximum: 300). 

Потому что в ФНС на название организации ограничений вообще нет. И правильно будет сделать блоб, чтобы уж наверняка. Но если сильно хочется варчар, то хотя бы на 1000 символов.

Пример для теста из реальной жизни — 876 символов (ИНН 5406649116, проверьте на https://egrul.nalog.ru/):

ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ СИБИРСКИЕ ТРАДИЦИИ В КОМПЛЕКСНОМ ПРАВОВОМ (ЮРИДИЧЕСКОМ) ОБЕСПЕЧЕНИИ ГРАЖДАН И ЮРИДИЧЕСКИХ ЛИЦ ВСЕХ ГРАЖДАНСКО-ПРАВОВЫХ ФОРМ И ВСЕХ СФЕР ХОЗЯЙСТВЕННОЙ ДЕЯТЕЛЬНОСТИ НА ТЕРРИТОРИИ Г. НОВОСИБИРСКА, НОВОСИБИРСКОЙ ОБЛАСТИ В ЦЕЛОМ, В ТОМ ЧИСЛЕ СУДЕБНОЕ И ДОСУДЕБНОЕ СОПРОВОЖДЕНИЕ ИНТЕРЕСОВ КЛИЕНТА, А ИМЕННО: ПРЕДОСТАВЛЕНИЕ ПИСЬМЕННЫХ ИЛИ УСТНЫХ КОНСУЛЬТАЦИЙ И ЗАКЛЮЧЕНИЙ ПО ПРАВОВЫМ ВОПРОСАМ В СФЕРЕ БИЗНЕСА (ПРАВОВОЙ АУДИТ); СОСТАВЛЕНИЕ ДОКУМЕНТОВ ПРАВОВОГО ХАРАКТЕРА (ЗАЯВЛЕНИЯ, ЖАЛОБЫ И Т.П.), В ТОМ ЧИСЛЕ ПРОЕКТОВ ГРАЖДАНСКО-ПРАВОВЫХ И ИНЫХ ДОГОВОРОВ; ОСУЩЕСТВЛЕНИЕ ЭКСПЕРТИЗЫ ПРЕДСТАВЛЕННЫХ ЮРИДИЧЕСКИХ ДОКУМЕНТОВ НА ПРЕДМЕТ ИХ СООТВЕТСТВИЯ ИНТЕРЕСАМ КЛИЕНТА И ПОЛОЖЕНИЯМ ДЕЙСТВУЮЩЕГО ЗАКОНОДАТЕЛЬСТВА; ОКАЗАНИЕ ПРАВОВОЙ ПОМОЩИ ПРИ ПРОВЕДЕНИИ ПЕРЕГОВОРОВ; ПРЕДСТАВЛЕНИЕ ИНТЕРЕСОВ КЛИЕНТА В АДМИНИСТРАТИВНЫХ И ИНЫХ ОРГАНАХ (УЧРЕЖДЕНИЯХ);

Если у вас есть поиск по названию — проверьте, что будет, если имя длинное (вон как ФНС его отображает, в такой дли-и-и-и-и-и-и-инный столбик).

Если название выводится в личном кабинете — проверьте, не обрезается ли оно там?

Если название светится еще где-то в системе, всегда полезное проверить, что будет, если оно длинное? Влезет ли? 

Поздравляем Максима с новой работой!

Максим уже тестировщик!

Сегодня в чатике выпускников разнеслась гордая новость от Максима — «АААА, я устроился тестировщиком!!! Большое спасибо Ольге за хороший курс и советы по резюме (like)».

Я, разумеется, сразу попросила подробностей  И вот success-story:

===========================================================

Один из моих друзей давно предлагал мне стать тестировщиком, и в прошлом году я решил последовать его совету  – начал изучать профильную литературу, проходить онлайн-курсы (на Универсариуме и Software-testing).

Получив теоретический и практический опыт, я начал заниматься активными поисками работы, это заняло у меня полтора месяца. Разослал резюме я более чем в 150 организаций, но пригласили меня на собеседования всего 4 раза. Наверное, сказалось то, что у меня нет ни ИТ образования, ни опыта работы в этой сфере, поэтому в большинстве случаев вариант моего трудоустройства отметали ещё на предварительном этапе, и для меня это стало главным барьером.

Несколько слов хотел бы сказать и о прохождении собеседований:

Тест Стивена Фью на IQ по дизайну графиков

Пример из теста. Какой из этих линейных графиков 

легче прочитать?

Ссылка на тест.

Я сейчас читаю книгу «Презентация в стиле дзен» Гарр Рейнольдса. На странице 175 я нашла описание этого восхитительного теста. Вот выдержка из книги:

Фью прекрасный выступающий, популярный оратор, тренер и консультант. Он автор нескольких книг по визуализации данных, в том числе бестселллера «Дизайн информационного табло: отображение данных для мониторинга с первого взгляда». Здесь Фью приводит свой тест на IQ по дизайну графиков, который также можно найти у него на сайте. Это простая викторина, но важно всегда понимать, какой дизайн лучше, и уметь объяснить разницу.

Тест отлично показывает, что навороты типа 3D-графика только мешает воспринимать послание с картинки. Пройдите его, если готовите презентацию!

Кстати, нагуглить тест по цитате из книги оказалось нетривиальной задачей   
Поэтому вот пара ссылочек, которые я нашла в процессе:

Заметки по книгам Свитена Фью
Stephen Few (about us)

Книга Главреда. Пиши, сокращай

Ссылка на книгу: на сайте автора, OZON

Must read! Всем — тестировщикам, аналитикам, техписам и даже разработчикам. Чтобы бить книгой тестировщиков за запутанный баг 😆 И больше не будет отмазок «я не знаю как правильно писать».

Автор книги — создатель Главреда. Полезный сервис, указывает на проблемы в вашем тексте. Тут буллшит написал, там рекламный штамп поставил... Средненько, в общем, иди исправляй! Когда рекомендую Главред своим выпускникам, они потом благодарят и восхищаются. И разработчику-фрилансеру показала, «спасибо» говорил. Теперь пишет Release Notes повнятнее.

Но онлайн-проверка текста — это все хорошо, конечно, но теории то побольше хочется. Чтобы Главред не ругался потом 👀 Раньше структурированное описание "что да как" было доступно только москвичам на курсе инфостиля, а теперь можно купить книжку!

Хороший текст — который легко и приятно читать. Ты не запинаешься о сложные предложения и навороченные фразы. Ты все понимаешь, даже если не особо в теме области, про которую статья. Ты веришь тексту, потому что сразу видно — это не буллшит.

Единственная книга о продакт-менеджменте — от Intercom

Intercom on Product Manager — ссылка на книгу. Книга короткая и бесплатная. Но на английском.

О книге услышала от Антона Жиянова вот в этом посте на ФБ. Антон наш PM и его замечания во время планирования релиза очень ценные. И задачи обсудить интересно. Он если скажет "нет", то обоснует, почему. Обоснует конструктивно, всегда готов выслушать твое мнение. В общем, прочитала его пост и побежала скачивать книгу 

Антон называет книгу «единственной книгой для РМ» — если хотите выбрать только одну, выбирайте эту. Не читала других именно про РМ именно в ИТ. Но эта книжка понравилась! Особенно понравилось то, что видишь знакомые слова. Не абстракция из серии «а вот мы это делали в кофейне / автопродажах / интернет-магазине, применяйте к себе», тут именно про ИТ.

Авторы рассказывают о том, что нет простых изменений в продукте. Да, кажется, что "вот сейчас быстренько за часик сделаем", а в итоге такая фича выливается в неделю разработки + рефакторинг + тестирование + «ээээ, а мигрировать как?». А поддержка? Сделал фичу, изволь поддерживать ее в будущих релизах, так что тяп-ляп не пройдет.

Книга рассказывает о том, как составить roadmap — как выбирать задачи, которые должны туда войти. Как сказать "нет" фиче и почему это важно и нужно. Да, можно быть мега-лапочкой, которая всем говорит "конечно, мы сделаем это для вас!", но такой проект быстро загнется и в поддержку будет уходить слишком много ресурсов. При том, что фичу используют 2 человека из 100.

Жаль, что нет перевода книги. Прочитала за пару дней в метро, а переводчика у меня там нет — что-то не поняла, ну и ладно. Чай, не РМ  А вот для общего развития самое оно! В книге всего 65 страничек крупного текста + рисунки... В общем, читается быстро и легко.

Вроде это не про тестирование, но очень рекомендую. Чтобы понимать, как обосновывать свои задачи. Чтобы понимать, почему РМ заворачивает ваши задачи как «Won`t fix». Чтобы перестать смотреть на конкретное дерево и взглянуть на лес целиком → если закопаться в техническую сторону продукта, можно забыть, зачем он вообще был создан.

PS: добавила книгу в общий список прочитанных мною книг.