2.3. Рекомендации по управлению рисками для компании iBinom.
Целью Задачи 3 являлось налаживание процесса Управления рисками согласно выбранной методике. Если разделить задачу на подзадачи, то получается следующий список:
Проведение рабочей сессии по идентификации рисков, в рамках которой будет составлен список рисков.
Анализ рисков, в результате чего будут оценены вероятности каждого события риска и потери.
Составление плана по устранению рисков.
Мониторинг рисков.
Для выбранного проекта сообразно использовать методики, эффективность которых для схожих проектов не подвергается сомнениям. Такой методикой является SCRUM, который входит в семейство методик Agile21. Причем выбранные методы хорошо вписываются в изложенную теорию по Управлению рисками.
Рекомендация 1: Внедрить итеративное планирование и разработку
Итеративное планирование позволяет задать ритм работы всего коллектива и внести в обиход ряд регулярных практик, позволяющих управлять рисками проекта. Итерация — временной отрезок длиной от одной недели до четырёх, в рамках которого команда проекта реализует чётко зафиксированный, запланированный перед началом итерации объём функциональности, который во время итерации не увеличивается. Длину итерации выбирает команда в зависимости от обстоятельств. В конце итерации всегда должен быть сформирован целостный законченный продукт, однако часть запланированной функциональности может быть и не реализована (в таком случае итерация считается неуспешной).
Рекомендация 2: Проводить ретроспективы
Ретроспектива — практика В качестве ретроспективы, команде предлагается собираться по завершении итерации и проводить анализ проблем, которые произошли за этот срок, последствия этих проблем, причины проблем и меры, необходимые, чтобы предотвратить их повторение. Во время ретроспективы необходимо ответить на несколько простых вопросов:
Какие проблемы возникли в течение прошедшей итерации?
В чем были их причины, какие факторы привели к возникновению этих проблем?
Могут ли эти причины вызвать повторение этих проблем?
Какие другие проблемы могут возникнуть в связи с этими факторами?
Что нужно сделать, чтобы нейтрализовать причины и предотвратить повторения старых и наступление новых проблем в будущем?
Как можно заметить, эти вопросы созвучны вопросам, которые ставятся в модели Смита и Меритта. Ретроспектива позволяет начать идентифицировать риски, как уже наступившие, так и найденные в процессе самой ретроспективы. Из чего следует, что ретроспектива является инструментом мониторинга рисков.
Рекомендация 3: Использовать практику Planning poker (Игра в планирование)
В планировочный покер или игру в планирование «играют» перед началом итерации, при её планировании, определении того, решение каких задач в неё войдёт. В ходе этой групповой работы проводится обсуждение сроков и сложности (то есть трудоемкости) той или иной задачи. У каждого из членов команды проекта есть набор карточек со значениями из ряда Фибоначчи: 0, 1, 2, 3, 5, 8, 13, 21. Число на карточке обозначает количество условных рабочих часов, в которое можно оценить общую трудоемкость задачи. По каждой задаче происходит голосование, причем, чем больше значение на карте, тем более задача трудоёмкая. В случае если голосование дало однозначные результаты, то задаче присваивается выбранная сложность, если же произошло расхождение между результатами, то ситуация обсуждается, и каждая из сторон аргументирует свой выбор. Если же повторное голосование не дало однозначного результата, то выбирается вариант медианы. Для нас данный процесс интересен тем, что на тех задачах, где происходит расхождение в голосах, прослеживается неопределенность, т.е. возможный риск. А разница как раз определяет верхнюю и нижнюю границу длительности/стоимости работ. Данная практика окажется полезной в процессе идентификации рисков — задачи про которые нет единого мнения в команде, являются заведомо более рискованными.
|
