7 раз отмерь

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

Знакомо?

Возьмите за святое правило перед отправкой любого письма минимум один раз вдумчиво прочитать текст, проверить вложение, сверить адресатов!

Скидки на образование

Госуслуги при поддержки ряда образовательных платформ (нетология, яндекс, сбер и многие другие) позволяют пройти курс по ряду ИТ профессий (в том числе на руководителя проектов).

Для кого подходит:
- Возраст от 16 лет
- Образование: высшее, среднее или студенты
- Наличие льготной категории

Скидка 100%
- Безработным, состоящим на учёте в центре занятости
- Людям с инвалидностью

Скидка 50%
- Если зарплата ниже средней по региону
- Студентам вузов, техникумов и колледжей
- Работникам бюджетных организаций
- Родителям с детьми до 3-х лет

Подробности на госуслугах по ссылке:
https://profidigital.gosuslugi.ru

Стартапы / Остервальдер

В своей практике мне довелось поработать только в одном стартапе, «Willz» и это было прекрасное время, о котором я всегда вспоминаю с большим теплом.

К сожалению спустя два года работы willz так и не вышел в плюс и был закрыт.
Дров было наломано много, но основное полено - это слабая бизнес-модель.

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

Чтобы быть при оружии, советую сохранить себе бизнес-модель Остервальдера и если вам доведется работать в стартапах, начните с нее:)
А чтобы разобраться в серьез, ознакомьтесь с книгой: «Построение бизнес-моделей» Остервальдер, не пожалеете:)

Необычные стартапы

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

Где тут бизнес? - канал про социальную трансформацию бизнеса и общества. Если проще, то автор разбирает социальные ответственные стартапы, или импакт-стартапы, социальные инициативы корпораций, всякие любопытные НКО и прочие крутые штуки на стыке бизнеса и общественных инициатив. Тематика необычная и интересная.

Примеры разборов:

🔹 Самый сексуальный стартап Hello Cake и по совместительству самый популярный пост на канале.

🔹 Российский стартап Single Socks, основанный 10-летней девочкой

🔹 Американская НКО AnnieCannons, обучающая программированию женщин, переживших домашнее насилие или торговлю людьми.

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

https://news.1rj.ru/str/where_is_business/9

​​​Новости из мира сбербанка

22 и 23 июня пройдет ежегодная конференция “Sbergile talks lite”, на которой коллеги из Сбера, Яндекса, МТС и других компаний поделятся опытом применения методологий kanban и scrum.

Участие бесплатно , по регистрации:
www.sbergile.ru/stlite2022

Но это цветочки!
Только для нашего канала готовится кое что куда круче, анонс сегодня в 18:00

Эксклюзивчик с Head of mobile Сбербанка

Пришло время теснить Юру Дудя;)

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

Будем обсуждать управление проектами в сбере, релокацию, рынок IT сегодня и многое другое!

Что я жду от вас:
1. Вопросы в комментариях
2. Репост этой новости - если наберем 1000 просмотров, интервью будет открытым (т.е. пустим всех принять участие)!
🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥

Разбор кейса

Кейс от ex-коллеги, занимающегося заказной разработкой.

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

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

Ваша задача
1. Обеспечить оплату
2. Сохранить клиента

Что будем делать?

Разбор кейс с отказом от оплаты

Ситуация неприятная, но паниковать не стоит, а стоит есть слона по частям.

Во первых это риск, а значит нужно зафиксировать ситуацию в реестр рисков.

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

1. Уточняем, а выполнены ли работы (если нет, то проблема становится меньше). Уточняем - значит сравниваем ТЗ с реализацией
2. Есть ли претензии к работам (если да, то возможно решение этих претензий решит и проблему)
3. Читаем договор - для заказной разработки это может быть Time material (и тогда нам действительно могут не оплатить остаток), а может быть fix price (и тогда мы возвращаемся к пунктам 1 и 2)
4. Вооружившись знаниями из пунктов 1-3 идем общаться с заказчиком и продуктом (может у продукта просто был плохой день)
5. Остальные шаги рождаются из общения, возможно мы скорректируем объем работ, возможно пойдем на уступки, а скорее всего зафиксируем объем претензий и будем работать с ними, в любом случае нужно понять причину недовольства и отталкиваться от нее.

PS Если разбор наберет 10 огоньков, уговорю коллегу рассказать, чем же на самом деле закончилась эта история
PPS Я всегда рад новым кейсам, присылайте, это бесплатно, анонимно, полезно:)

Запуск проекта без ТЗ похож на запуск бумеранга с завязанными глазами - может и повезет, но веры мало

Большие и глупые задачи

В начале пути мне довелось несколько лет работать аналитиком на гос. проектах.

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

Если обычно мы руководствуемся правилом “пиши понятно и коротко”, то в госах как раз наоборот.
Здесь как в шутке про дифлопе: «авторизация пользователя» не может стоит миллионы рублей, а «модуль автоматизированного учета посетителей информационного ресурса со средством учета и логирования информации» может :)

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

1. Создаем документик (или находим шаблончик, если такой был)
2. Накидываем структуру
3. Понятные разделы наполняем
4. Для непонятных ищем информацию и накидываем прямо сырой.
5. Делаем повторные проходки, шлифуем написанное

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

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

Контроль полезных привычек

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

На самом деле не так важно "не пропустить эти два дня" – у всех есть выходные или просто плохие дни.

И это не имеет никакого отношения к мотивации.
Как отвечал Артемий
- Как мотивировать себя что-то делать?
- Да никак, оставайтесь в жопе!

Мы просто собираем статистику🥸
Статистика наглядно показывает, что на самом деле наше, а что нет.

Стоит развивать тему продуктивности или все и так всё знают?)

