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

Сжатие графика проекта: 8 способов сэкономить время и ресурсы

Несколько приемов, которые помогут управлять временем и ресурсами на проекте с максимальной эффективностью:

1. Реорганизация задач. Пересмотрите порядок выполнения задач и найдите возможности для их оптимизации. Возможно, некоторые из них можно выполнять параллельно.
   

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

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

4. Упрощение задач. Некоторые задачи можно упростить без ущерба для качества. Пересмотрите требования и найдите более оптимальные решения.
   

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

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

7. Управление рисками. Идентификация и управление рисками может предотвратить задержки и их влияние на проект.
   

8. Пересмотр процессов. Иногда сжатие графика проекта требует пересмотра и оптимизации процессов внутри проекта или компании.

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

Техдолг

Мы часто думаем, что всегда найдется время вернуться и исправить все недочеты в коде. Но будем честными — в большинстве случаев мы до него или добираемся очень нескоро, или не добираемся вообще. Чаще всего код, который мы пишем сегодня, остается с нами на долгое время (навсегда). Поэтому лучше не оставлять за собой техдолг, начиная с самого старта разработки.

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

Технический долг — это не просто плохо написанный код. Это любые решения, которые упрощают жизнь сейчас, но могут создать большие проблемы в будущем. Лучше думать о нем, как о чем-то, к чему ты НИКОГДА не вернешься. Пока не наступит момент, когда без глобального пересмотра архитектуры не обойтись.

Компания R-Style Softlab, входящая в группу Россельхозбанка, опубликовала финансовые и другие результаты 2023 года.

✅ Выручка R-Style Softlab выросла на 28%, до 1,93 млрд рублей, чистая прибыль выросла в 2,3 раза: с 119 млн до 280 млн рублей.

✅ R-Style Softlab реализовала более 10-ти крупных проектов внедрения в банках России и СНГ, а также вывела на рынок новые цифровые продукты.

?Сейчас компания обеспечивают бесперебойную работу практически каждого 5-го банка в России.

R-Style Softlab продолжает развивать ключевые системы Россельхозбанка:
?ДБО для физических лиц,
?Единое фронтальное решение (ЕФР),
? Банк-клиент для юридических лиц «Свой бизнес»,
?Систему сопровождения операций на финансовых рынках (СОФР),
?Централизованное хранилище данных (ЦХД),
?Совместно с «РСХБ-Интех» R-Style Softlab приступила к построению ИТ-инфраструктуры банка для работы с цифровым рублем.

Как IT-директору выбрать подрядчика для усиления команды бэкенд-разработки: практический вебинар

Новость для руководителей IT-отделов, техлидов и продукт-оунеров.

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

С чего начать поиск подрядчика? Как подготовиться к выводу на проект внешнего разработчика? Как сформулировать требования к программисту и проверить удаленную команду на благонадежность — на эти и другие вопросы ответят руководители компании Programming Store на бесплатном онлайн-вебинаре.

6 февраля, 16:00 МСК

Зарегистрируйтесь, чтобы получить доступ к вебинару и напоминание накануне.

Зарегистрироваться

Длительность — 1 час.

• 5 критериев готовности команды к работе с внешними разработчиками

• Как оценить благонадежность подрядчика

• Кейсы из практики: ритейл, производство, медицина

Спикер — Роман Огородников, руководитель проектов по backend-разработке в Programming Store.

Также вы сможете задать вопросы и получить ответы напрямую от директора компании и руководителя backend-направления Алексея Петухова.

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

Programming Store — центр удаленной разработки на платформах 1С, Python, Java, MS Dynamics 365. Уже 10 лет мы работаем по всей России и за рубежом с компаниями- внедренцами и крупными клиентами

Норма управляемости

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

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

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

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

Вывод:

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

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

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

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

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

----

Подписывайся на мой телеграм-канал, там пишу посты про систематизацию и менеджмент t.me/paderin_management

User Guides (руководство пользователя): нужны ли они вообще или это что-то на древнем?

Интуитивно понятные интерфейсы и ML успешно вытеснили пользовательские гайды. Но есть случаи, когда User Guides необходимы:

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

• Инновационные продукты. Новые технологии могут требовать объяснений и инструкций в формате полноценного руководства.

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

1. Видеоуроки и вебинары
   
   ✚ Наглядность, личное общение, возможность задать вопросы
   ✔ Для сложных продуктов, где важно показать процесс в динамике
   

2. FAQ и База знаний
   
   ✚ Доступность, структурированность информации
   ✔ Для продуктов с большой пользовательской базой и типовыми вопросами
   

