2. работает по государственным стандартам (мы же помним, что университет – это государственная структура?);
3. система построена на востребованных рынком технологиях;
4. в ИС заложена возможность развития и масштабирования;
5. обеспечена эффективной мотивированной командой разработки и поддержки;
6. готова стать ядром еще более масштабной команды или взяться за другой проект.
А каждый представитель проектной команды:
7. защитил проект и получил отличные оценки;
8. изучил востребованные на рынке труда умения и технологии, а значит, наработал строчки в резюме;
9. возможно, стал чуть богаче.
Университет может про это написать кейс, снять ролик, включить в отчеты для чиновников, привлечь спецов проектной команды на день открытых дверей для того, чтобы они поделились с абитуриентами успехом. И многое другое в части маркетинга.
Осознав контекст результата, можно продумать риски и заранее их проработать и/или задать себе и ответственным лицам соответствующие вопросы. Например, такие:
– Какие требования к информационным системам выдвигает университет (по технологиям, размещению и защите персональных данных, владению интеллектуальной собственностью и т. д.)?
– В каких юридических условиях вы находитесь как команда? Оформляли ли вы проект официально? Если да, то как?
– Что будет являться успешным проектом с точки зрения команды?
– Как решить конфликт «технологии университета vs технологии, востребованные рынком», если таковой возникнет?
Задав эти вопросы на старте, ты сможешь прояснить важные моменты и принять решения на ранних стадиях проекта или вообще ДО его старта. Может оказаться, что видение контекста результата у команды, заказчика и университета настолько разное, что успех маловероятен.
Конечно, такое редко случается. Обычно все договариваются, просто корректируют образ результата. Но выравнивание контекста на старте приводит к правильным ожиданиям всех участников проекта. Вот ты уже имеешь опыт управления ожиданиями, а это одна из функций менеджера.
Что произойдет, если ты этого не сделаешь? Да все, что угодно. В зависимости от того, чей именно контекст не был учтен. Чаще всего делается проект из контекста «Сдать и получить 5». А значит, и результат дальше защиты не идет. Он достигнет своего контекста и благополучно скукожится. Но может выстрелить другой риск, когда представитель любой стороны проекта, контекст которого мы не учли, может спровоцировать полную остановку проекта в середине процесса, и ты не достигнешь даже минимального результата.