Обновить

Менеджмент

Сначала показывать
Порог рейтинга
Уровень сложности

Разделяй и усложняй: как декомпозиция вас обманывает

Уровень сложностиПростой
Время на прочтение21 мин
Охват и читатели2.5K

Большой проект. Сложная система. Куча требований. Первое, что приходит в голову любому инженеру: «Надо декомпозировать!» Разложим по модулям, разделим на команды, каждый займется своим куском. Большую сложную задачу превратим в набор простых понятных подзадач. Так учат делать везде. Так делают все. Это основа основ. Но никто не говорит о том, что происходит дальше. Никто не предупреждает о скрытых ловушках, которые ждут на этом пути. А их там... много.

Читать далее

Как мы не развалили команду, пока строили SaaS для Wildberries

Уровень сложностиПростой
Время на прочтение2 мин
Охват и читатели601

Когда ты запускаешь SaaS‑продукт для селлеров на Wildberries, особенно в формате Telegram‑бота, кажется, что главная задача — фичи, код и отчёты. На практике же — главное это команда. Делюсь опытом: от первых кик‑оффов и прозрачности задач до one‑to‑one и управления конфликтами. Всё — на основе реального опыта и с учётом скорости, с которой живёт любой стартап.

Читать далее

Развитие разработчиков в команде: подход тимлида

Уровень сложностиПростой
Время на прочтение7 мин
Охват и читатели2.3K

Одна из задач тимлида — помогать каждому в команде развивать профессиональные навыки. Однако, накопив за годы определённый опыт, мы часто начинаем думать, что окружающие тоже всё это знают. На самом деле для сеньоров и других лидов это зачастую так, но у разработчиков с меньшим стажем всегда есть чему поучиться и куда расти. Как же не упустить развитие сотрудников?

Читать далее

Google Project Management: Professional Certificate, все самое главное из курса для начинающих, часть 2

Уровень сложностиПростой
Время на прочтение32 мин
Охват и читатели2.7K

Недавно я завершила обучение на курсе от Google по программе Управление проектами Поэтому я решила подготовить цикл из шести статей, в которых постараюсь передать ключевые идеи курса для русскоязычной аудитории.

Курс состоит из шести разделов, и каждая статья будет охватывать один раздел. Вот их список:

Читать далее

Разница управлением дизайном в корпорации, лаборатории и агентстве

Уровень сложностиПростой
Время на прочтение8 мин
Охват и читатели555

Привет всем! Меня зовут Артур Арсёнов, я Product Design Lead в Garage Eight. За свою карьеру я успел и побыть владельцем лаборатории, внутри которой было собственное мини-агентство, и в корпорациях поработать. И сегодня уже знаю: каждый из этих форматов задаёт не только стиль работы, но и разную степень вовлечённости в контекст клиента. Это влияет на то, какие задачи вы решаете, как быстро растёте и что в итоге отдаёте пользователю.

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

Читать далее

KPI: Путь к успеху или ловушка неэффективности?

Время на прочтение9 мин
Охват и читатели3.8K

Как сделать так, чтобы система KPI действительно работала на бизнес? Этим вопросом задаются все менеджеры, эффективные и действительно эффективные. Меня зовут Юлия Чикурина, и уже несколько лет я работаю в Innostage над сложными проектами управления эффективностью в госсекторе. Теперь расскажу, как наши наработки адаптировать под бизнес и работать с KPI не для галочки, а для реальных результатов.

Читать далее

Точки перелома: как применить стратегическое мышление в повседневной жизни

Время на прочтение9 мин
Охват и читатели6.4K

Несколько лет назад я решил испытать себя и поехал в горный массив Хибины, чтобы пересечь его в одиночку. Через четыре дня я оттуда вышел, но не там, где планировал, и не в том состоянии. Часть вещей была утеряна, я был мокрый, голодный, злой — своего рода аll-inclusive наоборот.

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

Привет, Хабр! Я Александр Фокин, лидер по стратегии в МТС и участник TeamLeadConf. Уже 15 лет работаю в IT-индустрии в управлении продуктами и проектами, выстраивании процессов, кризис-менджменте и траблшутинге.

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

Читать далее

Покупка одежды — боль: протестировали онлайн-магазины, результаты не обнадеживают

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели1.8K

Разобрали приложения крупных фэшн-ритейлеров. Рассказали, как ЦУМ, ТВОЕ, Shein и Farfetch убивают UX и что они делают реально круто.

Смотреть дизайн

В погоне за оптимальным он-бордингом пользователей

Уровень сложностиПростой
Время на прочтение6 мин
Охват и читатели303

Представьте, что ваш пользователь нажимает «Установить» — и уже через минуту кидает коллеге ссылку на готовую инструкцию. Никаких «позже разберусь», форм авторизации и лишних вкладок. Это и есть оптимальный он-бординг, за которым сегодня охотится каждый продукт.

