Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Описание технического процесса



  • Исследовать возможность импортирования спецификаций OpenMP непосредственно из документа.
  • Определить с помощью инженеров, реализующих поддержку OpenMP, какие особенности спецификации OpenMP войдут в состав текущей версии компилятора.
  • Разработать проект " руководства" и определить способ его распространения (совместно с группой маркетинга).
  • Проанализировать детали реализации, подготовить и включить в " руководство" соответствующие примеры программ.
  • Включить информацию о " руководстве пользователя" в документ " Новости компании Компилятор++"

Зависимости

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

Список основных документов

Спецификация OpenMP.

Основные даты

  • Завершение проектирования " руководства" - апрель 1998 г.
  • Первый вариант полного " руководства" - август 1998 г.

Ресурсы

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

Таблица 3.1. Ресурсы, необходимые для реализации проекта

Функция Ставка Комментарии
Инженер-разработчик 0.1 Консультирующий инженер, реализующий OpenMP
Технический писатель 1.0 Подготовка документа
Руководитель проекта 0.3 Управление, разработка плана и содержания

2.1.3. Принятие решения о начале работы над проектом

Выясните сначала факты, а потом можете извращать их по своему усмотрению.
М. Твен

Практически всегда перед принятием решения проводится экспертиза идеи и проекта, который на ней основан. Специалисты должны в течение нескольких дней изучить и проанализировать идею. В их задачу входят два основных момента [Баранов 1998].

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

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

2.2. Управление

Любую техническую проблему можно преодолеть, имея достаточно времени и денег.
Закон Лермана

Вам никогда не будет хватать либо времени, либо денег.
Следствие из закона Лермана

Этот процесс длится почти весь жизненный цикл программного продукта, но поставили мы его в данном месте потому, что одним из важнейших действий управления является планирование, которое начинается вслед за принятием решения о том, что " проекту - жить".

2.2.1. Управление проектом

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

При профессиональной разработке программного продукта в крупных фирмах и компаниях предъявляются дополнительные требования к процессу разработки.

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

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

Предпринимательская деятельность фирмы строится исходя из этой задачи, объединяющей пять направлений [Пашкус, Мисько 1991].

  • Стратегию в области исследования и развития.
  • Оперативную стратегию.
  • Финансовую стратегию.
  • Маркетинговую стратегию.
  • Стратегию человеческих отношений.

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

Определим управление (менеджмент) как систему принятия решений в области управления фирмой и поделим всех служащих компании на четыре, уровня.

  • Высший менеджмент (президент фирмы, председатель совета директоров, исполнительный президент, вице-президенты). В его задачу входит определение генеральной линии компании.
  • Управляющие среднего уровня (менеджеры структурных подразделений). В их задачу входит координация и стратегическое планирование деятельности структурного подразделения.
  • Управляющие первичного звена (менеджеры проектов, менеджеры-координаторы). Одна из важнейших задач этой категории управляющих - планирование на уровне программных проектов. Далее мы сконцентрируемся на изучении обязанностей только менеджеров проекта.
  • Инженеры (внеменеджментовые служащие). Именно инженеры заняты разработкой и созданием программного продукта.

Лидерами команд разработчиков обычно являются два специалиста, тесно работающих вместе по всем направлениям разработки.

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

Заметим, что часто в небольших проектах и командах обе задачи исполняет один человек.

Обязанности управляющего

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

Совместная деятельность менеджера и лидера проекта включает:

  • планирование проекта;
  • распределение работ;
  • выбор наилучшей стратегии.

Исключительная ответственность менеджера заключается:

  • в организации взаимосвязей внутри организации;
  • в управлении сотрудниками. Менеджер ищет и привлекает лучших специалистов и экспертов для решения возникающих проблем;
  • в руководстве проектом и контролем его выполнения. Менеджер отвечает за ежедневное руководство данным проектом. Хороший менеджер отводит различные проблемы от группы, он " гасит" нагоняи от заказчика или вышестоящего руководства;
  • в том, чтобы проект отвечал требованиям заказчика. Руководитель должен держать заказчика в курсе всех событий проекта;
  • в ответственности за поступление средств.

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

