Главная | О нас | Наша барахолка | Мероприятия | Публикации | Юмор | Полезные ссылки | Автосоветы | Компас Киев | Аудио КВ | Книги | Кино | Форум |

Cтраничка Экскурсовода



Привет Всем!

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

Связаться со мной:
maxsch@ukr.net


Наше Личное

Страничка Доктора
Страничка Хрюшкина
Страничка Экскурсовода
Страничка Штурмана
Golden-WEB
Fedka@Records




Пробки на Яндекс.Картах

Интересное на сайте

Электротехнологии



Компас Киева



Юморная страничка



Книги на сайте



Кино на сайте



Роль менеджмента проекта в создании качественного ПО

Переводная статья

Agile-методы сейчас в тренде. Но лучше ли они на практике, чем классический менеджмент проектов? Решайте сами. Мир программных технологий полон коварства. Предприятия сталкиваются с ограничениями по ресурсам, проблемами техобслуживания и недружелюбием клиентов. Любой программный продукт – это большая работа. Поэтому менеджмент проекта – важнейшая составная часть создания качественного ПО в рамках имеющего времени и денежных средств.

Основные проблемы проектного менеджмента.

Брайен Фагмен (Bryan Fagman) из Микрофокус утверждает, что многие проекты проваливаются из-за нечётко обозначенных трудозатрат. В худшем случае вообще непонятно, когда проект вообще будет завершён. Фагмен настаивает на том, чтобы чётко определиться по этим вопросам с клиентом.

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

Программная индустрия долгие годы экспериментировала с поиском различных методов того, как лучше рулить проектом. Эти методы можно разделить на две группы – классические и Agile.

Классический менеджмент проектов.

Классическая модель возникла из ранних попыток работы с большими проектами. Она использует каскакдную модель с её линейным развитием. Команда проекта планирует работу и разбивает её на последовательные стадии.

Классика vs. Agile.

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

Реакция на изменения.

По классике всё начинается с чётко определённого и детализированного плана создания конечного продукта. Если требования меняются, то соответствующее изменение планов требует много времени.

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

Контуры проекта.

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

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

Клиентоориентированность.

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

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

Командная работа.

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

Учет требований пользователей и тестирование.

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

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

Выбор правильного метода.

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

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


Оригинал статьи читать здесь >>>>>








Главная | Мероприятия | Публикации | Юмор | Аудио КВ | Книги | Кино | Форум

(C) Киевский Вариант, 2006