3. Интерактивные туториалы
   
   ✚ Обучение в процессе использования, «обучение через действие»
   ✔ Для приложений и ПО, где пользователю важен быстрый старт работы
   

4. Чат-боты и виртуальные ассистенты
   
   ✚ Мгновенная помощь, персонализация общения
   ✔ Для сервисов, где важна оперативная поддержка пользователя
   

5. Сообщества
   
   ✚ Обмен опытом, поддержка со стороны сообщества
   ✔ Для продуктов с активными пользователями, готовыми делиться опытом и помогать друг другу
   

6. Инфографика и чек-листы
   
   ✚ Краткость и наглядность
   ✔ Для простых инструкций и напоминаний о ключевых функциях продукта

Больше о работе с цифровыми продуктами читайте в нашем телеграм-канале.

? Ещё раз об интеграции Notion и Apple Shortcuts

Пару лет назад я рассказывал, как можно использовать Apple Shortcuts, чтобы настроить быстрое добавление записей в инбокс. А в прошлом году поделился шаблоном, где для использования достаточно вставить токен notion и идентификатор базы. Но вчера я заметил, что теперь даже этого делать не нужно.

Наконец-то, Notion добавил готовые экшины для добавления записей в Inbox, всё настраивается за минуту.  Жаль, что новый способ работает только на телефоне, приложение Notion для Mac не поддерживает эти действия.

Кстати когда российские компании берут проект с открытым исходным кодом и делают затем из этого продукт – это абсолютно нормально в том числе и с юридической точки зрения. Многие западные компании поступают похожим образом. Amazon AWS как известно «под» капотом использует сотни разных open-source проектов.

Однако, необходимо заметить, что когда так делают RedHat или SUSE, то зачастую инженеры из этих компаний, активно участвуют в разработке открытой и коммерческой версии продукта:

Ansible AWX\Ansible Tower

В случае же с Oracle (Ansible AWX\Oracle Linux Automation Manager) нужно заниматься вендорингом (AWX представляет из себя сложное веб-приложение состоящее из тысяч зависимостей Python и Javascript и распространяется в виде образов Docker) – необходимо все эти зависимости протестировать и упаковать в deb или rpm пакеты; и отличную документацию:

https://docs.oracle.com/en/learn/olam-install/index.html#introduction

Российским компаниям работающим на рынке системного или платформенного программного обеспечения есть куда стремится.

https://www.syssoft.ru/astralinux/astra-automation
"Astra Automation, до 500 узлов и AL SE для 64-х на базе х86-64, уровень защ. Усиленный (Воронеж), для 10 серверов, на 12 мес., с upd Тип 1 на 12 мес.
Цена: 13 500 000 ₽
В КОРЗИНУ"

Что такое «авторента» и как она изменила нашу жизнь

«Авторентой» мы назвали инструмент для автоматизации расчета рентабельности.

Мы работаем по формуле «рентабельность всей компании зависит от рентабельности каждого проекта». Поэтому на показателе рентабельности завязана мотивация примерно 60% сотрудников AGIMA.

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

• Справочник для «авторенты». Здесь ставки, роли, привязка пользователей FinPlan и таск-трекера.

• Таск-трекер с подсчетом отработанных часов.

• Finplan для управленческого учета.

• Harvester всё объединяет и проводит первые расчеты. 

• Дашборды тимлидов и РП, где они отслеживают экономику каждого проекта.

• Распределятор. Хранит данные по всем дашбордам тимлидов и РП и распределяет внутренние затраты между проектами.

Результаты:

• Теперь закрываем квартал в среднем за месяц.

• Экономим сотни часов на расчете рентабельности.

• У нас есть сводные данные по рентабельности всех проектов в реальном времени.

• Появился полезный сайд-проект — дашборд простоев, — где видим количество «потерянных» денег.

• Выявили много читов, багов и недоработок системы управления.

Полная версия статьи тут. А больше полезного о рентабельности, метриках и планировании ищите в нашем телеграм-канале для агентств.

Гендиректор OpenAI Сэм Альтман опубликовал в своём блоге советы для жизни:

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

2. Сплочённые команды, грамотное сочетание спокойствия и спешки, фанатичная преданность делу — так дела доводятся до конца.

3. Команде проще сделать что-то сложное, но действительно важное, чем что-то простое, но на самом деле неважное; людей мотивируют дерзкие идеи.

4. Сосредоточь свои ресурсы на небольшом числе качественных задач. Это легко сказать, но, очевидно, сложно сделать.

5. Изъясняйся ясно и кратко.

6. Борись с глупостью и бюрократией каждый раз, когда видишь их, побуждай к этому других.

7. В счёт идут результаты, хороший процесс не оправдывает плохие результаты.

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

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

