Уменьшить затраты и закончить проекты вовремя

Задержки проектов довольно дорогостоящие.

• Стоимость проекта — в течение каждого месяца задержки, проектная группа продолжает увеличивать стоимость и расходы. Если большая часть разработки выполнялась по контракту, стоимость быстро начнёт возрастать если контракт основывается на повременной оплате. Контракты с фиксированной ценой ограничивают этот риск. Для внутренних ресурсов стоимость задержек не столь очевидна, если не отслеживается время, затраченное ресурсами на проект, поскольку стоимость рабочей силы по существу является фиксированной.

• Стоимость возможностей — стоимость возможностей делится на две разновидности — потерянный доход и неосуществлённые сокращения расходов. Некоторые проекты специально созданы с целью привлекать новые или дополнительные доходы. В течение каждого месяца задержки компания фактически теряет эти доходы. Цель других проектов состоит в том, чтобы улучшить эффективность и уменьшить затраты. Снова, каждый месяц неудач откладывает реализацию этих сокращений расходов ещё на месяц. В большинстве случаев эти возможности никогда не фиксируются и не анализируются, приводя к неверным расчётам окупаемости инвестиций. Из этих двух потерянных возможностей потерянный доход является самым вопиющим. Его воздействие наиболее длительное и ощутимое.

N.B. На многих проектах (особенно больших) за своевременное завершение проекта отвечает менеджер проекта. Задание бизнес-аналитика больше в том, чтобы гарантировать, что, если проект не закончен вовремя тогда по крайней мере, самые приоритетные требования выполнены.

Задокументировать верные требования

Бизнес-аналитики хотят быть уверенными, что они описывают приложения которые удовлетворяют потребностям конечных пользователей. По существу, они хотят описать правильное приложение. Это означает, что они должны задокументировать правильные требования внимательно слушая отзывы клиентов, и предоставить полный набор ясных требований техническим архитекторам и инженерам, которые напишут программу. Если бизнес-аналитик имеет ограниченные средства или навыки для выявления верных требований, то высока вероятность того, что он задокументирует бесполезные или неверные требования. Время, потраченное на документирование ненужных требований влияет не только на бизнес-аналитика, оно также влияет на весь процесс разработки. Инженеры должны создавать код программы, чтобы выполнить эти ненужные требования, и тестеры должны удостовериться, что запрошенные требования действительно работают как описано в документации. Эксперты оценивают, что от 10 до 40 % требований в новых приложениях являются ненужными или остаются неиспользованными. Сокращение количества этих ненужных требований даже на одну треть может привести к существенному снижению затрат.

Улучшить эффективность проектов

Эффективность может быть достигнута двумя способами: сокращением переделок готовых частей и сокращением продолжительности проекта.

Переделывание это общая головная боль промышленности, ставшее столь распространённым во многих организациях, что оно часто закладывается в проектные бюджеты и планы. В общем случае переделывание означает дополнительную работу по устранению ошибок из-за неполных или недостающих требований. Оно может затронуть весь процесс разработки программного обеспечения от проектирования до кодирования и тестирования. Потребность в переделывании может быть уменьшена если сбор требований и процессы проектирования основательны и гарантируя, что деловые и технические члены проекта вовлечены в эти процессы на ранней стадии.

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

Функции управления современным предприятием

К функциям управления современным предприятием относят: планирование, маркетинг, предпринимательство, финансы, организацию, производство, инновации, информацию и социальное развитие.

Любая функция управления как указывается в статье «Сущность функции управления» [24] реализуется «в комплексе управленческих задач, решение которых обеспечивает достижение целей производства и поддержание процессов в заданных состояниях».

Также важно учитывать то, что исследование практической реализации функций управления на предприятии связано с исследованием тех решаемых задач в ходе выполнения последовательных действий соответствующим аппаратом управления, отмечают Райзберг Б.А., Лозовский Л.Ш., Стародубцева Е.Б

Также необходимо исследовать такой элемент системы управления предприятием, как организационная структура управления. Необходимо дать определение, ссылаясь на Кабушкина Н.И., Бондаренко Г.А. [10], что организационная структура управления предприятием – это такая совокупность взаимосвязанных и взаимозависимых элементов, которые находятся между собой в устойчивых отношениях, а это в свою очередь обеспечивает их функционирование как единого целого.

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

Оптимизация организационных структур. Приемы оптимизации

Как провести организационные преобразования, чтобы они благоприятно отразились на структуре и издержках компании? На уровне структуры эффективные приемы оптимизации могут быть следующими:

1. устранение явных ошибок в организационной структуре: дублирование функций в различных подразделениях, несоблюдение нормы управляемости, наличие несвойственных функций в функциональных блоках и т. п.;

2. построение так называемого баланса сорсинга организации. Проще говоря, это выстраивание оптимального соотношения между функциями, выполняемыми собственными подразделениями, и работами и услугами, закупаемыми на стороне;

3. централизация либо децентрализация функций управления в каждом из направлений деятельности компании;

Изменение типа организационной структуры в соответствии с потребностями бизнеса.

30.Оптимизация организационных структур

Устранение явных ошибок в организационной структуре

Частая ошибка в организационной структуре — это несоблюдение нормы управляемости. Встречаются структуры, где в прямом подчинении генерального директора находится 15-20 человек: заместители, начальники крупных подразделений и даже отдельные сотрудники. В результате страдает эффективность управления.

К несоблюдению нормы управления также относятся линейные подразделения с небольшим количеством сотрудников (2-3 человека). В целях оптимизации лучше объединять такие отделы с другими, близкими по профилю деятельности.

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

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