Меня зовут Алексей, я делаю Steppo — расширение, превращающее клики в наглядные гайды. Последние полгода я усердно измеряю Time‑To‑Value (TTV): сколько секунд проходит между установкой и ценностью, когда человек говорит «Вау, оно работает!». Всё, что дольше 60 секунд, статистически превращается в болотце, где тонут конверсии.

Читать далее

Диаграмма Деятельности и Диаграмма Состояний (англ. Activity diagram & State machine diagram)

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели6.8K

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

Цикл статей о проектировании, призван показать один из возможных путей, достижения успеха, через проектирование программного обеспечения с использованием UML (англ. Unified Modeling Language — унифицированный язык моделирования).

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

Читать далее

Pro процессы

Уровень сложностиПростой
Время на прочтение15 мин
Охват и читатели658

Привет! Меня зовут Дмитрий. Я являюсь руководителем группы в IT‑компании. Если перевести на более доступный язык, то получится так: Team Lead Integration. Компания не самая крупная, но очень международная.

Знаете, я никогда не любил и не понимал такое сочетание англицизмов и русского языка. Особенно, когда в него закладывается некоторая двусмысленность. Особенно, когда используется pro. Потому что в него можно заложить столько details, если вы понимаете, о чём я. Тем не менее, для своих размышлений такой оборот показался мне более, чем уместным, включая его двусмысленность. Возможно, истинной причиной стал тот факт, что этот заголовок придумался одной ночью, прям перед сном, и я очень боялся его забыть и не вспомнить на утро, и поэтому он полюбился. В любом случае, попробую разобраться и раскрыть то, что имею на этот счёт. Pro процессы. Хотя изначальная идея была в противопоставлении: «Процессы или бизнес». Когда одна сторона ставит своё участие и значимость немного выше другой. По принципу «бизнес или процессы — выбирайте». Хотя, на самом деле, а какой ещё должен быть заголовок?

Статья полезна тем, кто работает на стыке тесного взаимодействия того, что часто называют бизнесом, и технических или около‑технических команд, для сотрудников разных уровней (от условных джунов до руководителей отделов (Head of sales и прочее)). Также может быть полезна и интересна тем, кто ощущает лёгкий ветерок хаоса в рабочих процессах. Тут нет глубокой аналитики, цифр на основе графиков, графиков на основе исследований учёных британского университета. Только здравый смысл, мои размышления на основе собственного опыта и некоторые рекомендации, что же с этим делать.

Читать далее

Google Project Management: Professional Certificate, все самое главное из курса для начинающих

Уровень сложностиПростой
Время на прочтение17 мин
Охват и читатели8.1K

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

Курс состоит из шести разделов, и каждая статья будет охватывать один раздел. Вот их список:

Читать далее

Адаптация учебных программ по информатике, программной инженерии и науке о данных для разработки с использованием ИИ

Уровень сложностиСредний
Время на прочтение10 мин
Охват и читатели1.7K

Рост больших языковых моделей (LLM) и генеративного ИИ в корне меняет способ создания программного обеспечения. Современные разработчики все чаще полагаются на помощников ИИ (например, ChatGPT, GitHub Copilot) для написания кода, документирования программ и создания тестов. Рутинные задачи, которые когда-то выполнялись вручную — создание шаблонного кода, документирование API или рефакторинг — теперь можно частично передать на аутсорсинг ИИ под руководством человека. Эта тенденция побудила преподавателей заметить, что существующие методы оценки (например, домашние задания по кодированию) становятся неэффективными в эпоху помощников ИИ. Поэтому университетам по всему миру необходимо пересмотреть учебные программы: сохранить строгие основы и при этом научить студентов работать с инструментами ИИ.

Читать далее

Ближайшие события

Waterfall 2.0: программные артефакты и ИИ для современных команд разработчиков

Уровень сложностиСредний
Время на прочтение11 мин
Охват и читатели796

В формирующейся парадигме «Водопад 2.0» разработка программного обеспечения становится более структурированной и фазово-управляемой. Каждая фаза стабильна и четко определена — почти как производственная линия или сборочная линия — но общий процесс остается итеративным. Большие языковые модели (LLM) теперь выступают в качестве автоматизированных «членов команды» в этом процессе, помогая экспертам в предметной области на каждом этапе. В результате традиционные артефакты — записи архитектурных решений (ADR), руководства по коду/стилю, документы для новых сотрудников, планы тестирования, конфигурации CI/CD, спецификации API, контрольные списки безопасности и т. д. — должны эволюционировать. В этом рабочем процессе, дополненном ИИ, эти документы становятся как входными данными, так и выходными данными ИИ, помогая направлять генерацию и сохранение знаний. Лучшая практика — хранить их как контролируемые версии, читаемые человеком файлы (например, Markdown в основном репозитории), позволяя ИИ помогать создавать и поддерживать их контент.