10. Быстрое итерирование может многое исправить. Нестрашно ошибаться, если вы быстро итерируете. Планы должны быть рассчитаны на десятилетия, а их исполнение — на недели.

11. Не сопротивляйся аналогам законов физики в бизнесе.

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

13. Масштаб зачастую имеет удивительные эмерджентные свойства.

14. Поднимайся и иди вперёд.

15. Работать с классными людьми — одно из самых больших удовольствий в жизни.

Президент РФ поручил до 1 марта 2024 года разработать и реализовать меры для увеличения вычислительных мощностей суперкомпьютеров в России. Перечень поручений опубликован на сайте Кремля.

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

К 1 марта правительству РФ поручено разработать механизмы использования архивов государственных и муниципальных органов, библиотечных фондов в целях создания наборов данных. Ответственным назначен премьер-министр Михаил Мишустин.

В октябре 2023 года «Ведомости» со ссылкой на данные АНО «Цифровая экономика» сообщили, что семь российских суперкомпьютеров входят в мировой рейтинг топ-500. У США в нем 150 машин, у Китая — 134. Далее идут Германия с 36 суперкомпьютерами и Япония с 33. По состоянию на июнь 2023 года Россия занимала в рейтинге 12 место.

Практика оргпроектирования (организационный дизайн) - коротко о курсе

Образовательные курсы Никиты Сергеева импонируют своей содержательностью, высокой детализированностью, демократичным стилем изложения и стоимостью. Уже делился впечатлениями от курса по PMBOK 7 - великолепный материал.

В конце 2023 г. Никита выпустил новый курс - по организационному дизайну: про то, как моделировать и корректировать организационную структуру компании - структура, подразделения, отделы, функции и т.д.
Курс небольшой (~5-6 часов), в нем много дополнительных материалов и очень много практической работы по моделированию организационной структуры компаний и корпораций.

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

Вторая особенность вытекает из первой: теории уделено слишком мало внимания. Когда доступно и системно дается “матчасть”, это всегда плюс, какой бы далекой область ни была. Здесь, увы, не так. Основы остаются во многом за скобками, смысл, назначение и важность оргдизайна проговариваются экспрессом и не очень наглядно.

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

Joyent это интересный пример, того что нужно делать ставку на «скучные» технологии. Это компания, которая начала строить свое собственное облако в одно время с Amazon. В Joyent в разное время работал звездный состав инженеров и технологов.  

Ryan Dahl (Node.js), Bryan Cantrill (Dtrace, Illumos, OpenSolaris), Isaac Schlueter (Npm), Brendan Gregg(Гуру eBPF) и многие другие. Они строили облако на Illumos</span>SmartOS (Solaris), ОС которая на тот период времени, благородя зонам, Dtrace и ZFS по многим параметрам превосходил Linux.

Тем ни менее не сморя на «звездный состав» Joyent в итоге проиграл AWS, а затем и Openstack. Судя по всему Triton Data Center не смог прижиться и Samsung, после приобретения Joyent. Супер инновационный стек (для своего времени) в итоге проиграл Linux и Java. Хотя многие решения (особенно Manta object storage) превосходят конкурентов.

Думаю что одна из ключевых причин, почему это произошло – CI/CD. Такие масштабные проекты как LLVM, Ceph, Openstack требуют совершенно другого подхода к CI/CT/CD.

Специально для Openstack был с нуля написан CI фреймворк вместо Jenkins. Тоже самое можно сказать про Kubernetes.

«Shift Left» это про оптимизацию всех процессов DEV, BUILD, TEST. Для таких проектов не подходят готовые решения с полки.

Можно очень хорошо «сэкономить» если собирать и тестировать Ceph, KVM и Linux примерно на 20-30% быстрей, чем это происходит сейчас.

https://www.youtube.com/watch?v=tnf_LK_YzrA

Кстати в Boeing все хорошо: GitOps, Cloud-Native, Kubernetes, все процессы исключительно data-driven.

Есть одна общая черта, которая объединяет такие компании как Amazon, Apple, Tesla, Nvidia, Huawei – полная концентрация на клиенте и продуктах.

Эти компании не пытаются гнаться за трендами и не распыляют внимание на поиски эликсира молодости в DevRel или Agile.

У нас из крупных компаний, может быть только в Зеленом Банке понимают значение корпоративной культуры, дизайна и того что называется customer experience. И это только из-за руководства. Если там дать развернутся Товарищу Майору, то об амбициозных задачах и качестве, можно будет забыть.

Опросник SUS для измерения юзабилити

SUS (System Usability Scale) — это стандартизированный опросник для оценки общего юзабилити продукта.

