13 мая в ИТ-парка им. Башира Рамеева в Казани состоится конференция Kazan System Agile, на которой выступят спикеры из Сбера, Альфа Банка, БАРС Групп и Технократии.

Кого мы ждём?

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

О чём?

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

Приглашаем принять участие в Cloud Management Hiring Days с 21 февраля по 4 марта. Мы ждём кандидатов в команду Cloud&DevOps с опытом работы на позициях Project Manager, Delivery Manager и Service Delivery Manager.

Чтобы подать заявку, заполните регистрационную форму и пройдите интервью. Если мы подойдём друг другу, вы получите оффер в течение 48 часов и приятный sign in бонус. Вы сможете выбрать удобную дату выхода в EPAM и формат работы: в одном из наших офисов или полностью удалённо.

Если вы интересуетесь игровой индустрией, то с DevGAMМ вы знакомы наверняка. Это конференция для разработчиков компьютерных игр, которая проходит с 2008 года. Как и в прошлом году, DevGAMM Spring’21 будет проходить в онлайн-формате. С 12 по 14 мая на платформе конференции состоятся лекции и мастер-классы, представители Wargaming расскажут как о создании игр для ПК, так и о мобильной разработке. 

Рассказываем, кого из Wargaming можно будет послушать на конференции.

С 13 по 15 июля пройдёт онлайн-конференция Get Prof IT: Project Management.

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

В программе два доклада и один воркшоп.

1. Приход на работу к конкретному времени. Сродни советскому: в 8.00 все должны быть на работе иначе штраф или даже увольнение. Уходят все в 17.00
2. Свободный приход к любому времени. Тут может быть куча вариаций, когда надо работать 8 часов в день или 40 часов в неделю или вообще никто время не смотрит, лишь бы работа делалась.

Вводная информация по управлению рисками

• недавно я разрабатывал методику и процедуру по управлению рисками в компании, где я работаю (разработка ПО под заказ, аутсорсинг) – соответственно, было перерыто и изучено очень много материалов, информация из которых потом была структурирована и оформлена в отдельный документ, который сейчас используется
• само по себе управление рисками является одной из ключевых активностей на проекте: на мой взгляд одной из самых сложных, но в то же время интересных (из каждого риска и события можно извлечь выгоду)
• как показывает опыт работы в компаниях-разработчиках ПО, управлению рисками выделяется либо очень мало времени, либо ими начинают управлять только тогда, когда они становятся проблемами (что, согласитесь, довольно поздно). Надеюсь, что информация, собранная здесь, подтолкнет интересующихся к дальнейшему изучению темы и внедрению соответствующих практик в работе

Определение риска

• риск это некоторое событие, которое может случиться в будущем и может привести к определенным потерям (снижение качества продукта, перерасходование бюджета, задержка сроков либо полной неудачи проекта)
• проблема же – это событие, которое уже случилось. Риски превращаются в проблемы, если с ними не работать

“In the middle of difficulty lies opportunity”
Albert Einstein

• Problem stage — когда работа с рисками не ведется до тех пор, пока они не станут проблемами
• Mitigation stage — когда людям знакомо понятие «риск», однако никто не знает, как управлять рисками на регулярной основе (концепция управления рисками была им представлена, но пока в очень ограниченных объемах). Зачастую единственной стратегией борьбы с рисками является уменьшение вероятности его появления
• Prevention stage — когда управление рисками становится активностью команды в целом, в не только задачей менеджмента (проекта, отдела, компании); в процесс вовлекается все больше и больше заинтересованных людей, которые могут идентифицировать риски, однако их количественные оценка пока вызывают определенные трудности. Данная стадия является поворотной точкой от реактивного к проактивному методу управления рисками
• Anticipation stage — данная стадия характеризуется сбором и анализом метрик, для того чтобы предугадывать будущие проблемы и предсказывать определенные события, связанные с проектом. В процесс управления рисками вовлекается и заказчик (клиент), что дает возможность более аккуратно проводить количественную оценку рисков, а также верно расставлять приоритеты
• Opportunity stage — данная стадия представляет позитивное видение процесса управления рисками, когда в процесс вовлечены все заинтересованные стороны (менеджеры, проектная команда, представители заказчика). На данной стадии каждый риск трактуется (может трактоваться) еще как и некоторая возможность. Все осознают эти возможности и связанные с ними риски и могут выбирать различные пути движения дальше, находя компромиссы между уровнем риска и новыми возможностями

• Теперь для перехода к задаче из списка достаточно кликнуть по ряду таблицы (не обязательно по названию задачи).
• Ссылки для автоматической вставки html-тегов в textarea (описание задач и проектов, комментарии).
• Переработан парсинг html, исправлены ошибки. Библиотека Beautiful Soap больше не используется.
• Исправлен баг — при ответе на комментарий его автору не приходило уведомление по почте.
• Теперь в настройках MEDIA_URL не имеет значения, есть слэш в конце или нет, все корректно работает в любом случае.

Введение

1. Во сохранение священного имени «Тропинки-1», а также во избежание неверных трактовок её священных текстов, не следуй стандартам кодирования юродивым общекорпоративным, а делай так, как было заведено издревле, еще в городе Дельфы Древней Греции. Ежели сомневаешься будешь, как лучше сделать — вопрошай у главного Мага дружины.
2. Будь готов пробудиться на заре, дабы собраться всей дружиной в 11 часов утра на вече и обсудить дела минувшие, дела грядущие и дела насущные. Не должно вече длиться дольше 15 минут, так как жаждут воины сражений и славы, потому — будь готов к собранию дружины своей да не задерживай братиев и сестер своих.
3. Меч и заклинания каждый Воин готовит отдельно, в своих собственных хоромах, именуемых branch. Не наточив же меча да не подготовив заклинаний — не смей выходить на арену общую, именуемую trunk, дабы не опозорить дружину да не запачкать штанов.
4. Ежели достаточно набирается за день смельчаков, хорошо наточивших мечи да подготовивших заклинания свои, то проводится сражение дивное, release именуемое, с чудищами, которые захотят проверить заклинания твои славные да меч каленый. Если же в зазубринах меч твой будет, али заклинания твои маломощными оказались — не видать тебе уважения дружины своей, да еще и жуки ужасные заморские, руководимые богомолом, заполонят хоромы твои.
5. Каждый вечер заполни свиток подвигов своих ратных да передай главному Магу дружины, дабы до сбора на вече ознакомился он со всеми подвигами дружины и приготовил хитрый план битвы на следующее утро.

• управление проектами — общий подход к управлению проектами. Наиболее известная сертификация — Project Management Professional (PMP)
• жизненный цикл программного средства (Application Lifetime Management, ALM) — включает такие подходы к созданию ПО как RUP и MSF
• отдельные программные средства для управления проектом

Кто виноват?

Поговорим о рисках