Размещено на http://www.allbest.ru/

Министерство транспорта Российской федерации

Федеральное агентство железнодорожного транспорта

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

«Дальневосточный государственный университет путей сообщения»

Институт экономики

Кафедра «Вычислительная техника и компьютерная графика»

реферат на тему:

«Ведение ИТ проектов»

Исполнитель

студент Д.А. Ким

Проверил

преподавательП.С. Тимош

Хабаровск

2015

Содержание

• Введение
• 1. Понятие ИТ проекта
• 2. Жизненный цикл ИТ проекта
• 3. Управление ИТ проектом
• 3.1 Гибкая методология разработки Agile
• 3.2 Методология управления проектами Scrum
• 4. Организация процесса проектирования


Введение

2. Жизненный цикл ИТ проекта

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

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

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

1. Планирование проекта.

2. Проектирование.

3. Разработка и внедрение.

4. Эксплуатация и поддержка.

5. Утилизация и обновление.

3. Управление ИТ проектом

Известный закон Лермана гласит: "Любую техническую проблему можно преодолеть, имея достаточно времени и денег", а следствие Лермана уточняет: "Вам никогда не будет хватать либо времени, либо денег". Именно для преодоления сформулированной в следствии Лермана проблемы и была разработана методика управления деятельностью на основе проекта. А распространение данной методики управления на различные сферы деятельности является дополнительным доказательством ее эффективности. Если попросить менеджера описать, как он понимает свою основную задачу в выполнении проекта, то скорее всего он ответит: "Обеспечить выполнение работ". Это действительно главная задача руководителя. Но если задать тот же вопрос более опытному менеджеру, то можно услышать и более полное определение главной задачи менеджера проекта: "Обеспечить выполнение работ в срок, в рамках выделенных средств, в соответствии с техническим заданием". Именно эти три момента: время, бюджет и качество работ находятся под постоянным вниманием руководителя проекта. Их также можно назвать основными ограничениями, накладываемыми на проект. Под управлением проектом подразумевается деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях по времени, денежным средствам (и ресурсам), а также качеству конечных результатов проекта (документированных, например, в техническом задании).

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

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

3.1 Гибкая методология разработки Agile

Agile методы делают упор на непосредственное общение лицом к лицу. Большинство agile команд расположены в одном офисе. Офис может также включать тестировщиков, дизайнеров интерфейса, технических писателей и менеджеров. Существуют 4 основные идеи, на которых основана вся суть данных методов:

· люди и взаимодействие важнее процессов и инструментов;

· работающий продукт важнее исчерпывающей документации;

· сотрудничество с заказчиком важнее согласования условий контракта;

· готовность к изменениям важнее следования первоначальному плану.

Данные идеи описаны в основном документе agile-методов «Agile Manifesto».

Основной метрикой agile методов является сотрудничество с заказчиком. Отдавая предпочтение непосредственному общению, agile методы уменьшают объём письменной документации по сравнению с другими методами.

Они базируется на следующих 12 принципах:

1. Наивысшим приоритетом является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения.

2. Изменение требований приветствуется, даже на поздних стадиях разработки.

3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.

4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.

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

6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.

7. Работающий продукт -- основной показатель прогресса.

8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно.

9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.

10. Простота -- искусство минимизации лишней работы -- крайне необходима.

11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.

Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

3.2 Методология управления проектами Scrum

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

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

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

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

4. Организация процесса проектирования

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

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

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

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

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

В машиностроении этот этап иногда называют внешним проектированием. Этим подчеркивают, что разработка объекта уже начинается с постановки задачи и формирования ТЗ и активно ведётся совместно с заказчиком. Важным результатом этапа является согласование целей разработки и назначения проектируемого объекта (его функций), системы показателей качества.

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

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

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

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

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

На каждом этапе внутреннего проектирования выполняются следующие процедуры:

· Выбор модели (то есть основополагающего принципа, вида блок-схемы и расчетной схемы).

· Выбор метода решения, в том числе метода оптимизации.

· Анализ полученных результатов и принятие решения.

Размещено на Allbest.ru