Оценка времени выполнения задачи по PERT

PERT (Program Evaluation and Review Technique) - это методология планирования для сложных проектов с большой неопределенностью.

В этой методологии описан метод оценки по трем точкам.

Для «сложной» задачи предлагается дать три оценки:

- оптимистичную (А)
- пессимистичную (В)
- наиболее вероятную (С).

Оценка = (А+В+4*С)/6
Т.е. опыт решает

Выводы:

1. Метод полезен тогда, когда нужно оценить что-то сложное и непонятное
2. Задумываясь над пессимистичной оценкой, вы подумаете о рисках
3. Вы получаете обоснованную оценку, которую проще защитить перед заказчиком

Новости канала

Друзья, всем доброго времени суток!

Спешу поделиться новостями - я сменил работу и теперь буду заниматься отладкой процессов на одном большом и запутанном проекте для компании с синим логотипом.

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

Этим постом я хочу попросить вас об обратной связи - о чем вам нравится читать?

Напиши, пожалуйста, в комментарий или просто проголосуйте чуть ниже.

Инструменты для управления задачами

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

Jira
Топ-1 инструмент для ведения задач по scrum (т.е. спринтами). На самом деле jira не заблокирована, но для ее оплаты нужно обзавестись иностранной картой.
Если для вас это не проблема - однозначно туда.

Trello
Топ-1 инструмент для ведения задач по Kanban (т.е. на доске).
У trello тот же создатель, что и у jira, но есть мощное преимущество - можно работать бесплатно.
В бесплатной версии нет ряда "удобств", но для небольших проектов и этого хватит с запасом.

Российские аналоги
Приведу два инструмента, каждый из которых слабее, чем jira, но вполне пригоден, если вам нужно с чего-то начинать.
Это:
1. www.wrike.com
2. www.flowlu.com

Сознательно пропустил ЯндексТрекер - он кривой до ужаса, если есть те, кто с ним справился - поделитесь опытом.

Заменители Jira, с которыми нужно уметь работать
Есть еще два инструмента, которыми можно полноценно перекрыть jira, но их настройка требует навыков и опыта, это:
1. Youtrack
2. Redmine

Послесловие
А еще любую работы можно организовать с помощью Excel.

Если вы используете другие инструменты и вам нравится - обязательно поделитесь в комментариях и мы выпустим обновление этого обзора.
Давайте помогать друг другу:)

Если у вас есть свои вопросы, касающиеся проектов, добро пожаловать в личные сообщения, обязательно разберем!

Мотивация IT-специалистов

Патриарх Кирилл сказал, что российских военных мотивируют внутренние нравственные чувства, воспитанные православной верой.
В IT такое вряд ли сработает...

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

ТОП-3 фактора достаточно предсказуемы и выглядят следующим образом:

1. Токсичная атмосфера в коллективе
2. Отсутствие оплаты за регулярные переработки
3. Непрофессиональный руководитель и плохая постановка требований

Мне было интереснее посмотреть последние места рейтинга, куда попали:

1. Отсутствие дополнительных "плюшек" на работе - последнее место в выборке
2. Когда кто-то говорит, как лучше делать работу - IT специалисты самодостаточны и не обращают на такое внимание
3. Большое количество работы, отсутствие обратной связи от руководителя и поддержки от коллег - все это также не трогает тех, кто выбрал для себя путь логики

Проекты, продукты и процессы
Начнем познавать теорию управления проектами #theory

В мире управления проектами различаются три фундаментальных термина:
1. Проекты
2. Продукты
3. Процессы

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

Проекты могут быть большие (построить футбольный стадион) и совсем маленькие (починить разбитый телефон).

Главный по управлению проектами: руководитель проекта (project manager).
Он знает, как делать проекты.

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

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

Главный по управлению продуктами: руководитель продукта (product manager).
Он знает, какие продукты нужны людям и как их продвигать.

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

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

Запомните, не путайте, дальше будем усложнять:)

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

Начнем с того, что пожары бывают разные.

🔥Лесные пожары🔥
Если мы имеем дело с регулярными пожарами (прямо как лесные пожары у нас или в США), то справедливо замечание из комментариев - "дайте догореть".

Суть в том, что когда одна и таже проблема повторяется регулярно - чинить ее уже не имеет смысла, а имеет смысл чинить причины.

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

🔥Городские пожары🔥
Если беда пришла откуда не ждали, то у нас уже нет роскоши ее проигнорировать, придется спасать отечество, а уже потом разбираться.

При этом "разбираться" - это не отфигачить исполнителя до полусмерти, а назначить с ним встречу (желательно тет-а-тет или хотя бы без участия "карателей"), понять причины, а уже потом лично отчитаться о сделанных выводах.

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

Выстраивание коммуникаций

На старте работы с проектом каждый руководитель должен позаботиться о том, как будет происходить отчетность о движении проекта (т.е. выстроить внешние коммуникации).
Если на это забить, то внешний мир сам придет к вам в самый неподходящий момент и потребует отчет в самом неподходящем виде, потом не жалуйтесь😳

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

Идеальный отчет о чем угодно - это одна большая лампочка, которая горит красным или зеленым🚥

На мой взгляд статус по проекту должен содержать:
1. Короткое текстовое описание основных новостей - 88% получателей прочитают только его
2. Сроки - находимся ли мы в плане или нет
3. Бюджет - аналогично срокам
4. Ресурсы - есть ли проблемы с командой, нужен ли кто
5. Риски - основные незакрытые риски, заодно привыкнем их вести

Кажется получилось содержательно, а в качестве бонуса поделюсь с вами шаблоном проектного статуса

PS Чтобы поместиться в лимит символов, пришлось заплатить телеграмму неслыханные 300р, это ли не стоит вашего репоста:)