MyPlainText

Определение рисков проекта - первый этап, с которого начинается процесс управления рисками. При определении рисков следует понимать, что есть общие риски и специфические , завязанные на конкретном проекте. Общие риски присущи практически любому проекту разработки ПО, например, изменение требований заказчика, потеря ключевого члена команды. К специфическим можно отнести те, которые зависят от сферы, в которой разрабатывается проект, от исполнителей, технологий. Также необходимо уметь выделять риски по следующим трем группам: проектные  риски, риски продукта , бизнес риски. Проектные риски - те, которые влияют на ресурсы и работу проекта. На бюджет или на команду, например. Риски продукта - те, которые влияют на конечное качество продукта Бизнес-риски - те, которые могут повлиять на соответствие продукта бизнес-требованиям и бизнес-стратегии. Далее будет приведен ряд базовых факторов, которые следует учитывать при управлении рисками.

Предыстория С началом работы над крупным проектом в нашей небольшой команде встал вопрос о том, чтобы планировать итерации разработки, выбирать задачи и оценивать их объёмы. Кроме бэк-энд разработчика, пришедшего вместе со мной, никто такого опыта не имел: ни дизайнер, ни верстальщик, ни фронт-энд разработчик - отсюда и результат: 1-ая итерация клиентской разработки затянулась на 2 недели, относительно оценки. А 2 недели эти сложились очень быстро: - Сперва дизайнер что-то не учел на пару-тройку дней - Эти же пара дней сказались на работе верстальщика с дополнительным коэффициентом, ввиду того, что сверстать более трудоёмко - Ну и в завершение - Front-end разработчику приходилось ждать вёрстку  Чтобы оценить: 2 недели задержки при, скажем, 1000 руб/час это 80 000 руб. /*1000 руб/час взял условно*/ После таких  грустных расчетов я вспомнил о суперсиле риск-менеджмента! Очевидно, что стоило изначально учесть неопытность членов команды в таком компо

Для начала придется немного о себе и об этом блоге.  Я - Сергей Дубовенко - аналитик/менеджер проектов в веб-студии TopFloat. // в Волгограде Я работаю в самой обычной веб-студии численностью около 10 человек /* пришел, когда было всего четверо */. Таких студий великое множество, так что, думаю, найдутся люди, кому будет интересно почитать и пообщаться ;) На тот момент, когда я присоединился к команде, студия взяла крупный проект, и на нём мы набивали шишки практически во всём, да и набиваем по сей день, наверное) Итак, этот блог будет посвящен тому, какие ошибки или успехи постигают типичную компанию-разработчика и как мы со всем этим справляемся.  И ещё один акцент! Я хотел бы поделиться опытом и публиковать здесь полезные материалы, а также собственные наработки, которые могут помочь читателю, как крупице IT-сообщества. 

Первая тестовая запись