К организационно-экономической части диплома студента АВТФ (стр. 2 )

Сбитые сроки

По своей природе данное является концептуальным. В отличие от моста, здания или любого другого физического объекта, сложно посмотреть на программный продукт и оценить степень его завершенности. Без жесткого руководства проектом разработка ПО будет завершена не полностью. Политика Управления Конфигурациями, Управления Изменениями и определение модели менеджмента конфигурации ПО, при разработке продукта, все элементы конфигурации, компоненты и подкомпоненты мгновенно становятся видимыми для версий, релизов и семейств продуктов.

Отсутствие связи между отдельными процессами проекта может

привести к его провалу. Необходимо обеспечить трассировку среди версий,

релизов и семейств продуктов. Ценность подобной трассировки огромна в

ситуациях, когда в одном из выпусков или семействе продукта возникает

проблема, которая оказывает влияние на другие клиентские релизы и

продукты. Выполнение одного изменения и его распространение на всю базу

ПО экономит много времени, средств и улучшает взаимоотношения с

клиентами. Отсутствие связи между событиями проекта может привести к

его провалу, когда решение одной проблемы увеличивают проблему в другой

области или приводит к неудаче в попытке решить аналогичную проблему

гдето в другом месте. А отслеживание календарного графика выполнения

работ позволяет, не затягивая проект, завершать разработку ПО в

установленные сроки.

Без трассировки сложно осуществить мониторинг программных

проектов. Руководство не может принять компетентные решения, поэтому

графики продолжают срываться, а затраты продолжают превышать

установленный бюджет. Невозможно выполнить мониторинг проекта, если у

менеджера проекта нет инструментальных средств, чтобы следить за

фактической разработкой продукта в пределах проекта.

Недостаток контроля

Поскольку программное обеспечение является

нематериальным в физическом смысле, его более сложно контролировать.

Без точной оценки процесса разработки срываются графики выполнения

работ и превышаются установленные бюджеты. Очень сложно оценить

объем выполненной и оставшейся работы. Процесс Управления

Конфигурациями и Управления Изменениями предоставляет механизм

управления процессом через определение фактически затраченных и

плановых ресурсов и оценивание будущих затрат, исходя из объема

выполненной работы. Если в программе обнаружены ошибки, то изменения

необходимо сделать во всех версиях.

Как только в продукте появляются новые свойства, они должны быть

доступны для всех пользователей независимо от времени выпуска версии

продукта. Ни один разработчик не позволяет себе, однажды написав

программу, полностью о ней забыть. Разрабатываемое ПО изменяется не

только при изменении технических требований и календарных планов, но и в

ответ на изменения в других элементах. ПО не является догмой. В этом и

заключается его ценность. Программный продукт можно изменять, поэтому

его и изменяют.

Смена рабочего персонала

Во всех организациях сотрудники продвигаются

по служебной лестнице, переходят на другую работу или увольняются. Если

это происходит в разгар работы по разработке ПО, то с уходом специалиста

теряются не только технологические знания. Теряются также практические

знания по разработке продуктов, на овладение которыми ушло много

времени. Новые сотрудники, даже зная технологию, не смогут заниматься

разработкой продукта без задокументированного процесса. Как правило на

этому не уделяют достаточного внимания и документирование выполняется

в последнюю очередь. Без подробного документирования новый сотрудник

может узнать, как идет процесс разработки в организации и что нового в

проекте на конкретную дату, а так же тратят огромное количество времени

разбираясь в чужих проектах зачастую просто выполняют часть работы

заново.

Несовершенство пользовательского интерфейса

Одной из проблем внедрения нового ПО является консервативность

пользователей которые зачастую просто не могут найти в программе нужную

им функцию (операцию). Отсутствуют стандарты пользовательского. От

части тут может помочь подробнейшим образом составленная инструкция

пользователя и служба поддержки.

КРАТКОЕ ОПИСАНИЕ МЕТОДОЛОГИИ ОПРЕДЕЛЕНИЯ КОРНЕВОЙ ПРОБЛЕМЫ В СРЕДЕ

Достаточно широко известна теория ограниченийЭ.  Голдратта[2,3], предлагающая инструменты для улучшения управления системами. ТОС предоставляет методологию анализа существующей действительности каждой системы, имеющей неудовлетворительный уровень деятельности. Анализ основан на симптомах, которые указывают на те области, в которых деятельность системы не соответствует ожидаемому уровню. Анализ разрывов между фактическим и желаемым состоянием приводит к определению корневой проблемы существующей системы. Причины, которыми объясняется существование разрывов в терминологии ТОС называется нежелательными явлениями (НЖЯ). Эти аспекты действительности нежелательны, поскольку они приводят к тому, что система работает на более низком уровне, чем могла бы. НЖЯ похожи на симптомы болезни. По правилам ТОС проводится анализ и с помощью причинно-следственных связей выявляется корневая проблема – причина существования нескольких разрывов и НЖЯ. Этот анализ называется деревом существующей действительности или диаграммой связанных между собой НЖЯ. Идея поиска корневой проблемы вытекает из понимания того, что чем больше симптомов устраняет решение, тем оно лучше. НЖЯ – это главные причины, блокирующие достижение более высокого уровня деятельности, их устранение должно привести к улучшению уровня деятельности.

