Atlassian Confluence — мощное решение для развертывания Enterprise Wiki в организации (хотя, нет никаких технических проблем с тем, чтобы использовать его и дома — лицензия на 10 пользователей стоит всего 10 американских долларов в год). И лично мне Confluence нравится тем, что имеет дружелюбный интерфейс и позволяет интуитивно понятно редактировать контент, с легкостью дополняя его визуальными составляющими, что позволяет в итоге получить красивые и удобные для просмотра страницы. Кстати, этот пост тоже написан в Confluence.

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

Источник

В жизни многих обитателей софтверной индустрии иногда настаёт момент, когда им приходится нарисовать план проекта. Люди, что-то слышавшие об управлении проектами, читавшие книжки на эту тему (особенно книжки, не описывающие конкретную индустрию), а также учившиеся управлению проектами где-либо (в ВУЗе, на курсах и т.п.) чаще всего автоматически выбирают для создания этого плана Microsoft Project. Иногда использование MS Project навязывается руководством, клиентом, процессными стандартами в компании и т.п.

Для софтверных проектов выбор MS Project обычно крайне неудачен и ниже мы объясним почему, но сначала напомним несколько простых фактов о том, как устроены софтверные проекты, особенно в контексте заказной разработки.

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

1. Будет ли выгодно выполнить обсуждаемый проект за предлагаемую цену?
2. Как в течение проекта будет выглядеть ситуация по финансам, не появится ли кассового разрыва?

Разумеется, вы можете полагать, что это не ваша головная боль как РМа, но… Если ваша компания небольшая, то все проблемы с финансами у компании отразятся на вас и вашей команде самым непосредственным образом, в виде задержек по зарплате. Даже если компания твердо стоит на ногах, ушедший в минус проект неизбежно привносит элемент печали в командную атмосферу. Поэтому финансовую часть лучше учитывать изначально, благо времени это требует немного и единоразово, а профит получается большой и постоянный — в смысле проектной прибыли, а следовательно, и вашей кармы в голове вашего руководства. Ну или способности распознавать финансово провальные проекты на этапе пресейла и избегать участия в них, по мере возможности.


Заинтересовавшимся — добро пожаловать под кат

Сегодня поставил себе на виндовую машину MS Project и столкнулся с двумя неочевидными проблемами.

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

Я хочу поделиться своим опытом использования MS Project для управления проектами по разработке программного обеспечения. Я уже лет 10 занимаюсь управлением проектами,
и в результате у меня родилась некоторая методология использования MS Project, которая позволяет получить от него немалую пользу и при этом меньше зависеть от его недостатков.

Русфинанс Банк — это лидер по автокредитованию в России (по версии Frank RG), который входит в международную группу Société Générale. С одной стороны, мы можем смотреть на опыт разных стран, применять инструменты, которые используют наши коллеги не только во Франции, но по всему миру, с другой — для нас разработка и запуск любого нового ИТ-продукта, сервиса и даже фичи — это всегда челлендж, в том числе связанный с разными уровнями согласования проектов.

В своё время, в попытке сократить time-to-market, нам удалось попробовать и внедрить разные Agile-практики. Что ожидаемо, самой жизнеспособной из них оказался SCRUM.

В начале 2020 года мы начали масштабировать SCRUM, изучили фреймфорк LeSS и выстроили процессы взаимодействия офлайн, но пандемия внесла свои коррективы: в марте нас перевели на удалённый формат работы. Пришлось всё экстренно перестраивать.

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

План – это не идеальная картина, а навигация по проекту

Почему когда вы едете на машине и попадаете в только что возникшую пробку, то ваш навигатор пересчитывает маршрут и время движения по нему, а управляя проектом, вы отказываетесь от такого полезного инструмента?
Когда реальная картина на проекте складывается не так, как было запланировано, то его руководитель начинает выстраивать в голове другие маршруты и перестает ориентироваться на первоначальный план.
Уверен также, что вам знакомо следующее мнение. План – это идеальный сценарий, в действительности все бывает по-другому, поэтому ориентироваться на план невозможно. Авторы подобных тезисов под словосочетанием «план проекта» подразумевают только первоначальный план (Базовый план). Но замечу, что проект должен также иметь другой план — Рабочий план, который будет учитывать все изменения в проекте и являться вашим навигатором по проекту. Такой инструмент будет показывать вам:

• Ак туальное расписание всех задач
• Узкие места
• Прогноз завершения проекта (этапа)

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

Настройка статусов задач

Вам один раз нужно настроить программу (MS Project), используя формулы, приведенные в конце статьи, и графические индикаторы.
После чего вы сможете регулярно использовать простой и эффективный инструмент.
Итак, рассмотрим статусы задач, которые нам предстоит настроить.

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

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

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

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

Железный юрист Redmadrobot Марина Бутурлина рассказала про ситуацию, когда клиент готов заказать работы, а с подписанием договора всё сложно и постоянно откладывается. Если вам хочется понять, как действовать, чтобы ничего не упустить, но вы не юрист, то эти советы для вас.