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

? ЛЮДЕЙ МОТИВИРУЮТ ТОЛЬКО ДЕНЬГИ

? Или нет? Давайте разбираться.

? Вот Вам пример в качестве пищи для размышлений. ? Сразу извиняюсь: немного вычурный, уровень реализма — 2 из 10. Зато очень наглядно.

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

? Но у босса условие: деньги — только наличкой, и курьер кидает их на дно мусорного бака перед Вашим домом. 

⁉️ Как поступите в такой ситуации? Устроитесь куда-то в более адекватную фирму на оклад поскромнее или «чёрт с ним — деньги не пахнут»? 

? В следующем посте поделюсь своим мнением о том, что же мотивирует людей, помимо нулей на банковских счетах.

28 сентября в офисе РСХБ-Интех на Теплом Стане пройдет митап для Data-специалистов — RSHB Data Integration Meetup. Приглашаем всех желающих послушать доклады, принять участие в обсуждениях и розыгрыше призов. Можно прийти на митап лично или зарегистрироваться на онлайн-трансляцию.

В программе:

• Вячеслав Жуков, Aero — «Концепция Data Governance для систематизации работы с данными»

• Антон Агеев, РСХБ-Интех — «Управление данными как шаг к применению искусственного интеллекта»

• Павел Филонов, независимый консультант — «Как оценить влияние DS-метрик на итоговые бизнес-результаты проекта»

Участие в митапе бесплатное. Количество мест для офлайн-участия ограничено.

Регистрация и подробности о мероприятии на сайте РСХБ в цифре.

Всем привет

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

Проект бесплатный и с открытыми исходиками. Собирается github actions в два докер образа. Можно использовать непосредственно их. Обратная связь и pull реквесты привествуются.

Более полная информация и сам проект находятся здесь

https://github.com/SCD-company/gitlab-times

Спасибо

? Неделя после пуска или Cooldown week

Как часто после очередного спринта вы чувствуете, что 

- в одном месте не успели отрефакторить

- в другом месте не успели дописать документацию

- где-то осталось пару багов, которые было бы неплохо пофиксить

- нужно рассказать команде о важных (или не очень) архитектурных изменениях или базовых компонентах, которые были добавлены

Кроме того, вам в любом случае нужно время между релизами, чтобы

- подвести итог прошлого релиза

- запланировать следующий

В этом случае вам подойдёт Cooldown Week подход (Неделя после пуска), который поможет вам закрыть все недоделки (или, по крайней мере, самые важные из них), прежде чем погрузиться с головой в новый спринт.

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

Такой подход используется в Basecamp и в Бюро Горбунова

- Basecamp — How we work — Cooldown

- Бюро Горбунова — Как оценивать доработки после запуска?

https://t.me/cherkashindev/104

? Apple Shortcuts для добавления в инбокс Notion

Хочу поделиться отличной находкой, связанной с Apple Shortcuts. Год назад я упоминал, что с  помощью Apple Shortcuts  можно с легкостью добавлять записи в базу ноутшена, например, я использую её для добавления записей в мой инбокс. 

Недавно я помогал настраивать систему управления проектами, похожую на ту, которую я использую сам, и тогда я задался вопросом: можно ли поделиться уже созданным шорткатом, чтобы не настраивать всё по-новой? И оказалось, что это вполне возможно! Просто нужно расшарить ссылку (но предварительно удалить свой токен и идентификатор базы).

Чтобы настроить это, вам нужно сделать всего лишь несколько шагов (скриншот в комментариях):

1. В блоке "Text" вставьте идентификатор вашей базы вместо "<your database id>".

2. В блоке "Get contents of" вставьте ваш секретный токен интеграции вместо "<your secret token>".

3. Вместо "Name" укажите название вашего поля, если оно отличается.

Я подготовил два шаблона для добавления записей, чтобы вам было проще начать использовать это:

- Команда для добавления записи текстом

- Команда для добавления записи голосом

Инструкцию по настройке команды с нуля можно найти здесь.

Если будут вопросы — пишите, будем разбираться.

https://t.me/cherkashindev/103

Как получить нужный результат от исполнителя?

Этап №1: Понять, кто будет составлять ТЗ и кому это сделать проще. 

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

Этап №2: Определить цели

• рассказать исполнителю, к какой цели вы стремитесь;

• объяснить, какие функции должен выполнять продукт;

• предоставить сведения о целевой аудитории;

• описать сценарии использования продукта. 

Этап №3: Описать специальные и функциональные требования

• показать примеры; 

• описать требования к внешнему виду и функционалу;

• предоставить исходные данные;

• составить модели, схемы, прототипы; 

• рассказать о нюансах и деталях;

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

Этап №4: Определить сроки исполнения и критерии оценивания результата

• установить сроки выполнения проекта; 

• продумать критерии соответствия: внешний вид, функциональность, содержание.

Этап №5: Продумать допустимое количество итераций и проверить на ошибки

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

Чем отличается ТЗ от простого поручения?

Один менеджер хотел изменений, а поступал по-старому.

Один менеджер хотел денег, а выбирал быть правым.

Один менеджер верил в разум, а поступал из защиты.

Один менеджер хотел нового, но требовал гарантий.

Один менеджер хотел признания, но прятался от внимания.

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

Один менеджер напирал на анализ в бизнесе, но лучшие решения в бизнесе происходили случайно.

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

Один менеджер думал, что управляет, но, в лучшем случае, лишь делал ставки и смотрел на решение рулетки.

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

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

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

Миф №1: Проектное управление - это формальный процесс, который необходимо следовать строго по инструкции. Действительно, существуют определенные стандарты и методики, которые необходимо учитывать при управлении проектом. Однако, проектное управление - это не только формальные процессы, но и межличностные отношения, коммуникации и управление рисками.

Миф №2: Проектное управление гарантирует успех проекта. Хотя использование проектного управления может помочь увеличить вероятность успеха проекта, это не является гарантией успеха.

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

Миф №4: Проектное управление - это сложный процесс, который требует много времени и ресурсов. Действительно, проектное управление может быть сложным и требовательным процессом. Однако, использование проектного управления может помочь оптимизировать процессы и использование ресурсов, а также уменьшить вероятность ошибок.

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