КаБа

Чтобы нагнать прозрачности к предыдущей записи , приведу пример моделирования контекста из своей вполне реальной жизни. Тем более, что мне все равно его надо продумать. Итак, постановка задачи следующая: Необходимо организовать контроль нескольких проектов, разделенных на три группы. Над каждой группой стоит выделенный менеджер, который управляет проектами своей группы. Я не лезу в техническую сторону вопроса. Мне важно лишь четко понимать, что: на текущую команду есть бюджеты текущие работы не вылетают за бюджеты и сроки команде не грозят простои У нас в настоящее время есть три системы, которые каждая по-своему закрывают вопрос планирования и управления: MS Project Система репортинга затраченного времени (назовем ее TRS) Система бюджетирования (пусть будет SBP) TRS сливает факты в SBP и посмотреть, сколько на каком бюджете осталось доступно средств, проблемы не составляет. Время в TRS репортится под таски проектного плана, импортированного из MS Project. ...

Я тут какое-то время назад попытался высказать свое отношение к качеству заказных информационных систем , но в силу ряда причин хочется эту тему немного развить. В двух словах качество ИС – это степень ее соответствия целям Заказчика, а соответственно – его ожиданиям и потребностям. Эти ожидания и потребности удовлетворяются не только функциональными возможностями продукта и совсем не его техническим качеством. В этом проявляется инвариантность качества: тот факт, что продукт совершенно идеально прошел тестирование и ни одной баги не вернулось с прода совсем не говорит о том, что продукт качественный. Легко может получиться так, что методология использования продукта не учитывает специфику процессов Бизнеса, в связи с чем использование продукта попросту не удобно. И Бизнес совершенно справедливо будет говорить о низком качестве ИС. Ему, Бизнесу, совершенно по барабану, сколько багов осталось в финальном билде, добравшемся до прода. Ему важно, чтобы продукт помогал достичь те цели, ко...