Компания Kolesa Group временно не ведёт блог на Хабре
Зарелизили второе исследование Kolesa Zerttey по дата-профессиям в Казахстане. Сравнили данные с 2020-м годом, чтобы выяснить:
• как в целом изменился рынок и портрет профессии за прошедший год;
• какие есть основные направления в дата-профессиях;
• сколько сегодня зарабатывают дата-специалисты.
«Обидеть художника может каждый,» — грустно вздыхает дизайнер, в ответ на правки. Так ли плоха критика? Давайте разберёмся!
Из-за боязни показать другому свою интеллектуальную/творческую работу, многие проекты и инициативы так и остаются в голове. Частая причина — неприятные эмоции от критики и замечаний. Рассмотрим эту ситуацию.
Всем привет, я Павел – Junior Backend Developer в Kolesa Group. Хочу поделиться историей и рассказать о пути, который прошел, чтобы оказаться там, где я сейчас.
Ночные смены в роли официанта, графический дизайн и образование управляющего гостиниц – вряд ли это приводит к IT, но жизнь распоряжается иначе.
Этот текст не для разработчиков, не для тестировщиков и даже не для product-менеджеров. Сегодня мы обсудим тему, которая интересует HR.
В Kolesa Group мы регулярно ведем поиск кандидатов на IT-позиции и хорошо представляем, как чувствуют себя HR в мире IT.
Когда вы пишете кандидатам десятки писем в день, но отвечает вам кто-то один, мы понимаем эту “боль” и хотим порассуждать насчет этого.
Устраиваясь в IT-компании, молодые специалисты хотят быстрее повысить грейд и научиться решать сложные задачи, но часто не знают, как развиваться эффективнее. В этой статье рассмотрим основные мифы о развитии, которые тормозят прогресс, и порассуждаем на тему, как быстрее дорасти до сеньора.
Часто слышу мнение, что для работы программистом, человеку нужно со школьной скамьи изучить все языки программирования, иметь аналитическое мышление и высшие баллы по математике. Отсутствие любого пункта становится преградой, через которую не переступить. Каюсь, сам так думал, после работы на стройке сидя у компьютера и играя в шутеры со строителями. Но, на своем опыте хочу показать, что бывает по-другому.
Привет! Я HR-директор Kolesa Group Ксения Торопова. В этой статье расскажу о том, как мы запустили свою платформу для стажировок и чего нам это стоило.
Идея создания собственной образовательной программы звучала несколько безумно. Для бизнеса - дорого, для разработчиков - больше ответственности на рабочем месте. Мы сознательно пошли на риск.
Но, кто любит стажировки? Никто! Понадобилось около трех месяцев, чтобы убедить нашего СЕО в нужности проекта.
В современных продуктовых компаниях самое главное — это продукт и его пользователи. Чтобы повысить фокус разработки на продукте, стандартом де-факто в отрасли являются кросс-функциональные команды.
Мы в Kolesa Group прошли путь от иерархической структуры управления в матричную. Хапнули багов и пропатчили ее до оптимального, в нашем профиле, состояния.
В статье разберем:
1. Как достичь автономности команд разработки.
2. Как эта автономность помогает нам расти в 2 раза по всем показателям.
В январе компания Kolesa Group опубликовала очередное исследование Kolesa Zerttey. В этот раз оно посвящено менеджменту в IT.
Ранее подобные исследования публиковались по направлениям "Data Science-специалисты и аналитики" и "Разработчики" Из него можно узнать о:
– зарплатах, обязанностях и мотивации специалистов;
– популярных на рынке методологиях и фреймворках;
– размере и составе продуктовых команд;
– об источниках знаний и компетенциях в профессии.
Есть мнение, что “войти в айти” легче через тестирование. Будучи на третьем курсе, я part-time подрабатывала асессором. Тогда я впервые попробовала себя в тестировании, увидела первые чек-листы ( я еще не знала, что они так называются). “Войти в айти” не было моей целью, потому что я уже и так училась на программиста, но сама идея тестирования меня очень увлекла. Так на последнем курсе я устроилась на стажировку в Kolesa Group.
Месяц подготовки: чтение пресловутого Романа Савина “Тестирование дот ком”, просмотр роликов на YouTube и практика в создании тест-кейсов. Этого мне хватило, чтобы начать свой джедайский путь в тестировании.
Чтение книг != тестированию реальных продуктовых задач. Так, в ходе работы я сталкивалась с интересными кейсами и проблемами. Теперь, уже будучи миддлом, я рефлексирую и вижу паттерны поведения, которые тормозили мое развитие в профессии. Ошибки, на которые, будучи джуном, я не обращала внимания, но которые позже стали моей болью. Ошибок было куда больше чем три, но именно эти я повторяла из раза в раз, не отдавая себе отчета.
Привет, Хабр!
Недавно мы провели Kolesa QA Meetup 3 — онлайн-встречу для Mobile и Web QA-инженеров и тестировщиков. На примере кейсов Kolesa Group ребята рассказали, как улучшают процессы обеспечения качества в продуктах. Затронули и тему автоматизации тестирования. Делимся видео докладов.
У нас отсутствовал единый вектор мышления. Обратная связь друг другу была основана на личном мнении и ретроградном Меркурии. Поэтому мы решили создать несколько принципов, которые задавали бы нам общий вектор хорошего дизайна. В результате группа людей с персональным мнением должна была превратиться в команду с общими точками зрения и подходами.
Создание принципов нужно в первую очередь дизайнерам, но в сессиях демо участвуют также и продакты, и разработчики, и создатели контента. Вся продуктовая команда должна идти в одном векторе и понимать, почему решения в интерфейсах именно такие или как сделать хорошо, исходя из описанных принципов вместо “личного мнения”.
Пофилософствуем на тему, как QA может влиять на разработку фич. Поделимся мыслями и наработками о том, что тестировщик может предложить команде помимо своих мануальных способностей проверки задач.
В этом неидеальном мире часто можно увидеть, как человек ответственный за качество, подключается только на последнем этапе разработки фичи. Только тогда, когда по мнению многих осталось совсем немного: протестировать задачу. В этом неидеальном мире такой подход приводит не всегда к качественному результату, да еще и шанс доставить фичу в срок резко уменьшается.
Так зачем переделывать задачу и факапить сроки, если можно предотвратить большинство ошибок? Есть один вариант: QA-инженер. Специалист который будет влиять на качество процессов и продуктов на каждом этапе работы над фичей и служить связующим звеном между всеми этапами и подразделениями. В итоге вы получите качественный результат.
Как и все интересные истории, эта началась достаточно давно и неожиданно. Однажды наш банк-партнер пришел к нам и сказал: “Ребята, мы научились делать скоринг в нашей системе за одну минуту. Как насчет того, чтобы объединить наши усилия и интегрировать проекты? С нас – решение и кредит, с вас – машины”. Сказать, что мы воодушевились, – ничего не сказать! Мы имели все шансы стать первыми чуть ли не в мире, кто может дать кредит онлайн на подержанное авто за одну минуту (ОДНУ МИНУТУ, КАРЛ)! Ниже я расскажу, что из этого получилось, но для начала расскажу вам, кто такие, собственно, МЫ.