Бизнес-анализ

😡14 типов менеджеров, которые бесят разработчиков

Истории из практики, когда решение PM-ов казались очень странными или даже мешали работать. В статье — 14 деструктивных моделей поведения менеджеров.

🖇
https://dou.ua/lenta/articles/annoying-managers/

🙌🏻Самая большая подборка по прокачке soft skills. Хватит на всю жизнь

Чтобы развивать инновационную среду в компании, нужно начать с развития собственных навыков. Конечно, вы слышали про soft skills и уже знаете шутку, что за hard skills вас берут на работу, а за soft skills увольняют. Но что вас точно удивит, так это количество составных частей внутри понятия «мягкие компетенций».
В этой подборке Школа Икра собрала видео, статьи, курсы и книги по разным блокам soft skills. Хватит надолго! Выбирайте, какое направление вам важнее развивать, и начинайте вычёркивать пройденные материалы. Приятного путешествия.

🖇 https://vc.ru/learn/101011-samaya-bolshaya-podborka-po-prokachke-soft-skills-hvatit-na-vsyu-zhizn

📐Проблемы архитектуры в больших проектах

«Разработка мобильных приложений кажется достаточно простым занятием. Казалось бы, что там делать? Накидал парочку вьюх, помазал это какой-нибудь архитектурой, и все, проект готов, можно отправлять приложение в стор. В цикле статей я поделюсь особенностями, с которыми мы столкнулись при разработке приложения для большого банка.»

🖇 https://habr.com/ru/company/surfstudio/blog/485172/

🤓Кто такой хороший QA?

“Начнем с того, что в народе всех quality assurance инженеров (“по-нашенски”, инженеров отдела качества) обзывают тестировщиками. Это не совсем правильно, в реальности тестирование — это только часть задач QA, но кого бы это волновало. Поэтому пойдем в общем тренде и будем использовать привычное всем погоняло.

Итак, что же определяет хорошего тестировщика? Не будем опускаться до банальностей и говорить: внимательность, усидчивость, терпение, любопытство, талант все ломать и другую чепуху. Это все, конечно, важно, но не главное. В первую очередь у человека должно присутствовать чувство здравого смысла и ответственности.

Вот например, говорят, главное — иметь талант все ломать. Часто можно услышать, мол, что он в руки ни возьмет, все сломает. Это, конечно, похвально, но в работе тестировщика не главное что-то ломать. Тут к нам на помощь придет определение, которое нетрудно найти в Википедии.

Тестирование программного обеспечения — процесс исследования, испытания программного продукта, имеющий своей целью проверку соответствия между реальным поведением программы и её ожидаемым поведением на конечном наборе тестов, выбранных определенным образом.

Из него видно, что к ПО есть конкретные требования, и надо, чтобы они выполнялись. Если тестировщик ломал программу вместо того, чтобы проверить, выполняет ли она вообще возложенные на нее функции, в итоге он может получить стабильную, но не нужную заказчику фигню.

Я понимаю, что все любят истории, как кто-то облажался, их есть у меня. Я за свою трудовую деятельность поработал в разных местах и на разных проектах, поэтому был сам свидетелем или слышал от коллег много историй. Некоторые из них готов поведать. Ну и да, необходимая мантра: все совпадения случайны, а имена и названия выдуманы.”

📎 https://habr.com/ru/company/haulmont/blog/485052/

🤓Зарплаты в ИТ во втором полугодии 2019 года: по данным калькулятора Хабр Карьеры

📎 https://habr.com/ru/company/habr_career/blog/485146/

Всем привет!
Друзья, хочу порекомендовать вам канал Business English

Автор канала работает в международке 9 лет в сферах IT, телеком, online ads и digital content.
В канале рассматриваются кейсы из личной практики, автор рассказывает о наиболее распространенных ошибках и дает советы по грамотному ведению международных дел.

Акцент на общении с партнерами, качественной продуктовой документации и адекватном user experience. Можно узнать много нового и подсмотреть хорошие примеры для вдохновения в своей работе 🙌🏻

Читая этот канал, вы узнаете:
▪️Как принцип KISS соотносится c принципом YAGNI?
▪️Что такое «пять девяток»?
▪️И как правильно назвать дату, к которой вам нужно подготовить отчет, - due date, tentative или cut-off?

😅Как не сдохнуть на проекте или 5 лайфхаков

Наливайте быстрее кофе, вас ждёт интересная статья.

«В моем опыте аналитика за почти 7 лет (хоть он и не очень большой на самом деле) было много разных интересных историй, но самый забавный момент — это когда я оказалась в патовом проекте, который нельзя было не сдать, но туда свалились все беды: и смена заказчика, и распределенная команда, и локальна я одна, и новая предметная область для меня, и близкий дедлайн.

И вот как то раз мне предложили выступить на конференции аналитиков.

Я начала думать, чем же можно поделиться, какие знания передать….какие-то специфичные знания как проектировать в uml или как писать правильно по ГОСТ не хочется рассказывать, потому что это интересно одним аналитикам и не интересно другим. Ну хотя бы потому, что роль аналитика на столько многогранна и в каждой фирме, на каждом проекте аналитик выполняет те или иные функции, и знания ему нужны определенные.

И вот в голову пришла идея, что есть советы, которые подойдут для любого уровня аналитика на любом проекте, а уж для нового патового проекта тем более должны быть актуальными.
Именно о них и будет говориться в этой статье.»

📎 https://habr.com/ru/post/485074/