На рисунке отражены некоторые главные решения теории.

       

Одним из управленческих инструментов теории ограничений является дерево существующей действительности.

Определение понятия «Дерево существующей действительности»

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

Для чего нужно ДСД?

Основная задача ДСД – способствовать более глубокому пониманию той корневой проблемы, которая вызывает к жизни основные нежелательные явления в анализируемой среде. Управленец должен быть уверен в том, что решение будет направлено на действительный конфликт, чтобы усилия, направленные на проведение перемен, в конечном счете, не оказались потраченными впустую, на решение не той проблемы.

ДСД используется консультантами, имеющими малое знание новой конкретной среды:

Совсем новая среда (новая производственная среда, не бизнес или наоборот) Новая страна (отличающиеся практики ведения бизнеса, взаимоотношений с государством, банками, зарубежными компаниями).

ДСД дает:

Быстрый, схематичный и экономный по времени метод записи получаемой информации, также легко сохраняемый и воспроизводимый. Немедленная визуальная и логическая оценка достаточности или недостаточности связей – для собственного понимания. Возможность направленного разговора с интервьюированными.

Для справки: Явление – это выражение, свидетельство наличия чего-то другого; совокупность процессов материально-информационного преобразования, обусловленных общими причинами.

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

Правила формулирования НЖЯ[3, с.314]

НЖЯ – это постоянная проблема, существующая в рассматриваемой системе, которая не позволяет улучшить её деятельность; НЖЯ – это описание состояния, а не случая или действия и не может содержать в формулировке глаголы действий (взять, идти,…идти, …); Это явление находится в нашей области ответственностив нашей области ответственности, и мы можем с ним что-то сделать (например, «в Сибири холодно» - это не НЖЯ, но мы можем теплее одеваться и т. п.); НЖЯ не должно обвинять или быть предполагаемой причиной; НЖЯ не должно быть завуалированным решением (желанием того, как можно было бы решить проблему) НЖЯ не должно требовать пояснения того, какой негативный эффект оно вызывает; НЖЯ не может содержать причинно-следственную связь и не должно быть субъективным утверждением( содержатьутверждением (содержать оценочные прилагательные «сложный, трудный, плохой, максимальный» и т. п.) Должно быть понятно, достижение какого важного показателя в системе блокируется этим НЖЯ

СТАНДАРТНАЯ АЭТАЛОННАЯ ФОРМУЛИРОВКА НЕЖЕЛАТЕЛЬНОГО ЯВЛЕНИЯ В СРЕДЕ

Таблица - ошибочная и эталонная формулировка НЖЯ

ошибочная Ошибочная формулировка	стандартная Эталоннаяформулировка
Власти на местах слабо поддерживают реализацию инвестиционных проектов	Ресурсы не всегда в наличии, когда требуются
«Слабо» – оценочное суждение, означающее, что могли бы и посильнее или лучше. Завуалированное решение, т. к., если бы они поддерживали сильнее… Решение - заставить. Кто может заставить? Если мы, то почему не заставляем? Если не мы, тогда не в нашей зоне ответственности	Нет оценки, обвинения и завуалированного решения. Как заставить ресурсы, у которых в нужный момент нет мощности, увеличить мощность нужно придумать.

ПРИМЕРЫ ОШИБОК ФОРМУЛИРОВКИ НЖЯ 2

формулировка Формулировка НЖЯ с ошибкой	ошибкаОшибка
Лизинг не популярен	нельзя ничего сделать с этим, не наша ответственность
Банки выдают кредиты в два раза меньше, чем их просят	нельзя ничего сделать с этим, не наша ответственность
Уровень задействования производственных мощностей колеблется	предполагаемая причина
большинство Большинство оборудования очень старое	предполагаемая причина
Значительно увеличилось количество работы в отделе продаж	требует объяснений того, какой негативный эффект вызывает явление
часто Часто отдел задерживает прием заказа	обвинение, требует пояснения и является завуалированным решением

НЖЯ ПОД ОПРЕДЕЛЕННЫЕ ТЕМЫ ДИПЛОМОВМы изучаем среду как совокупность объектов, изменение свойств которых влияет на систему или она на них. Система есть образ среды. Системы делятся на классы, виды, типы. Системы подчиняются принципам. В системах происходят основные процессы: равновесные, эволюционные, адаптационные, переходные и сверхмедленные процессы.