Он состоит из 10 утверждений. Пользователи оценивают, насколько согласны с каждым из них. С SUS можно измерить, например, легкость использования, «понимаемость» и удовлетворенность продуктом.

Как это работает?

Например, наш продукт — это сайт. Предлагаем пользователям 10 утверждений о нем:

1. Я буду использовать этот сайт.

2. Сайт слишком сложный.

3. Сайтом легко пользоваться.

4. Мне понадобится помощь, чтобы научиться пользоваться сайтом.

5. Разные функции сайта правильно сгруппированы.

6. На сайте слишком много несоответствий.

7. Большая часть людей очень быстро поймет, как пользоваться сайтом.

8. Сайт очень трудно использовать.

9. Я уверенно себя чувствовал(а), используя этот сайт.

10. Мне пришлось многому научиться, прежде чем я смог(ла) работать с сайтом.

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

SUS = (Σбаллов по всем вопросам - 10) ∗ 2,5

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

• Балл < 50: пользователи считают продукт неудовлетворительным.

• Балл от 50 до 70: пользователи считают продукт приемлемым, но есть место для улучшений.

• Балл > 70: пользователи считают продукт хорошим.

P. S. Больше о работе с диджитал-продуктами в нашем телеграм-канале. Приходите :)

Если вы ждали возможности, чтобы переехать на самое лучшее бесплатное приложения для управления заметками — Obsidian, то час настал. Разработчики выпустили официальный плагин для импорта данных из самых популярных сервисов. Я сегодня импортировал 283 заметки из Apple Notes.

CSAT это

CSAT (Customer Satisfaction Score) – это метрика, используемая для измерения удовлетворенности клиентов продуктом, услугой или общим опытом взаимодействия с компанией. Это простой и эффективный способ понять, насколько хорошо компания отвечает ожиданиям и потребностям своих клиентов.

В CSAT опросе обычно задаются прямые вопросы вроде: "Насколько вы удовлетворены [продуктом/услугой]?" Ответы обычно измеряются по шкале, например от 1 до 5, где 1 может означать "совершенно не удовлетворен" и 5 – "очень удовлетворен".

Преимущества использования CSAT включают в себя:

1. Простота Понимания и Реализации: Легко понять и легко интегрировать в опросы и обратную связь с клиентами.

2. Непосредственная Обратная Связь: Помогает быстро получить представление о том, насколько хорошо компания отвечает потребностям клиентов.

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

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

Читайте также:

• Создать тест

• Шаблоны опросов

• Создать опрос

• Основные метрики для изучения клиентского опыта

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

В заказной разработке мы оттачиваем навык прогнозирования ежедневно. Но как добиться эффективного планирования от проектных менеджеров? Ведь в том числе от их решений зависит рентабельность всей компании.

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

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

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

Главная задача — задать правильные вопросы, чтобы менеджер засомневался во всех возможных вариантах ответа, но нащупал границы и выплыл с точным прогнозом.

Со временем такие вопросы превращаются в чек-лист для самоконфликта. Вопросы могут отличаться, но их объединяет сомнение «Уверен ли я, что…».

В полной версии статьи еще больше примеров — читайте ее здесь.

P. S. Мы много пишем об управлении проектами в нашем тг-канале. Так что приходите, если интересно)

Линус Торвальдс выпустил Linux 6.7-rc7 на день раньше (24.12), в рамках подготовки к празднованию Рождества.

Обычно я выпускаю RC-релизы в воскресенье днем, но поскольку завтра сочельник и начнутся празднества (или, по крайней мере, я несколько раз поеду в магазин за всем, что мы забыли - не прошло и года без некоторых фраз от близких в последнюю минуту «О, нам нужно то...»), вместо этого я делаю rc7 в субботу.

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

Итак, на следующих выходных выйдет rc8, и я ожидаю, что он будет небольшим.

А через неделю, возможно, мы вернемся к более нормальному графику. Может быть.

В любом случае, сам rc7 выглядит вполне нормально. На самом деле он совсем немного больше, чем был rc6, и ничто в нём не выглядит странным.

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

Линус.

21 декабря Линус Торвальдс сообщил всем причастным разработчикам, что выпуск стабильной версии Linux 6.7 переносится с 31 декабря (канун Нового года) на 7 января для уменьшения стресса мейнтейнеров проекта из-за праздников.

Научное издание «N + 1» проводит независимое исследование состояния Open Source в России. Цель первого этапа опроса — выяснить, кто и зачем занимается опенсорсом в стране, в чем их мотивация и какие проблемы мешают развиваться.

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

Принять участие в опросе приглашаются как независимые участники разработки, так и компании, связанные с открытым ПО.