Банальности про АБ–тест

В интернете кто–то неправ

Случайно выяснил, что существует непонимание того, что такое АБ–тест и как его проводить. Поэтому небольшая статья с базовыми принципами и примерами как делать не надо может быть полезна. Советы рассчитаны на читателя только начинающего знакомство с АБ–тестами и проект с небольшой аудиторией. Если у вас большая аудитория, то вы и так знаете как проводить тесты.
Мой опыт проведения АБ–тестов связан с мобильными приложениями, поэтому какая–то специфика может прорваться несмотря на намерения писать только о базовых вещах.

Определение

АБ–тест — это способ понять стал ли ваш продукт лучше при изменении его части. Скажем, у вас есть гипотеза, что какое–то изменение увеличит ключевую метрику продукта больше чем на 10%. Вы берёте новых пользователей и одной половине даёте контрольный вариант продукта, а другой — с реализованной гипотезой. Дожидаетесь пока разница между значениями метрики станет статистически достоверна, то есть не изменится при продолжении теста с вероятностью 90–95%. Как только результаты достоверны — оставляем победителя и запускаем следующий тест.

(далее…)

Решаем стандартные для PMов проблемы на проектах. Часть 1

О чем? И для кого?

Случалось ли с вами, такое, что клиент увеличивает количество работ для вашей команды, хотя его требование, в принципе подходит под ТЗ?

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

Не возникали ли у вас вопросы, как стоит действовать в ситуации, если разработка затягивается, хотя все идет как изначально планировали вместе с клиентом. И для клиента у вас нет объективной причины, кроме фразы “задача оказалась больше чем мы думали”.

В статье я стараюсь описать, что нужно сделать в первую очередь в той или иной ситуации и, что нужно обязательно не забыть.
(далее…)

Как повысить эффективность производства с дополненной реальностью?

Опытным руководителям предприятий знакома формула роста производительности труда. Всем очевидна роль инноваций в этом процессе. Однако не каждый может вовремя распознать технологии, способные помочь в повышении производительности, особенно на таком консервативном и не склонном к инвестициям в инновации рынке, как российская промышленность. В своём время Autodesk и Consistent Software довольно долго пробивались к проектировщикам и конструкторам – они не понимали, зачем выкладывать миллионы за работу, которая проводилась с помощью карандашей и ватмана. В итоге часть предприятий, которые вовремя не приняли на вооружение новые технологии, ушла с рынка.

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

Как пасти скотов. Советы руководителю подразделения разработчиков

Помимо извечной проблемы отцов и детей, на мой взгляд, существует ещё одна проблема — подчиненных и руководителей. Именно об этой проблеме я и хотел бы поговорить в своей статье. Точнее, о таком частном случае, как взаимоотношения подчиненных и руководителей при разработке программного обеспечения, конструкторской и технологической документации. Руководители зачастую считают подчиненных безответственными разгильдяями, а подчиненные руководителей — некомпетентными пастухами, которым надо пасти стада, а не командовать подразделением разработчиков. Часто ситуация усугубляется непониманием, т.к. руководитель не разбирается в разработке, а подчиненный плохо понимает административные нюансы. Эта статья призвана помочь плохим руководителям стать хорошими руководителями. Вы, конечно, скажете: «Эй, полегче, какие ещё плохие руководители?». И будете, наверное, правы, я сильно сгущаю краски. Не очень-то и плохие. Обычные руководители, каких сотни и тысячи. Но чтобы качественно выстроить процесс разработки, нужны лучшие специалисты — и исполнители, и руководители. Поэтому руководителей я делю на хороших и не хороших. Без полутонов. Как и разработчиков, кстати, об этом сказано в последнем совете. Как понять, хороший Вы руководитель, или плохой? Почитайте нижеследующие правила. Если какие-то из них кажутся Вам чушью и потаканием бездельникам — значит статья написана для Вас. (далее…)

10 фраз заказчика, после которых стоит напрячься

Не поймите меня неправильно, я люблю заказчиков. Я больше 10 лет в CRM-индустрии, по определению, я очень люблю клиентов!

Но эти фразы…

Всякий раз, когда я слышу их, проекта либо нет (и это не самых худший сценарий), либо он с треском проваливался на различных стадиях внедрения.
image
Итак, 10 фраз или деструктивных желаний.
(далее…)

Экосистема Dealer Mobility: как мы подружили автодилеров-официалов с их клиентами

