Мое наблюдение состоит в том, что мы — разработчики и продукты, сильно переусложняем, осознанно или нет, но всякие «„Архитектурные комитеты“, „Планирования“, „Апрувы у 50 отделов“ и деплои в 2-часовые окна, простыни текста сопровождающие простейшие фичи — это просто какой‑то бич современной разработки. Умные дяди с 20 летним опытом за плечами, с невозмутимыми лицами сутки напролет на созвонах обсасывают простейшие вещи вроде замены кнопки. Что это? Следствие усложнения программного обеспечения или засилие не тех людей не на тех местах? Или следствие входа в индустрию новичков, стремящихся простое сделать сложным?
В статье мы разберем что такое „переусложнение“, дадим ему определение и на реальных примерах разберем во что это выражается и как с этим бороться.
Управление продуктом *
Учимся управлять продуктом
Когда говорят 'Сделай хорошо': Рекомендации для разработчиков по улучшению процесса
В предыдущей статье, где я затронул тему отмены задач, возникли оживленные дискуссии. Некоторые утверждали, что достаточно найти тим лида с "стальными яйцами", и проблемы с непонятными задачами исчезнут. Но действительно ли это так просто? И правда ли, что решение этих проблем не входит в нашу компетенцию? Как руководитель разработки, я часто вижу, как команды берут на себя задачи, которые кажутся им неправильными, тратят часы на их разъяснение и еще больше времени на доработку перед сдачей.
Может показаться, что работа по формулировке задач лежит за пределами нашей ответственности, но если мы продолжим брать непонятные задачи, для продуктовых менеджеров это будет сигналом, что все идет хорошо. Но мы знаем, что это не так. Не стоит ждать, что ситуация изменится сама по себе или кто-то внезапно решит все проблемы за нас. Пора задуматься о том, как мы можем влиять на этот процесс и сделать нашу работу более эффективной. Ведь в любом случае время на эти задачи уходит, так давайте по крайней мере потратим его с пользой.
Я ожидаю, что некоторые из вас скажут: "Всё это очевидно, просто возьми и сделай". Но давайте не будем забывать, что целые книги написаны о том, как правильно описывать требования и структурировать работу, существуют стандарты, но проблема всё ещё актуальна. Понимание того, что перед нами не простая задача, приходит с опытом в разработке, и именно поэтому я отношу её к категории средней сложности. Я старался изложить её как можно проще, но уверен, что ваши конструктивные комментарии помогут сделать изложение идеальным. Спасибо вам заранее за это.
Что ученые знают про темные паттерны в дизайне: как повышают конверсию и насколько роняют доверие?
В последнее время на Хабре было несколько статей про темные паттерны. Вообще, тема этичного дизайна, или дизайна, который руководствуется ценностями, сейчас довольно сильно раскручивается. Скорее всего это ответ на промышленный дрейф в сторону все более манипулятивных приемов, которые используются на рынке.
Очевидно, что темные паттерны работают, иначе их бы не использовали. Но корпорации редко публикуют результаты своих экспериментов. Я решила поискать, проверялись ли какие-нибудь темные паттерны в научных статьях и что вообще исследователи знают про них.
Ленивый продакт: как собирать готовые идеи для развития продукта от коллег
Когда продукт входит в фазу эксплуатации, продакт-менеджер занимается его поддержкой и развитием. Для этого есть много каналов пополнения бэклога идеями: анализ запросов в поддержку, интервью с пользователями, анализ данных продуктовой аналитики, анализ конкурентов и пр. Но есть еще один, который недооценен – это сотрудники всей компании.
Меня зовут Артём Трубин, я директор продуктового портфеля в облачном провайдере ActiveCloud. Расскажу, как мы наладили пополнение продуктового бэклога идеями от коллег из разных департаментов компании, дали им почувствовать свою важность и сэкономили силы продакт-менеджеров с помощью Kaiten.
Истории
Оценка заявки в YC на примере CommandBar
Мы успешно попали в батч S20 акселератора Y Combinator с проектом CommandBar, хотя сами в то время продолжали работать над другим стартапом под названием CodePost. Нам одинаково нравились оба проекта и мы решили пусть YC определит какой проект лучше. "Если проект попал в YC, значит идея хорошая". Оглядываясь назад, я хочу сказать, что фаундеры совершают ошибку рассуждая подобным образом.
Выявление потребностей клиентов через опросы
Введение в тему выявления потребностей клиентов через опросы начнем с утверждения, что понимание того, что действительно важно для ваших клиентов, является краеугольным камнем успешного бизнеса. В наш век информационных технологий и высокой конкуренции, ключом к выживанию и процветанию компании становится не только качество продукта или услуги, но и способность адаптироваться к меняющимся потребностям и предпочтениям клиентов. Именно здесь опросы выступают как мощный инструмент, позволяя компаниям получить ценные данные прямо от источника - своих клиентов.
Опросы могут выявить не только текущие потребности клиентов, но и предсказать будущие тенденции, позволяя компаниям опережать конкурентов и формировать предложение, которое точно соответствует ожиданиям рынка. С помощью грамотно составленных вопросов можно собрать обратную связь о всем: от удовлетворенности продуктом до предпочтений в обслуживании и новых идей для развития.
«Плывите, сосиски»: гайд по командной работе
Привет всем! Мы с командой студентов в рамках одной из дисциплин написали небольшое руководство по командной работе под названием «Плывите, сосиски». Хотя мы так и не завершили его, в документе содержится несколько потенциально полезных ситуаций, рекомендаций и советов.
На протяжении всего обучения мы как практиковали командную работу внутри нашего института, так и реализовывали командные проекты с бизнес-партнерами. Поэтому хоть и небольшой, но опыт у нас есть.
Это руководство делалось студентами экспериментального пространства для студентов экспериментального пространства (поэтому далее может проскакивать лексика университетов), но мы подумали, что такое руководство может помочь как другим студентам, так и людям, которые в своей профессиональной практике столкнулись с проблемами. Если отстраниться от конкретных студенческих примеров, то логику в этом руководстве можно спокойно переложить и на ситуацию работников в компаниях либо в стартап-проектах.
Почему Windows настолько медленнее Linux. Расползание фич
Время выполнения общих команд Git в Ubuntu и Windows 11 (в секундах, чем меньше — тем лучше), источник: OpenBenchmarking.org
В далёком 2013 году один из разработчиков Microsoft детально объяснил, в чём главные технические проблемы при разработке ядра Windows NT. Спустя десять лет Windows 10/11 работает на том же ядре, а многие старые проблемы так и остались нерешёнными.
Хотя в ряде задач Windows превосходит Linux, но в большинстве тестов она действительно медленнее. По словам разработчика, это отставание усугубляется, а причина «социальная». Суть в том, как организован процесс разработки, внесения изменений в ОС. Если в мире опенсорса это открытый процесс, который несёт пользу и улучшает систему, то в мире корпоративного ПО зачастую изменения вносятся по причинам эгоизма, желания продвижения по карьерной лестнице, славы и т. д. Всё это ведёт к деградации продукта.
Опыт организации планирования в машиностроении применительно к ИТ. Часть 2
Предлагаю продолжить анализ применимости подходов в машиностроении к ИТ. С первой частью можно ознакомиться по ссылке.
В первой части я сравнивал схему производственного цикла в машиностроении и цикл разработки программного обеспечения. На мой взгляд, процессы с точки зрения “управления” имеют очень много общего. Делюсь опытом планирования, который мне удалось подсмотреть, работая на “остатках” Информационно Вычислительного Центра (ИВЦ). На старте моей карьеры в ИТ численность персонала ИВЦ уже была гораздо меньше, чем в лучшие годы, и при этом постоянно сокращалась. Отчасти это можно объяснить тем, что ЕС-ЭВМ на тот момент серьезно устарели. При этом со временем ко мне пришло осознание того, что вся теория, которая была проработана еще во времена СССР, актуальна до сих пор, ведь основные принципы не изменились. Изменился только инструментарий.
От ICQ до Zune: чему могут научиться продакт-менеджеры на примере проектов, которые потерпели фиаско
Провал продукта — это кошмар любого продакт-менеджера. Легко увидеть основные признаки успешных проектов: они решают реальные проблемы реальных людей, поддерживают прибыльный бизнес и способны выдержать испытание временем. Однако даже самые благонамеренные продакты умудряются не справиться с одной или несколькими из этих задач.
Бесчисленное количество продуктов было отправлено на свалку истории из-за неправильных решений, принятых продакт-менеджерами. Сегодня мы посмотрим на примеры неудачных продуктов и подумаем, как можно избежать повторения их ошибок в будущем.
Путь от преподавателя английского к AI Product Manager
Всем привет, меня зовут Оля Шерстюк, раньше я была преподавателем английского языка, но начиная с 2023 года решила поменять свою деятельность и перейти в IT, сейчас я учусь в магистратуре AI Talent Hub. Хочу поделиться с вами своей историей.
В 2023 я зачеркивала дни в календаре, приходя с работы в Сверхновой школе в Питере. Несмотря на то, что это было самое лучшее из всех мест, где мне удалось поработать, всё сложилось так, что на 5-м году преподавания я уже просто выгорела. Работа учителя — это самая недооцениваемая и ресурсозатратная деятельность, которую только можно придумать.
Однажды я прочитала статью про применение искусственного интеллекта в декодировании языка животных в The New Yorker, одновременно всё большую популярность приобретал Chat GPT, и меня затянуло в новое и неизведанное.
Погуглив, я узнала, какой язык программирования нужен, чтобы прикоснуться к ИИ, посмотрела, какие есть курсы.
Что нам стоит технологии для российского бизнеса построить: топ-5 отечественных разработок для промышленного сектора
Технологическая отрасль в РФ не стоит на месте, многие направления продолжают развиваться. Особенно это актуально для промышленности. Сегодня предлагаю обсудить пять новых отечественных разработок - от автоматизации документооборота до прототипирования. Если интересно - поехали!
Смарт, Стрит. Кто? Решите вашу проблему номер один (конспект книги)
Конспект знаковой книги про наём сотрудников.
По мнению автора, главный вопрос современного бизнеса – «кто?», а не «что?». Выигрывают, в первую очередь, те, кто поднимает планку и ориентируется только на привлечение игроков класса А – кандидатов, с вероятностью 90% имеющих шанс добиться результатов, доступных лишь для 10% подходящих кандидатов.
Для успешной реализации необходимы три составляющие:
1) Лист целей – документ с подробным описанием качеств, необходимых для выполнения определённой вами роли
2) Работающие источники привлечения подходящих кандидатов
3) Эффективный процесс отбора
В статье - подробнее каждый из пунктов...
Ближайшие события
Как мы обучали 50 тысяч клиентов в B2B стартапе
Меня зовут Юрий Шиляев, уже более 15 лет я руковожу образовательными проектами и продуктами для технологических компаний. Обучение клиентов и партнеров, обучение персонала компании, а также образовательный маркетинг (это когда нужно вашим клиентам рассказать сложные вещи очень лаконично и просто).
В этой статье я расскажу про то как мы строили обучение клиентов и партнеров в технологическом стартапе, зачем эта система была выстроена и какой эффект принесла.
Здесь и далее я буду говорить про обучение клиентов и партнеров, это понятие для меня объединяет два направления - образовательный маркетинг и enablement (онбординг). В рамках обучения клиентов и партнеров мы не только предоставляем им образовательную информацию, учим работать с продуктом и технологией, но и постоянно мотивируем внедрять наш продукт, то есть занимаемся маркетингом.
Нужно ли вам обучать клиентов и партнеров?
Если вы разрабатываете и продаете B2B софт, требующий внедрения - безусловно. Если вы оказываете услуги - то вы часто сами находитесь внутри такого обучения - вам надо сертифицировать специалистов на знание какого-то софта или обучать клиента. В любом случае вы будете использовать элементы образовательного маркетинга и/или enablement’а.
Наверное это все дорого и мне не подойдет?
Все примеры, которые я привожу делались компанией в 100-200 человек, отдел маркетинга редко превышал 10 сотрудников на том этапе, а отдел обучения клиентов редко был больше 4х. Начинали мы с 2х человек. Я знаю компании в 80 человек, которые оперируют схожую программу. Потому что без этого никуда.
Сбор обратной связи от клиентов
Сбор и анализ обратной связи позволяют предприятиям не только улучшать свои продукты и услуги, но и адаптироваться к меняющимся потребностям и предпочтениям своих клиентов, опережая конкурентов и повышая лояльность своей аудитории.
Целевая аудитория этой статьи - руководители и специалисты компаний, которые стремятся развивать свой бизнес через углубленное понимание своих клиентов. Это также включает в себя маркетологов, менеджеров по продукту, специалистов по качеству и услугам, HR-специалистов, и даже разработчиков, которые ищут способы улучшить пользовательский опыт и эффективность своих продуктов и услуг.
Прочитав эту статью, вы узнаете, как правильно собирать, анализировать обратную связь и как использовать эту информацию для принятия обоснованных бизнес-решений. Мы также рассмотрим, как инструменты, такие как Тестограф, могут помочь в организации опросов, анализе данных и улучшении взаимодействия с клиентами, делая процесс сбора обратной связи не только эффективным, но и приятным как для вас, так и для ваших клиентов.
Статья будет интересна и полезна для всех, кто хочет сделать свой бизнес более клиентоориентированным, улучшить свои продукты и услуги, и в конечном итоге - увеличить свою прибыльность и конкурентоспособность на рынке.
Как дизайнеры помогают заменить GitLab: что из этого получилось
Привет! Меня зовут Валерия, я дизайнер внутренних сервисов в Ozon Tech. Наша команда занимается продуктами, которые коллеги используют для доступа к инфраструктуре Ozon, приоритизации задач, проведения регламентных работ, выкатки и управления релизами.
Сегодня речь пойдёт про последнее упомянутое решение — REpublic или релизный портал, который помогает нашим разработчикам выкатывать более тысячи релизов каждый день. Я расскажу, зачем мы начали его делать и с какими сложностями столкнулись.
Как 6 экранов в приложении увеличили конверсию в два раза
Кейс Digital команды домашнего интернета от Tele2.
Думаю, что все, кто работает с потоком лидов, понимают, как это: маневрировать между количеством заявок, их качеством и нагрузкой на контактный центр. В этой статье поделюсь, как с помощью интерфейсов мы научились управлять органическим трафиком, конвертируя его в реальные подключения, при этом эффективно расходовать ресурс контактного центра. Погнали!
Фрустрация как подарок: Матрица Осознанного развития
Когда меня попросили заняться курсом по управлению командой в ВШЭ (2007), я столкнулся с многими неосознанными проблемами в управлении в ИТ, в том числе проблемой того, что большинство "повышенных" сотрудников на позицию руководителя оказываются в состоянии неосознанной некомпетентности.
И прежде чем придет понимание того, что им нужно учиться, успевают натворить много такого, за что потом становится стыдно или их просто увольняют. Причем это касалось как разработчиков, становящихся руководителями и тим-лидами, так и вице-президентов. Последние несколько лет я сталкиваюсь с тем, что это часто приводит к так любимому многими Выгоранию.
Принцип Питера
При́нцип Пи́тера — положение, выдвинутое и обоснованное в одноимённой книге Лоуренсом Питером. Формулировка: «В иерархической системе каждый индивидуум имеет тенденцию подняться до уровня своей некомпетентности».
Бардак в GNOME — это не случайность
GNOME удалось добиться, казалось бы, невозможного: это самая ограниченная по возможностям и раздутая десктопная среда для Linux. Но это не просто случайность. Это результат высокомерия и дилетантства основных разработчиков, превративших архитектурные решения GNOME в шедевр хаоса. Чтобы лучше понять, что происходит, давайте проанализируем некоторые из примеров. Даже если ни один из них не затрагивает непосредственно вас, стоит понять modus operandi ведения проектов GNOME и то, как они вредят сообществу Linux.
Размер выборки для A/B теста
Допустим вы тестируете рассылку и хотите понять какой заголовок заходит лучше. На сколько человек надо отправить рассылку с тестированием заголовка и текста сообщения, чтобы получить статистически значимый результат?
Для определения размера выборки, который обеспечит статистическую значимость результатов A/B тестирования (в данном случае тестирования заголовка и текста электронной рассылки), необходимо учесть несколько параметров:
Вклад авторов
nmivan 984.0myoffice_ru 820.1m1rko 612.8EgorKotkin 552.0Milfgard 474.0alconost 400.8megamozg 386.0alizar 358.8semen_grinshtein 357.4Pavel_Ku 346.2