Читать далее

Waterfall 2.0: рабочие процессы, основанные на LLM, в разработке программного обеспечения

Уровень сложностиСредний
Время на прочтение11 мин
Охват и читатели1.6K

Появление мощных LLM превращает разработку программного обеспечения в более структурированный конвейерный или водопадный процесс. Вместо того, чтобы многие разработчики итерировали короткими спринтами, конвейер с поддержкой LLM может разбить работу на стабильные фазы (требования, проектирование, реализация, тестирование), которые идут последовательно. Как отмечает один эксперт, «кодирование перешло от творческого поиска к модели производственной линии», и ИИ помогает сделать каждую фазу более предсказуемой. В этой парадигме «Waterfall 2.0» эксперты в предметной области (например, менеджеры по продуктам, дизайнеры) напрямую подключаются к потоку разработки с помощью подсказок ИИ, и отдельные шаги фиксируются, но все еще адаптируются с течением времени. Результатом является в основном линейный сквозной процесс — анализ, генерация историй, кодирование, QA — который по-прежнему включает циклы обратной связи по мере необходимости.

Например, конвейер Waterfall 2.0 может начинаться с глубоких требований и исследований, а затем передаваться LLM, который генерирует пользовательские истории и спецификации тестов. Затем система будет проходить циклы ATDD (приёмочные тесты)/BDD(поведенческие тесты)/TDD (используя синтетические данные обучения), использовать ИИ для написания основной части кода и, наконец, запускать автоматизированные тесты и шаги по исправлению. На практике ИИ может сканировать заметки со встреч для составления пользовательских историй и даже создавать фрагменты кода из простых подсказок. Хотя на бумаге это выглядит линейно, общая гибкость сохраняется: как замечает Аджит Джаокар, у нас будут «теперь фазы, которые будут более стабильными», даже если команды будут переходить между ними.

Читать далее

Waterfall 2.0: Одиночная разработка с поддержкой LLM: эффективность, инструменты и риски

Уровень сложностиСредний
Время на прочтение8 мин
Охват и читатели1.8K

Рост числа продвинутых LLM (таких как ChatGPT, Claude, Gemini) меняет разработку программного обеспечения. Сегодня один разработчик, вооруженный ИИ, может придумать, закодировать и запустить полнофункциональные приложения или MVP за долю традиционного времени.

Читать далее

Волки на собеседовании: как не дать себя обмануть и не упустить талант

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели26K

Рынок найма поменялся. Стало плотнее, агрессивнее и одновременно... гибче. Люди научились продавать себя лучше. А кто-то - слишком хорошо. Так появляются волки.

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

В этой статье разберём, как отличить реальный опыт от накрученного, какие ловушки могут быть в процессе собеседования и как не запороть найм из-за одной легенды.

Читать далее

Как стартапу выжить в «Алом Океане»? История одного проекта

Время на прочтение4 мин
Охват и читатели587

Привет, Хабр. Расскажу о том, как мы создавали один из наших стартапов - сервис для генерации сайтов -визиток за 5 минут при помощи ИИ.  Мы планировали сразу стартовать с недорогих заявок, однако все пошло не по плану.

Как мы вообще попали в Алый Океан?

Изначально проект мы запускали совместно со специалистом по развитию личного бренда. Она пришла в нашу стартап-студию с идеей: нужен такой сервис, который позволял бы бьюти-мастерам, кондитерам, специалистам по ремонту, дизайнерам создавать для себя сайты-визитки очень быстро и просто. 

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

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

Наверняка вы догадываетесь, какая огромная конкуренция сейчас на рынке создания сайтов, лендингов, интернет‑страниц. Мы попадали в противостояние буквально со всеми: с веб‑студиями, сервисами мультиссылок, с фрилансерами, конструкторами сайтов… Руководитель нашей стартап‑студии назвала этот океан не «Алым», а «Багровым».

Читать далее

Как я пересобрал производственный отдел: кейс оргструктуры и финансовой мотивации в digital-агентстве

Уровень сложностиСредний
Время на прочтение10 мин
Охват и читатели720

На связи Олег Черных. 8 месяцев назад я стал руководителем производства в digital-агентстве. Под моим началом оказался отдел из 15 человек, с собственными командами и клубком задач и проблем, которые предстояло распутывать. Одной из первых стратегических задач, поставленных передо мной, стало формирование организационного дизайна отдела – а это создание четкой структуры и системы финансовой мотивации.

Читать далее

Как ошибки превратились в рабочие процессы: 6 факапов, которые изменили нашу работу

Уровень сложностиПростой
Время на прочтение5 мин
Охват и читатели1.3K

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

Читать далее
12 ...
50