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

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

Как Airbnb удалось пройти путь от нуля бронирований до почти 500 миллионов в год, и как функционирует компания?

Первые хосты

История начинается в Сан-Франциско осенью 2007 года. Брайан Чески и Джо Геббиа, оба выпускники Школы дизайна Род-Айленда, снимали вместе квартиру в районе Саут-оф-Маркет. Сан-Франциско знаменит многим, но точно не доступным жильём и изобилием свободных квартир. Для Чески и Геббии, как и для многих других жителей города, аренда квартиры была постоянным источником стресса. Даже в обычные месяцы с ней было трудно, а тут хозяин квартиры сообщил, что арендная плата вырастет на 20%. У них просто не было таких денег. Зато у них были креативность, пустая гостиная и пара надувных матрасов.

Совпало так, что в Сан-Франциско должна была пройти дизайнерская конференция, и почти все отели были либо переполнены, либо стоили баснословных денег из-за ограниченного предложения и высокого спроса. Гостиная была пустой, деньги были нужны, а множество людей искали доступное жильё на время конференции. Чески и Геббиа связались со своим другом и бывшим соседом по комнате — Нэйтаном Блечарчиком, выпускником факультета компьютерных наук Стэнфорда.

Троица на скорую руку собрала сайт и назвала его «AirBed and Breakfast» («Надувная кровать и завтрак»). За небольшую плату (дешевле гостиничного номера, но достаточно, чтобы покрыть аренду), участники конференции могли переночевать у них на надувных матрасах, а утром получить простой завтрак. Они отправили письма различным блогам о дизайне, чтобы вызвать интерес, и в итоге к ним приехали женщина из Бостона, отец из Юты и студент из Университета штата Аризона. Несмотря на некоторую неловкость поначалу, опыт оказался тёплым и человечным — таким, каким отели бывают крайне редко. Разговоры, совместные трапезы и взаимодействие с совершенно незнакомыми людьми убедили Чески и Геббиа, что перед ними, возможно, нечто большее, чем просто способ разово решить проблему с арендой.

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

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

Все уже пошутили и запомнили что если в тексте — , то его писал ChatGPT. А если нет, то человек?

Эта статья - самый подробный гайд в рунете, как отличить текст, сгенерированный Gen AI от текста, написанного человеком и как самому, используя GenAI писать очеловеченный текст. Я разберу реальные приемы, маркеры, ошибки и вооружу вас важными знаниями

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

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

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

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

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

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

Как мы превратили Sales‑Led в Product‑Led и кратно увеличили eNPS и MRR за 3 месяца

Продажи жалуются, что продукт непродаваемый, а продакты отвечают, что продукт несет ценность, просто продажи не умеют его продавать?

В нашей статье мы разбираем, как мы отстроили единый фреймворк целей, внедрили WSJF‑приоритизацию и OKR, чтобы превратить Sales‑Led в Product‑Led и получить +18% MRR всего за 3 месяца. Узнайте, какие шаги сработали и какие метрики изменили правила игры!

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

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

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

Ниже обзор основных мыслей и инструментов...

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

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

Привет, Хабр. Меня зовут Алексей Сердюков, уже больше пяти лет я PM «Синтеки», а по совместительству строю процессы и управляю командой. Мы занимаемся разработкой сервисов для строительных компаний. В статье хочу рассказать об изменениях в системе отбора тикетов от клиентов: как было раньше и к чему пришли. Наш подход помог сохранить клиентов на ранних этапах развития продукта и реализовывать задачи без лишней нагрузки на команду.  Надеюсь, опыт будет полезен в сферах, где без лояльности к фичам не выстоять, и поможет сориентироваться, как определить, стоит ли тикет усилий.  

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

Я видел, что даже в среднем бизнесе решения принимаются на основании чуйки хозяина. Тогда как в entreprise решения принимаются на основании процедур, отчётов. Люди страдают и ненавидят этот процесс, так как много времени уходит на оцифровку. Но при этом корпорации довольно эффективны, что показал мой дальнейший опыт. Они работают на 4-ку, но стабильно. Малый бизнес может сегодня сработать на 5, а завтра на 2.

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

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

Привет, Хабр! 

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

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

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

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

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

У меня опыт в IT с прошлого века, 27 лет. Начинал программистом, когда во многих компаниях ещё не было системных аналитиков и проджект-менеджеров. Кто-то из команды должен был разговаривать с заказчиками. Чаще всего этим кем-то был я.

Потом стал тимлидом — одновременно программировал и управлял. Со временем меня «засосало» в управленческую деятельность. Максимум руководил 60 людьми.

Расскажу об ошибках, которые совершил за это время, и о своих выводах.

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

Именно так и начался мой путь работы на складах и рост от кладовщика до бизнес-консультанта.

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

Что, если пользовательские истории не работают? Что, если заказчик не понимает, чего он хочет, а команда тонет в предположениях? Андрей Шапиро  @xraizor — дизайнер интерфейсов и соавтор фреймворка проектирования социотехнических систем — рассказывает о «Карте реализации историй» (КРИ) — практическом методе проектирования, который помогает вытащить смысл из хаоса, превратить знания в структуру и наконец-то начать делать сложные продукты осознанно.

Я считаю, что при работе с Go в контексте нашей отрасли внедрение зависимостей (dependency injection, DI) часто имеет плохую репутацию из-за DI-фреймворков. Но сама по себе DI как техника довольно полезна. Просто её объясняют слишком большим количеством ОО-жаргона, что приводит к ПТСР у тех, кто перешёл на Go, чтобы сбежать из культа банды четырёх.

Привет, Хабр! Я — Вера Осолодкина, аккаунт-директор в диджитал-продакшене Далее. Сегодня рассказываю о том, как удачно финалить проекты и спать себе спокойно, а еще делюсь своим чек-листом в конце статьи.  

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

Разберем, из чего состоит этот процесс.

Всем привет! Меня зовут Катя, я развиваю Gramax, open source-платформу для управления технической документацией.

В нашем чате и у пользователей регулярно встает вопрос переезда в Gramax c других платформ. Переезд с Confluence и Notion мы сделали прямо в интерфейсе приложения, а с Yandex Wiki — отдельной утилитой. Нет, мы не поленились, просто заметили, что сообщество Yandex Wiki такое давно просит: пример №1 (367 голосов), пример №2 (874 голоса).

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