Управление проектами *

Это руководство для тех, кто готов инвестировать в свою техническую насмотренность и техническую эмпатию. Если вы не можете поставить VPN или жалеете двадцать долларов на подписки → закройте эту статью. Мы будем строить полноценный SaaS. Почему? Потому что с вероятностью 90% вы работаете или будете работать именно с SaaS-продуктами. Наш инструмент → контролируемый Vibe Coding , а наш полигон → реальный пет-проект.

Я написал статью Застегните ширинки, мамкины киберпанки. Забудьте про ИИ.

Она попала в Топ за сутки. Набрала много просмотров, сохранений и комментариев. 

На следующий день я опубликовал вторую статью Как я прикрутил ИИ к формуле Гагарина и порвал Хабр за 28 минут, в которой честно рассказал, что первая статья, залетевшая в Топ, была написана с использованием ИИ за полчаса. 

Результат: мне обрушили карму, напихали полную панамку дизлайков и написали много гневных комментариев, типа «тролль двача», «стоим по щиколотку в информационном говне» и тд.

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

Что на самом деле произошло...

По мотивам организации работы с файлами и документами прошлой статьи, хочу поделиться очередным личным опытом организации работы классической электронной почтой. На эту тему написано огромное количество статей с советами и способами работы с "хаосом". Но это не очередная статья с шаблонными рекомендациями - поверьте, я смогу вас удивить. Все они хороши, но в них нет главного: объяснения основ электронной почты, и соответственно почему, например, Inbox Zero естественен и прекрасен.

Необычный формат для Хабра, поэтому важен дисклеймер:

Много лет назад я писал популярные статьи на Хабре, долго был тут автором #1. Позже завел свой блог, где аудитория идентична хабровчанам: в основном разработчики и инженеры, средних лет (для других я писать не умею).

Сейчас это аудитория в 50 тыс. человек, и мы проводим много встреч, в разных городах мира: у меня с ними были сотни разговоров. Все описанное - на основе наблюдений, и подавляющему большинству из вас, хабровчан, этот простой гайд ТОЧНО будет полезен. Так что можно сохранить и перечитать перед какой-нибудь встречей или митапом.

1️⃣ База: если во время разговора не хочется проявить интерес к собеседнику - задавать ему вопросы или говорить комплименты, - то такой разговор не нужно продолжать! (пост) Потому что это не беседа, а скорее "обмен выступлениями", где каждый просто хочет высказаться. И это сложно назвать диалогом в принципе.

Звучит банально, но по моей оценке на наших встречах что-то спрашивают, у меня и у других участников, от силы 5% людей.

Кстати беларусы резко выделяются своим интересом к собеседникам. Не знаю почему. Может потому что они приятные люди?

Известно, что официальной религией в Японии является работа. Во время проведения религиозного обряда среднестатистический японец облачается в специальное одеяние, мечется и уважает начальников. Такая церемония проводится каждый день с 9 утра до 10 вечера. Азартные же игры в Японии запрещены уголовным кодексом, за исключением ставок на скачках или лотерей, но любители поиграть всегда найдут выход.

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

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

Этот тезис важен также в контексте зрелости руководителя \ менеджера проекта и среды, в которой он реализует проект. Суперпрофессиональный менеджер проекта будет далеко неэффективен в незрелой системе управления проектом. Но это предмет для отдельного разговора.

Канбан на практике, гайд по проектным метрикам, портфельное управление, хорошее и плохое ТЗ, обзор книги по P3. Express и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

Расширенные дайджесты, новости, обзоры книг и курсов для РП и аналитиков — в моем канале «Проектный дайджест», а теперь ещё и в удобной базе знаний, где я собрал уже почти 2000 статей по управлению проектами — с резюме, тегами и даже pdf‑ками.

Atomic Heart делали 200 человек с бюджетом $50 млн. Hail to the Rainbow — один разработчик, 6 лет, почти без бюджета. Я взял интервью у Сергея Носкова и разобрал этот кейс как руководитель отдела разработки: продуктивность, деньги, выгорание и результат, который сложно отличить от AAA.

Владелец прав не оценил программу для ЭВМ предпринимателя и подал к нему иск. Обнаружили три обстоятельства, которые рушат позицию истца. Отразили их в отзыве на иск.

В начале ноября прошлого года ко мне обратился индивидуальный предприниматель – создатель программы для ЭВМ.

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

Всем привет, я Артем Герасимов, владелец продукта SimpleOne SDLC. В этой статье я расскажу о реальных проблемах ИИ-генерации кода и о том, какие механизмы помогают нам с ними справляться.

Почему даже очевидно полезные изменения не работают? Потому что дело не в идеях, а в системе.

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

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

Работа в Сибири – это суровый климат, гигантские расстояния и сложные промышленные объекты, которые требуют технологий, способных «видеть» и фиксировать реальность с ювелирной точностью. Для инженерного центра «СибИАЦ», более 20 лет обеспечивающего теплом и энергией населенные пункты региона, лазерное сканирование давно стало и глазами, и средством получения точной информации.

Введение санкций и уход с российского рынка западных компаний, занимающихся разработкой и поставкой специализированного программного обеспечения, сделали актуальным вопрос оперативного перехода на отечественное решение. Совместный с компанией «Макссофт-24» проект по внедрению программного решения nanoCAD Облака точек позволил не только бесшовно заместить ПО для обработки данных лазерного сканирования, но и выстроить более эффективный и технологичный рабочий процесс – от сканирования объекта SLAM-сканером до передачи готовой трассировки в BIM-модель.

Когда овчинка стоит выделки: сложности внедрения окупились многократно...

Пройден "экватор" моего обучения на COO в Stratoplan и я все чаще ловлю себя на мысли:

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

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

Привет, Хабр! Меня зовут Елизавета, я скрам-мастер стрима ДБО (веб-версия дистанционного банковского обслуживания) для банков в команде РСХБ.Цифра. Выстраиваю процессы на основе человекоцентричного подхода, помогаю команде раскрывать потенциал. В этом материале хочу поделиться с вами историей о том, как мы превратили обычную задачу по формированию команд в приятный процесс. Да, это возможно! Расскажу не только о методиках, но и человеческих взаимоотношениях, где психология — лучший друг программистов и тимлидов, которые объединяются ради создания продукта в финтехе.

Мы едим хлеб, а не смотрим на замешивание теста

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

Мы должны руководствоваться достижением цели, а не удобством процессов.

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

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

Как руководитель отдела ИИ с опытом внедрения решений в холдингах на 15 000+ сотрудников, я вижу, что только системный инженерный подход спасает проекты от превращения в «дорогой гараж».

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

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

Как автоматизировать процесс обработки рекламаций с помощью ИИ?

Кейс о том, как мы внедрили систему отслеживания рекламаций на производстве с использованием искусственного интеллекта.

Большинство команд, которые внедрили канбан, на самом деле просто создали доску с колонками. Перетащили стикеры слева направо — и решили, что на этом все. Но канбан — это не формат доски, а метод управления потоком работы.

Мы тут решили дотошно разобраться и рассказать, из чего он состоит на практике: инструменты, принципы, WIP-лимиты и метрики. 

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

Head of Product или “проджект на стероидах”? Разбираем вакансию бигтеха на атомы

Профессия Продакт Менеджера овеяна флюидами стратегии и успеха, но дьявол, как говорится, в Job Description.

Сегодня разбираем свежую вакансию в крупном бигтехе на примере МТС Link Чаты, чтобы показать, как научиться читать между строк и не попасть в ловушку “Full-stack выгорания” на новой должности.