Менеджер от боженьки

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

Менеджер от боженьки
Управление проектами
Подписаться
Новая версия Scrum guide2 недели назад анонсировали новую версию Скрам гайда.

Новая версия Scrum guide

2 недели назад анонсировали новую версию Скрам гайда. За 25 лет существования фреймворка, он менялся всего несколько раз и каждый раз это большое событие в мире Эджайла.

Следуя тренду последних лет, Cкрам стал более инклюзивным. Из гайда убрали слова тестирование, релиз, система, характерные для мира разработки софта. Людей из других сфер, которые только пробуют фреймворк, отталкивали эти термины, мол "у нас такого нет, поэтому Скрам нам не подходит". По этой причине их заменили на более нейтральные 🤐.

Сам текст будто бы прогнали через сервис glvrd.ru
- он сократился с 19 страниц до 13, став менее формальным и более дружелюбным.

В этом же и минус новой редакции
- общие фразы не объясняют как именно использовать Скрам. Например, в Sprint Review раньше были конкретные советы как проводить митинг: проходиться по done, обсуждать ситуацию на рынке, релизы, бюджеты. Теперь все это упразднили.

❗В новой версии есть одно действительно важное обновление.

Раньше у команды была только Sprint Goal
- микро-цель на ближайшие 2 недели. Теперь все микро-цели собираются в одну большую-мега-цель Product Goal, ради которой все затевалось. Такая цель очень нужна продактам, потому что помогает ответить на вечные вопросы "какой продукт мы строим и для кого?", на которых потом строится весь продакт-менеджмент.

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

Менеджер от боженьки
Управление проектами
Подписаться

#реклама

Хороший инженер на дороге не валяется! Он учится в Слёрме.Развиваем IT-скилы вашей команды: SRE и DevOps-практики, Docker, CI/CD, Kubernetes, Ceph.

✔️ Учебные программы под ваш стек технологий (готовые тоже есть);
✔️ Входное тестирование;
✔️ Всегда можно посмотреть прогресс каждого сотрудника и всей команды;
✔️ Лицензия, гибкий документооборот.

Нам доверяют обучение: Selectel, Kaspersky, АльфаСтрахование, X5 Retail Group, МТС.

Отправьте заявку, и мы все расскажем!

Менеджер от боженьки
Управление проектами
Подписаться

Вместо заключения

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

Менеджер от боженьки
Управление проектами
Подписаться
📌 Зарплата Зарплата не зависит от типа бизнеса.

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

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

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

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

📌Процессы

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

Такие компании растут только вширь, увеличивая штат. Чем оптимальнее будет процесс, тем меньше уйдет часов сотрудника, тем меньше будет затрат. Меньше затрат
- больше прибыль и быстрее рост.

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

Менеджер от боженьки
Управление проектами
Подписаться
Продукт vs аутсорс, часть 2

📌 Технологии

Аутсорсеры предлагают то, что просит рынок
- популярные технологии. Поэтому на любом аутсорс-судне легко найти отдел .Net, PHP и Javascript. Все новые проекты, которые пишут с нуля, будут использовать последние версии библиотек и фреймворков.

Технологии в продуктах выбираются под задачи, которые решает бизнес. В стартапах будет примерно такой же стек, что и в аутсорсе. Но чем старше бизнес, тем более старые там будут технологии. Банки, страховщики и телеком с легкостью переместят вас в недалекое прошлое, показав как писали отличные программы на Cobol, Perl и Fortran 🙃.

В одном продукте, где я работал, часть бекенда была написана на Coldfusion. Это настолько редкая технология, что на весь hh.ru висит всего 2 вакансии.

Менеджер от боженьки
Управление проектами
Подписаться
📌 Культура В продуктовых компаниях сотрудники интересуются бизнесом.

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

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

С другой стороны, здесь всегда можно сменить проект и попробовать что-то совершенно новое в плане технологий или домена, если стало скучно. Помните, как Майкл Джордан на пару лет перешел из баскетбола в бейсбол? Вот это типичный случай в аутсорсе.

Менеджер от боженьки
Управление проектами
Подписаться
📌 Обучение Если у вас мало опыта и вы хотите быстро прокачаться - идите в аутсорс.

📌 Обучение

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

Зрелые фирмы (200+ человек) часто открывают внутренние программы обучения. Здесь всегда есть центры компетентности, во главе с гуру джавистом, которой знает ответы на все вопросы. Это огромный плюс для неопытных ребят. Когда я попал в такую компанию, за полгода я прокачался больше, чем за предыдущие
3.

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

Менеджер от боженьки
Управление проектами
Подписаться
📌 Почему вообще компании отличаются Все начинается с того, что компания продает.

Это определяет законы и правила игры.

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

Продукт продает решение проблемы пользователя. Чем лучше и удобнее она решена, тем больше пользователь может за это заплатить. Единственное, что имеет значение
- это фидбек рынка, т.е. успешный вы продукт построили или нет.