Нет ничего нового в том факте, что мобильные приложения, предназначенные для повышения эффективности рабочих процессов и коммуникаций, — весьма эффективный инструмент продаж. Но сколько бы ни разрабатывалось универсальных теорий продаж, мобильные приложения в каждой отрасли имеют свою специфику. Сегодня мы поговорим об автомобильном сегменте на примере платформы Dealer Mobility. В данный момент ею пользуются 700 автодилеров и более 500 000 автовладельцев.

Экосистема Dealer Mobility: как мы подружили автодилеров-официалов с их клиентами - 1

В отличие от ИТ-рынка, автомобильный сегмент не привык к постоянному обновлению технологий. Это достаточно инертный рынок, внедрение ИТ-решений, как правило, долго согласовывается на всех уровнях — от дилера до представительства автоконцерна или даже центрального офиса где-нибудь в Корее. Клиентам до сих пор предлагают установить в автомобиль  мультимедийные системы с CD-чейнджером, и дилерам удается продавать эти системы за большие деньги. Поэтому  продвигать  что-то новое приходится осторожно, со здоровым консерватизмом. Как найти тот единственный путь, который приведет разработку к успеху на авторынке, — вопрос весьма интересный.
(далее…)

Канбан в управлении разработкой продуктов в машиностроении

На просторах интернета огромное количество информации по управлению проектами в IT-сфере и намного меньше информации о практике применения проектного подхода к разработке продуктов в машиностроении.

Данная статья будет интересна специалистам, которые занимаются управлением разработкой новых продуктов в сфере машиностроения и металлообработки. Инструмент, который я предлагаю использовать — это канбан на фундаменте приоритетов.

Канбан в управлении разработкой продуктов в машиностроении - 1
(далее…)

Есть ли у вас ещё шанс достичь успеха

Сколько вам надо времени, чтобы превысить показатель 140 баллов по IQ тесту? Полгода усердной работы с утра до ночи хватит? Наверняка. А это значит, вы станете лучше 99% тестируемых. Это примерно 2,5 тысячи часов — после вычета перерывов на сон, еду и другие мелочи. А ведь Малкольм Гладуэлл в своей известной книге «Гении и аутсайдеры» привел другую цифру достижения уровня мастерства — 10 000 часов. Он её не придумал, а вывел из статистики шведского психолога Андерса Эрикссона, опубликовавшего в 1993 году исследование, что мастерами скрипки и пианино не рождаются, а становятся. Важный нюанс — он сравнивал группы музыкантов, а не самые талантливые единицы.

Мастерам скрипичного дела требовалось в среднем именно столько часов практики, чтобы отличаться от профессионалов (в среднем 5000 часов) и хороших любителей (2000 часов). Гладуэлл популяризировал эту цифру, расширил умозрительно на другие сферы деятельности и преподнёс её читателям как гарантию успеха. Работай только 5 лет упорно и всё будет. Среди доказательств он ещё привел примеры бизнесменов-программистов от Билли Джоя до Билла Гейта. С тех пор его регулярно критикуют как за величину цифры, так и за подход — мол у каждого свои мозги и свои методики обучения.

Есть ли у вас ещё шанс достичь успеха - 1

В исследовании Эрикссона расчет 10 тысяч часов сделан на примере супер-профессионалов, но и мы сами можем легко прикинуть, что 5 лет в нормальном режиме на рабочем месте дают ощутимые профессиональные результаты. И если отбросить мелкие придирки, основная мысль Гладуэлла понятна, хотя и банальна — «без труда не вытащить и рыбку из пруда». Откуда столько споров?
(далее…)

Зачем играть в getKanban: опыт Туту.ру

Сегодня я хочу поделиться двухлетним опытом проведения игры getKanban в Туту.ру. В целом, игровые механики мы используем довольно активно: играем в getKanban, Playing Lean, Lego Serious Game и т. д. Но getKanban, по нашему мнению, наиболее цельная и качественная игра. Для нас эта игра уже стала традицией и привычным инструментом обучения и коммуникации. Возможно, кто-то из читателей возьмет наш опыт на вооружение.

image
(далее…)

Кому интересен российский IaaS

Аналитика и профильные исследования говорят о том, что мировой рынок виртуальной инфраструктуры начал постепенно насыщаться предложениями IaaS-провайдеров. Российский сегмент не отстает — число IaaS-провайдеров увеличивается по мере роста спроса на их услуги.

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

Кому интересен российский IaaS - 1 (далее…)