Однажды для знакомства с новым и многообещающим проектом федерального значения меня отправили на стажировку разгребать инциденты на первой линии. Рядом со мной работали молодые ребята, вчерашние студенты. С первого взгляда было видно, что ребята какие-то зашуганные, с постоянной тоской в глазах. Я решил подбодрить одну из своих коллег и начал издалека. На мой вопрос о том, чего она хочет от этой работы, моя визави честно ответила: «Я хотела бы не думать каждый вечер о том, чтобы уволиться»
Как наладить эффективный процесс управления проектом в условиях, когда "правильно" и "как лучше" сделать нельзя, но делать все равно надо? В статье дан обзор применения JIRA для управления проектом по разработке программного обеспечения в интересах крупного корпоративного заказчика. Я буду рад, если описанные подходы помогут лично вам повысить эффективность своей команды и снизить напряженность на проекте.
Ранее в статье « Средство от бессонницы и нервных срывов » был предложен вариант применения JIRA для управления проектом по разработке программного обеспечения в интересах крупного государственного заказчика. Однако неосторожное обращение со средствами автоматизации управления на «цифровой кухне» может не только испортить продукт приготовления, но и привести к многочисленным травмам.
Ранее была предпринята попытка унификации общих требований по применению JIRA в случае управления несколькими проектами по разработке заказного программного обеспечения в одном из департаментов нашей компании. Развивая начатую тему, эта статья будет посвящена ключевым особенностям регистрации, уточнения и реализации требований заказчика в рамках предложенной ранее модели.
Не секрет, что чем крупнее программный проект, тем больше его успех зависит от результатов работы аналитиков, в частности, от выбора правильной стратегии составления и согласования проектных решений. Однако как организовать работу этих творческих сотрудников? И как сделать так, чтобы результаты их деятельности были одинаково понятны как представителям заказчика, так и программистам? Как оценить возможные сроки выполнения и значимость этой работы для проекта? В этой статье я попытался сформулировать свои рецепты оптимизации управления аналитической работой на проектах по созданию программного обеспечения для корпоративных заказчиков.
Когда-то давно в дебрях Интернета я случайно нарвался на матрицу компетенций программиста от Джозефа Сиджина, которая помогла мне правильно оценить свою стоимость на рынке труда и выработать пути по дальнейшему самосовершенствованию. Шло время, проекты в которых я участвовал, росли. Росли, росли и выросли до такого состояния, что в этих проектах потребовалось участие не только программистов, но и аналитиков. Помня положительный эффект от матрицы Д. Сиджина, в какой-то момент я решил найти такую же шкалу компетенций, но уже для аналитиков. И, что неудивительно, нашел.
Проблемы учета рабочего времени обсуждались не раз и не два. При этом мнение о необходимости таймтрекинга разделяет сотрудников на два противоположных лагеря. Как правило, исполнители всячески осуждают и указывают на неэффективность проектов, в которых необходимо вести учет рабочего времени и ежедневно отчитываться о проделанной работе. Напротив, многие правильные руководители приводят множество доводов в пользу таймтрекинга своих сотрудников. Это противоречие порой вызывает у меня приступы сильной головной боли, которую я попытался унять написанием этой статьи. Есть такое лекарство – мышление письмом...
Порой вы даже не представляете какие трудности могут возникать на проекте, в котором задействовано несколько сторон, какие факторы являются критически важными, чтобы проект был успешным, и как необходимо выстроить работу между всеми его участниками, чтобы все договоренности о сроках и планах соблюдались корректно.
В настоящее время готовятся к публикации следующие материалы:
- «Где прячутся неприятности?» - инструменты оперативной оценки текущего состояния решаемых задач и способы превентивного предотвращения неприятностей.
- «Как я убивал муда» - способы снижения уровня тошноты при ведении учета рабочего времени.
- «Боевой устав vs PM BOK» - сравнительный анализ типовых подходов в менеджменте программных проектов и способов принятых для управления воинскими частями и подразделениями при ведении боевых действий.
- «Как победить отвращение к любимой работе» - разбор результатов открытого исследования по определению основных причин выгорания сотрудников на программных проектах и попытка сформулировать основные рекомендации по борьбе с этой напастью.
- «МоneyDev» - инструменты оценки маржинальности проектной команды и способы налаживания конструктивного диалога с топ-менеджментом.
- «SMART-UP: апгрейд JIRA» - презентация бесплатного приложения c открытым кодом, которое создано для поддержки принятия решений при управлении проектами с использованием платформы JIRA.
- «Работа на результат: распространенная проектная шутка» — отчетность по результатам работ сотрудников программного проекта.
- «Здоровье программного проекта» — как комплексно и оперативно оценить текущее состояние дел на программном проекте.
- «Невыносимая легкость старта» — простые решения сложных проблем при внедрении в эксплуатацию заказного программного обеспечения.
- «ДЕЖА-ВЮ» — прикладные способы уклонения от травмоопасных случаев при взаимодействии с клиентами.