Менеджер от боженьки
Управление проектами
Подписаться
Продукт vs аутсорс, часть 1

" Я сейчас задумываюсь о переходе, куда посоветуешь идти, в продукт или в аутсорс?"

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

--------------------------

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

Менеджер от боженьки
Управление проектами
Подписаться
Изменения не бывают быстрыми Меняться тяжело.

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

Чтобы приучить себя бегать или читать перед сном
- нужна система и терпение. Ведь самое сложное
- это не забросить через неделю. 

Так же и в разработке. Хочешь приучить команду писать тесты? Убеди тимлида, сделай презентацию для команды, опиши процесс и примеры тестов на вики, создай инфраструктуру, сто раз напомни в пулл реквесте “хороший код, не забудь еще добавить сюда тестов”. И жди. Через пару месяцев тесты станут частью рутины. 

Если раньше сам писал тесты, то кажется, что сложного взять и всем начать их завтра писать?

Но так не работает.

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

Менеджер от боженьки
Управление проектами
Подписаться

Инфраструктурные баги

В тестировании есть хорошее правило
- проверять баги на окружении, максимально приближенном к реальному.

Если этого не делать, то рано или поздно всплывут инфраструктурные баги. Это ошибки, которые происходят из-за конкретных настроек окружения. То есть в одном окружении воспроизводятся, а в другом
- нет.

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

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

Менеджер от боженьки
Управление проектами
Подписаться
Хочешь прокачать свои навыки в продакт-менеджменте и получить повышение?

#реклама

Ребята из ProductStar собрали мини-курс, который всего за 2 месяца поможет вам понять, как вырасти в Senior Product &
CPO.


- Вы прокачаете hard и soft skills Senior продакта;

- Научитесь управлять командой и ресурсами;

- Изучите лайфхаки быстрого прототипирования и проверки гипотез;

Спикер курса:


- Михаил Карпов, Product Director, Skyeng.

Обучение состоит из 15 лекций и 15 домашек с проверкой от практиков рынка.

По ходу курса Михаил Карпов лично помогает лучшим студентам с трудоустройством и подготовкой к собеседованиям.

Для первых 20 студентов действует скидка в 50%
- курс можно приобрести всего за 24500 ₽

Подробная программа курса и регистрация по ссылке 👉 https://bit.ly/2G701l2

Менеджер от боженьки
Управление проектами
Подписаться
Недавно я пришел в новую компанию, которая делает мобильное SDK.

Как качать технические навыки, ч2

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

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

📌 Спрашивай программистов “как это работает?”. Не бойся выглядеть глупо и не думай, что крадешь время у коллеги. Многие ребята на самом деле любят рассказывать про свою работу, им кайфово поделиться знаниями. Здесь важен баланс: не приходи с банальными вопросами, которые можно найти на первой странице в гугле, пытайся сперва разобраться самостоятельно.

📌 Нарисуй дизайн (архитектуру) продукта, над которым сейчас работаешь. Узнай для чего нужен каждый компонент, с точки зрения бизнеса. Что будет, если его убрать? Почему выбрали именно MondgDB, а не Redis?

📌 Потренируйся на вопросах дизайн-интервью. Это задачки, в которых нужно построить схематичную архитектуру приложения, например, Youtube или Skype.

📌 Читай Хабр, Медиум, Dou, в общем, любой технический ресурс, который нравится. Мне очень заходит подкаст Запуск завтра, в котором объясняют сложные инженерные штуки простым языком. Это формат интервью с гостями из легендарных компаний, вроде Сбера, Авиасейлз или Спотифая.

Менеджер от боженьки
Управление проектами
Подписаться
Asana На моем новом месте работы используют Asana.

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

Минусы:- Очень базовые отчеты. Красивые графики есть, но толковой аналитики на них не построишь.

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

- Нет релизов. В качестве замены обычно используют лейблы, но это, конечно, не так удобно.

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

Плюсы:- Asana работает быстро и приятно, разница с Jira видна невооруженным взглядом. По ощущениям это как перейти с Windows на Mac 🙃

- Задачи можно держать в нескольких проектах одновременно. Это мегаудобно, например, когда 2 команды делают одну фичу.

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

- Есть простой Гант чарт, в котором можно вести роудмап или делать визуализацию планов.

-------

Asana проигрывает Jira по функционалу, но на голову впереди в плане удобства использования. Она подойдет маленькому стартапу, но большой компании в ней будет неудобно.

Рейтинг авторов

  • "Записки Дизайнера" (про дизайн и только про него 157 157 157
  • (Не) только немецкий 157 157 157
  • #анямастерконтента 157 157 157
  • #Фудтех 157 157 157
  • 10 идей и трендов дня 157 157 157
Показать весь рейтинг
Загрузка ...