Еще раз обратимся к понятию " проект" и выделим четыре характеристики, делающих деятельность - проектом [Баранов 1998].

  • Направленность на достижение конкретных целей. Действительно проекты направлены на получение определенных результатов. Кстати, цели должны быть сформулированы так, чтобы всегда было ясно, что цель достигнута и проект можно заканчивать. Проект обычно предполагает наличие промежуточных целей, которые вместе образуют взаимосвязанный комплекс.
  • Координированное выполнение взаимосвязанных действий. Здесь следует еще раз вспомнить сложность разработки программного продукта. Взаимосвязи в проекте не всегда очевидны. Некоторые задания должны выполняться строго последовательно, а некоторые - строго параллельно.
  • Ограниченная протяженность во времени с определенным началом и концом. Проект имеет определенный срок. Иногда этот срок плавающий, например, начинающийся от некоторой еще не определенной даты вступления договора в силу. Проект существует столько времени, сколько его требуется для получения конечного результата.
  • Уникальность и важность. Уникальность должна объяснять - почему надо создавать данный программный продукт, почему нельзя взять что-то готовое. Элемент важности должен демонстрировать - почему разрабатываемый продукт нужен и важен заказчику, какие нужды и потребности заказчика он покрывает.

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

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

Менеджер не должен позволять вмешиваться кому-либо другому в руководство проектом. На ежедневное руководство в среднем у него должно уходить 50% рабочего времени. Если менеджер тратит менее 50% времени на руководство, это означает, скорее всего, что он плохой руководитель и проект ждут серьезные проблемы.

О том, куда уходит время
Существует так называемый " феномен 5-го телефонного звонка". Он заключается в том, что нужный, но неизвестный пока человек находится в среднем после пятого телефонного звонка. Это объясняет, почему руководитель тратит так много времени на деятельность, связанную с осуществлением руководства.

Мотивация

А на фига?!
А. Вознесенский

Метод " Кнута и Пряника" - алгоритм, описанный в известной монографии
Кнута [Кнут 2000] и позднее модифицированный
русским программистом Пряником.
Программистский фольклор

Руководителям было издавна известно, что людей следует побуждать к действиям для достижения некоторого желательного результата. Мотивация - это процесс побуждения себя и других к деятельности для достижения некоторых целей [Овсянко 1999]. Исторически первый подход к мотивации имеет название метод " кнута и пряника". Он заключался в побуждении либо под угрозой наказания, либо с использованием поощрения, либо комбинацией этих двух методов. Существует ряд психологических принципов, лежащих в основе теории мотивации.

  • Гедонизм - заинтересованность людей делать то, что им приятно и уклоняться от того, что им неприятно. Менеджер может создать приятную обстановку на работе и таким образом мотивировать подчиненных.
  • Инстинкты - автоматическая предрасположенность людей вести себя определенным образом. Некоторые люди находят удовольствие в том, чтобы ходить на работу, поскольку " рождены работать".
  • Концепция побуждений - формирование привычек на основе действий, которые приводили к удовлетворяющему результату в прошлом.
  • Когнитивная теория - рациональное поведение людей в соответствии с тем, что они думают о будущем. Менеджер может сформировать у работников впечатление о выгодности определенного поведения у подчиненных.

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

  • Первичные, являющиеся физиологическими по своей природе (например, потребность в пище).
  • Вторичные, являющиеся психологическими (например, потребность в уважении).

Потребности можно удовлетворять с помощью вознаграждения. Менеджеры могут использовать внутренние вознаграждения (которые дает сама работа) и внешние (денежные выплаты и продвижение по службе).

Абрахам Маслоу (Abraham Maslow) в 40-х годах XX века разделил потребности на пять категорий.

  • Физиологические потребности, являющиеся необходимыми для выживания (еда, жилище, секс).
  • Потребности в безопасности, включающие потребности в защите от физических и психологических опасностей и уверенность в выполнении в будущем физиологических потребностей (пенсия).
  • Социальные потребности, заключающиеся в привязанности, принадлежности к какой-либо общности, одобрении со стороны других, дружбе.
  • Потребности в уважении, включающие внутренние (самоуважение, личные достижения) и внешние (статус, признание) факторы уважения.
  • Потребность в самовыражении, заключающаяся в самореализации и росте как личности.

Перечисленные потребности образуют возрастающую иерархию. В каждый момент времени поведение человека определяется самой сильной из неудовлетворенных потребностей. Однако потребности высших уровней не мотивируют человека, пока не удовлетворены хотя бы частично потребности низших уровней. Менеджеры, работающие на международном уровне, должны иметь в виду, что относительная значимость различных потребностей людей может меняться в разных странах [Овсянко 1999].

Эволюция менеджмента

Наводить порядок надо тогда, когда еще нет смуты.
Лао Цзы

Основы менеджмента были заложены в начале XX века в европейской и американской науке. История менеджмента связана с древним Египтом и философами античности. В настоящее время можно говорить об особенностях европейского, американского, японского и российского менеджмента.


Поделиться:



Последнее изменение этой страницы: 2019-10-04; Просмотров: 166; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.025 с.)
Главная | Случайная страница | Обратная связь