Введение
Ведение современного бизнеса в условиях становления информационного общества невозможно в отрыве от информационной сферы. В аналитическом докладе «Рунет сегодня: Аналитика, Цифры, Факты» Сергея Плуготаренко, директора РАЭК, члена Совета ИРИ, прозвучали следующие цифры: «аудитория Рунета составляет 80,5 млн пользователей (прирост по сравнению с предыдущим годом составил 9,2%), а 66,5 млн. человек (57%) выходят в сеть каждый день (+9,3% по сравнению с предыдущим годом)» [1]. По его прогнозам, «к 2020 году три четверти россиян станут пользователями Интернета» [1]. Согласно данным, того же доклада, 86,2% аудитории Интернета в возрасте от 12 до 24 лет активно используют смартфоны для выхода в глобальную сеть, более старшая категория (25-44) предпочитают компьютеры и ноутбуки, как и представители возрастной категории 45+. А 15% аудитории выходит в Интернет только с мобильных устройств. Аудитория мобильного Интернета выросла за год 2016 год на 12,5%.
Таким образом, компания, стремящаяся к эффективному бизнесу, расширению сфер влияния и получению максимального количества клиентов, обязательно должна иметь свое представительство в сети Интернет. Виртуальное представительство компании позволяет с минимумом затрат охватить максимум потенциальной клиентской и партнерской аудитории. В конце концов, практически каждый клиент свое общение с организацией начинает с поиска информации о ней в Интернет: часы работы, контактные данные, информация о товарах и услугах; при том, что форма виртуального представительства может быть любой – начиная от простого сайта-визитки и заканчивая корпоративным порталом с максимумом возможностей. И давно не секрет, что компании, не имеющие сайта в Интернет, остаются незамеченными наиболее активной частью потенциальной аудитории, ищущей товары и услуги через сеть.
1. Конкурентоспособность компании-разработчика веб-сайтов
Современный веб-сайт – это уже не только и не столько набор html-страничек, сколько симбиоз динамических скриптовых языков, работающих как во «Front-end» так и в «Back-end», приправленный системами управления базами данных, которые обрабатывают и обеспечивают доступ к информации, хранящейся в них, а она в свою очередь, отображается на сайте именно в том количестве и в том виде, который наилучшим образом удовлетворяет запросы пользователей веб-сайта. Разработка и создание веб-сайта это очень трудоемкий и высокотехнологичный процесс, требующий всестороннего и взвешенного подхода, необходимо учитывать не только пожелания клиента, но и возможности современных веб-технологий, правил дизайна и маркетинга в подаче и позиционировании контента. Любой веб-сайт – это, как правило, компромисс между разработчиком и заказчиком, при чем, каждый из них является профессионалом в своем деле. Конечно, существует несколько мнений о том, каким контентом должен быть наполнен сайт, как он должен выглядеть и функционировать. Однако единственной важной и правильной является точка зрения конечного пользователя, того человека, ради которого и создается веб-сайт. Понятие «юзабилити» вошло в обиход разработчиков сайтов сравнительно недавно, однако, уже стало популярным в этих кругах. Юзабилити – это степень комфорта использования сайта для конечного пользователя, она включает в себя навигацию по сайту, контент, его оформление и эргономичность, а так же адаптацию для поисковых машин. Разработка юзабилити сайта на сегодняшний день может считаться одной из важнейших задач веб-разработки, именно юзабилити сайта делает его привлекательным и удобным для клиента, тем самым продвигая товары и услуги компании на рынке, делая ее востребованной и популярной. Современные поисковые системы уже умеют проводить ранжирование сайтов с учетом анализа их исходного html-кода и графического оформления страниц, учитывая такие факторы, как скорость загрузки страницы, уникальность дизайна сайта, величину таблиц, количество рекламных объектов и др. То есть, если страницы сайта перегружены ненужными скриптами, элементами и рекламными блоками, то его шансы попасть в топ-список поисковика уменьшается.
В целом, сегодня можно выделить 3 основных подхода к разработке веб-сайтов:
1) использовать готовое коммерческое или бесплатное решение в виде CMS;
2) разработать веб-сайт с использованием frameworks;
3) разработать веб-сайт полностью с «чистого листа».
Стоит помнить, что при выборе любого из этих подходов всегда требуется опытный веб-разработчик, так как, к сожалению, или к радости, не существует абсолютно одинаковых предприятий, и для возможности интеграции даже готового коробочного решения с внутренней средой предприятия требуются профессионалы, которые не только смогут реализовать удобную и эффективную интеграцию, но и сделать так чтобы коробочная версия веб-сайта была по-настоящему успешна и выделялась на фоне миллионов других подобных реализаций.
Ситуация на рынке разработчиков веб-ресурсов на сегодняшний день такова, что конкуренцию может выдержать только компания, высокоэффективно использующая в своей деятельности новинки теории и практики ИТ. Для ведения успешного бизнеса в этой сфере, с одной стороны, необходимо создавать высококачественные и технологичные продукты, максимально удовлетворяющие потребностям заказчиков, а с другой, необходимо обеспечивать конкурентные преимущества, например, такие как скорость создания веб-сайта, его качество и уникальность, и минимальные затраты на его создание. Проработав технологии процесса создания веб-сайта, ИТ-компания может удовлетворять различным, даже самым противоречивым, запросам заказчика, тем самым нарабатывая себе клиентскую базу. То есть, учитывая потребности заказчика и коррелируя их с состоянием ИТ-сферы, в качестве базы используя новые эффективные технологии и подходы – только так можно завоевать рынок сайтостроения и оставить конкурентов позади.
По мнению Чусавитиной Г.Н., «для многих компаний ИТ-проекты приобрели особую важность, поскольку являются основным средством поддержки развития и совершенствования» [2]. Как считает директор по консалтингу ГК «Проектная ПРАКТИКА» кандидат физико-математических наук Михаил Козодаев: «… остро осознается необходимость использования всех возможностей для повышения качества работ, снижения расходов, сроков, используя для этого методы организационного менеджмента, в частности методы проектного управления...» [3]. Поэтому вопрос о применении практик управления проектами в компании сегодня считается открытым. Однако, специалисты, способные выстроить работу с проектом в современных компаниях – достаточно большая редкость, и истинного профессионала могут позволить себе только крупные компании, уверенно стоящие на рынке. В малых компаниях должность проектного менеджера непозволительная роскошь, поэтому такие задачи либо не рассматриваются вовсе, либо совмещаются с другими, что приводит к тому, что «управление проектом» сводится к банальному контролю за сроками исполнения, без учета потребностей компании и особенностей текущей проблемы. Поэтому, перед нами стояла задача по разработке пошаговой методики использования метода критического пути для решения конкретной производственной задачи для компании веб-разработчика.
2. Метод критического пути
Для достижения обозначенной выше цели, нами было принято решение использовать – «метод критического пути» (в пер. с англ. – «Critical Path Method»), как способ с одной стороны ускорения и оптимизации веб-разработки в целом, в том числе и её финансовой составляющей, а с другой как средство донесения до заказчика сути и понятия процесса разработки веб-сайта, для того чтобы он мог максимально продуктивно участвовать в этом процессе с целью получения наилучшего конечного результата для себя.
PMBOK определяет метод критического пути, как последовательность запланированных мероприятий, определяющих продолжительность проекта. По сути критический путь – это самая длительная последовательность задач в плане проекта, причем эта последовательность должна быть завершена вовремя, иначе проект не уложится в запланированные сроки. Метод критического пути – это пошаговый метод управления проектами для определения действий на критическом пути. Этот подход разбивает проект на несколько рабочих этапов, которые отображаются на блок-схеме, а затем используются данные продолжительности каждого этапа и методами математических вычислений определяется длительность всего проекта. Этот метод определяет, какие именно этапы критически влияют на время завершения проекта к запланированному сроку [4].
Доктор экономических наук Ларри Беннетт: метод критического пути «позволяет составить календарный план для руководства командой проекта, который является основой для отслеживания графика проекта путём сравнения хода выполнения текущих и запланированных задач» [5]. По словам доктора Беннета, метод критического пути обладает тремя основными преимуществами для менеджеров проектов [6]:
1. Помогает определить ключевые задачи: с его помощью можно легко выделить задачи, которым следует уделить особое внимание. Если выполнение какой-либо задачи на критическом пути займёт больше времени по сравнению с предусмотренным, будет начато или завершено позже, чем планировалось, то это окажет влияние на длительность всего проекта.
2. Помогает сократить время: «если после предварительного анализа прогнозируется время завершения, то возникает интерес к завершению проекта в более короткие сроки и становится понятным, какая задача или задачи требуют сокращения длительности», – комментирует доктор Беннет [6].
3. Сравнивает запланированное с реальностью: «по мере реализации проекта базовый график, разработанный на основе предварительного анализа критического пути, можно использовать для отслеживания хода выполнения расписания. В течение проекта руководитель может определять задачи, которые уже были завершены, прогнозировать длительность оставшихся для выполнения задач, а также оценивать любые планируемые изменения в будущих последовательностях и сроках задач. В результате получится обновлённое расписание, которое, при отображении рядом с первоначальными базовыми планами, станет визуальным средством сравнения запланированного и фактического хода выполнения проекта» [6].
Несмотря на довольно большую известность и широкое применение метода критического пути для решения производственных задач в самых различных отраслях предпринимательской деятельности на Западе, в России отсутствуют четкие методики по применению его для реального бизнеса. Таким образом, для достижения поставленной цели, а конкретно – разработки методики применения метода критического пути на конкретном предприятии – мы изучили множество теоретических работ и рекомендаций, что позволило нам выработать свой собственный подход к управлению проектами по разработке веб-сайтов с использованием метода критического пути.
3. Применение метода критического пути для управления проектами разработки веб-сайтов
Для того чтобы внедрить метод критического пути в компанию, занимающуюся разработкой веб-сайтов необходимо выделить бизнес-процессы, которые выполняются в ходе работы над веб-сайтом. В нашем случае имеется два главных бизнес-процесса:
1. Подготовительный этап создания веб-сайта.
2. Этап разработки и сдачи веб-сайта заказчику.
Подготовительный этап создания веб-сайта начинается с принятия решения о разработке веб-сайта для заказчика и заканчивается сформированным техническим заданием. Этот этап представлен в нотации ARIS VAD на рисунке 1.
Этап разработки и сдачи веб-сайта заказчику начинается с анализа требований к веб-сайту содержащихся в договоре и техническом задании и заканчивается формированием закрывающей отчетности. Этот этап также представлен в нотации ARIS VAD на рисунке 2.
Рис. 1. Подготовительный этап создания веб-сайта
Рис. 2. Этап разработки и сдачи веб-сайта заказчику
Только после того как были описаны и структурированы основные бизнес-процессы разработки веб-сайта, появилась возможность создать цепочку этапов с пониманием правильной связи между ними без чего невозможно применение метода критического пути.
Все важные этапы были помещены в сводную таблицу «Этапы разработки веб-сайта» (таблица 1), содержащую информацию о названии этапа, коде этапа (для удобства дальнейшего проектирования), связи между этапами, предполагаемом сроке выполнения и стоимости каждого из них для заказчика.
Таблица 1.
Этапы разработки веб-сайта
Этап |
Код этапа |
Непосредственно предшествующие этапы |
Срок, дней |
Стоимость для ожидаемой продолжительности, руб. |
||
Оптимистический |
Наиболее вероятный |
Пессимистический |
||||
Принятие решения о разработке веб-сайта для Заказчика |
A |
- |
1 |
1 |
1 |
0 |
Совещание с руководителями с целью сбора предварительной информации об их видении веб-сайта |
B |
A |
1 |
2 |
3 |
1500 |
Формирование рабочей группы от Заказчика и Исполнителя с распределением ролей |
C |
A |
2 |
3 |
4 |
2000 |
Согласование правил и методик совместной работы над веб-сайтом |
D |
C |
1 |
2 |
9 |
2000 |
Анкетирование |
E |
D |
1 |
2 |
3 |
3000 |
Опросы |
F |
D |
2 |
3 |
4 |
4500 |
Выделение ключевых требований к веб-сайту |
G |
B, E, F |
2 |
3 |
4 |
2000 |
Формулирование ключевых элементов технического задания на создание веб-сайта [7] |
H |
G |
1 |
2 |
3 |
1500 |
Моделирование и визуальное представление будущего веб-сайта согласно ключевых элементов предварительного технического задания |
I |
H |
1 |
2 |
3 |
3000 |
Демонстрация модели будущего веб-сайта рабочей группе |
J |
I |
1 |
2 |
3 |
1500 |
Внесение уточнений и корректировок в представленную модель членами рабочей группы в пределах своих ролей |
K |
J |
1 |
2 |
3 |
1800 |
Документирование всех требований к веб-сайту в виде технического задания |
L |
K |
3 |
5 |
7 |
14000 |
Анализ требований |
M |
L |
1 |
2 |
3 |
2000 |
Составление списка Заданий и Требований |
N |
M |
1 |
2 |
3 |
1500 |
Разработка макета дизайна сайта |
O |
N |
6 |
8 |
10 |
9000 |
Верстка макета с использованием html, css, javascript |
P |
O |
4 |
6 |
8 |
9000 |
Программирование веб-сайта |
Q |
N |
8 |
12 |
16 |
22000 |
Заполнение веб-сайта контентом |
R |
Q |
1 |
2 |
3 |
3000 |
Тестирование веб-сайта и исправление ошибок |
S |
P, R |
2 |
4 |
12 |
5000 |
Публикация веб-сайта в Интернете |
T |
S |
1 |
2 |
3 |
2000 |
Сдача веб-сайта заказчику |
U |
S |
3 |
5 |
13 |
1500 |
Завершение проекта разработки веб-сайта |
V |
T, U |
1 |
2 |
3 |
1000 |
ИТОГО |
92800 |
Используя данные таблицы 1 – «Название», «Код этапа» и «Непосредственно предшествующие этапы» мы построили граф, отображающий путь разработки веб-сайта (рисунок 3).
Рис. 3. Граф разработки веб-сайта
Для нанесения на вышеуказанный граф длительности выполнения каждого этапа и вычисления по методу критического пути непосредственно как самого критического пути, так и этапов не являющихся критическими, мы определили ожидаемые сроки выполнения каждого этапа, используя данные о сроках таблицы 1 и применив следующую формулу (1):
где t – ожидаемое количество дней выполнения этапа, а – оптимистический прогноз выполнения этапа дней, m – наиболее вероятная длительность этапа дней, b – наиболее пессимистический прогноз выполнения этапа дней,
Кроме того, рассчитаем дисперсию дней для каждого этапа по формуле (2):
(2)
Расчеты и полученные данные представлены в таблице 2.
Таблица 2.
Сроки этапов разработки веб-сайта и их дисперсии
Этап |
Срок выполнения |
Дисперсия, дней |
Этап |
Срок выполнения, дней |
Дисперсия, дней |
A |
L |
||||
B |
M |
||||
C |
N |
||||
D |
O |
||||
E |
P |
||||
F |
Q |
||||
G |
R |
||||
H |
S |
||||
I |
T |
||||
J |
U |
||||
K |
V |
Используя методологию критического пути, найдём основные показатели для каждого этапа. Результаты вычислений представлены в таблице 3, где DU – длительность этапа, ES – наиболее раннее начало этапа, EF – наиболее раннее окончание этапа, LS – наиболее позднее начало этапа, LF – наиболее позднее окончание этапа, SL – резерв времени.
Таблица 3.
Результаты вычисления основных характеристик этапов разработки веб-сайта
Этап |
DU |
ES |
EF |
LS |
LF |
SL |
Этап |
DU |
ES |
EF |
LS |
LF |
SL |
A |
1 |
0 |
1 |
0 |
1 |
0 |
L |
5 |
21 |
26 |
21 |
26 |
0 |
B |
2 |
1 |
3 |
11 |
13 |
10 |
M |
2 |
26 |
28 |
26 |
28 |
0 |
C |
3 |
1 |
4 |
1 |
4 |
0 |
N |
2 |
28 |
30 |
28 |
30 |
0 |
D |
3 |
4 |
7 |
4 |
7 |
0 |
O |
8 |
30 |
38 |
31 |
39 |
1 |
E |
2 |
7 |
9 |
8 |
10 |
1 |
P |
6 |
38 |
44 |
39 |
45 |
1 |
F |
3 |
7 |
10 |
7 |
10 |
0 |
Q |
12 |
30 |
42 |
30 |
42 |
0 |
G |
3 |
10 |
13 |
10 |
13 |
0 |
R |
3 |
42 |
45 |
42 |
45 |
0 |
H |
2 |
13 |
15 |
13 |
15 |
0 |
S |
5 |
45 |
50 |
45 |
50 |
0 |
I |
2 |
15 |
17 |
15 |
17 |
0 |
T |
2 |
50 |
52 |
54 |
56 |
4 |
J |
2 |
17 |
19 |
17 |
19 |
0 |
U |
6 |
50 |
56 |
50 |
56 |
0 |
K |
2 |
19 |
21 |
19 |
21 |
0 |
V |
2 |
56 |
58 |
56 |
58 |
0 |
Представим всю полученную информацию в виде графа. На рисунке 4 представлен блок графа с расшифровкой ячеек и цифр, содержащихся в них, а на рисунке 5 – непосредственно сам граф разработки веб-сайта.
Рис. 4. Блок графа для визуализации метода критического пути
Рис. 5. Граф разработки веб-сайта
Путь, обозначенный пунктирной линией на рисунке 5, является критическим для указанного проекта разработки веб-сайта и составляет 58 дней. Этапы A, C, D, F, G, H, I, J, K, L, M, N, Q, R, S, U, V, – как этапы критического пути, – требуют наиболее пристального внимания, так как опоздание с началом любого из них, как и несвоевременное завершение, сразу приводит к изменению срока окончания проекта, что влечет за собой возрастание совокупной себестоимости работ над проектом. Возросшая себестоимость как правило ложится на исполнителя, как и штрафные санкции за несвоевременную сдачу веб-сайта клиенту. Для сокращения срока завершения проекта необходимо в первую очередь воздействовать именно на элементы критического пути. Например, если мы сократим этап B – «Совещание с руководителями с целью сбора предварительной информации об их видении веб-сайта» на 2 дня, этап O – «Разработка макета дизайна сайта» на 1 день, а также этап T – «Публикация веб-сайта в Интернете» на 1 день – то эти дополнительные 4 дня, на самом деле никак не повлияют на срок завершения проекта, он по-прежнему будет 58 дней, ведь все эти этапы не были элементами критического пути. Только воздействие на этапы, составляющие критический путь, можно добиться одномоментного изменения срока проекта. Для этапов, не входящих в критический путь можно допустить некоторые задержки при их выполнении, в пределах рассчитанных сроков, а также пересмотреть график их выполнения.
Для дальнейших расчетов необходимо найти дисперсию отклонения проекта в днях, а также стандартное отклонение времени выполнения проекта.
Дисперсия отклонения проекта, дней (3):
(3)
; (3)
Стандартное отклонение времени выполнения проекта составит (4):
(4)
Используя формулу (5) можно посчитать количество стандартных отклонений от среднего для проекта, где X – предполагаемое время завершения проекта дней, µ - продолжительность проекта дней, σ – стандартное отклонение времени выполнения проекта дней:
(5)
Рассчитаем вероятность того, что проект будет выполняться более 60 дней, более 63 дней, для этого соответственно найдём количество стандартных отклонений для каждого срока (6,7):
(6)
(7)
По таблице стандартного нормального распределения можно определить, вероятность наступления события, где z - количество стандартных отклонений от среднего (8, 9).
(8)
(9)
Поэтому данный проект разработки веб-сайта может закончиться позднее 60 дневного срока с вероятностью 28,43%, позднее 63 дневного срока с вероятностью 7,64%.
Некоторым клиентам требуется ускоренная разработка веб-сайта, для них на основе этапов, выделенным благодаря применению метода критического пути создана таблица сведений о продолжительности и стоимости срочного завершения разработки веб-сайта (таблица 4), в ней каждому стандартному сроку с его стоимостью, приведен сокращенный срок с увеличенной за срочность ценой.
Таблица 4.
Сведения о продолжительности и стоимости срочного завершения этапов разработки веб-сайта
Этап |
Обычная разработка, дней |
Цена, рублей |
Срочная разработка, дней |
Цена за срочность, рублей |
Этап |
Обычная разработка, дней |
Цена, рублей |
Срочная разработка, дней |
Цена за срочность, рублей |
A |
1 |
0 |
1 |
0 |
L |
5 |
14000 |
2 |
22000 |
B |
2 |
1500 |
1 |
1800 |
M |
2 |
2000 |
1 |
2800 |
C |
3 |
2000 |
2 |
2500 |
N |
2 |
1500 |
1 |
2300 |
D |
3 |
2000 |
2 |
2500 |
O |
8 |
9000 |
4 |
17000 |
E |
2 |
3000 |
1 |
3900 |
P |
6 |
9000 |
3 |
26000 |
F |
3 |
4500 |
2 |
5500 |
Q |
12 |
22000 |
6 |
35000 |
G |
3 |
2000 |
1 |
3300 |
R |
3 |
3000 |
2 |
4500 |
H |
2 |
1500 |
1 |
2100 |
S |
5 |
5000 |
3 |
10000 |
I |
2 |
3000 |
1 |
4000 |
T |
2 |
2000 |
1 |
3200 |
J |
2 |
1500 |
1 |
2200 |
U |
6 |
1500 |
3 |
4000 |
K |
2 |
1800 |
1 |
2300 |
V |
2 |
1000 |
1 |
1800 |
Итого |
92800 |
Итого |
158700 |
Построим граф срочной разработки веб-сайта, согласно сокращенным срокам (рисунок 6). Как видно из модели критический путь остался тем же, общий срок проекта сократился с 58 дней до 31 дня, при этом бюджет вырос с 92800 рублей до 158700 рублей.
Рис. 6. Граф срочной разработки веб-сайта
B, E, O, P, T на рисунке 6 – это некритические операции. Поэтому для минимизации стоимости разработки проекта для клиента попробуем увеличить длительность выполнения проекта на этих этапах, так, чтобы вернуться к обычной цене в них, но при этом остаться в 31 дневном сроке ускоренной разработки. Одновременно это приведет и к повышению конкурентоспособности компании на рынке услуг, благодаря более доступным ценам. Результат эксперимента представлен в таблице 5.
Таблица 5.
Влияние увеличения выполнения некритических этапов при срочной разработке веб-сайта на время и стоимость проекта
Этап |
Продолжительность |
Влияние на общий срок разработки |
Экономия |
B |
Увеличение на 1 день |
Нет |
300 |
E |
Увеличение на 1 день |
Нет |
900 |
O |
Увеличение на 4 дня |
Увеличивается на 2 дня |
8000 |
P |
Увеличение на 3 дня |
Нет |
17000 |
T |
Увеличение на 1 день |
Нет |
1200 |
Соответственно, увеличив время выполнения этапов B, E, P, T – можно остаться в сроках ускоренной разработки веб-сайта в 31 день, а также сэкономить заказчику 19400 рублей; таким образом, ускоренная разработка обойдется ему вместо 158700 рублей в 139300 рублей, что обеспечит почти 12% экономию.
Востребованной является возможность рассчитать вероятность того, что проект может завершиться раньше или позже оговоренного срока, для планирования мероприятий по преодолению негативных последствий. В текущем примере вероятность того, что проект завершится позднее 60 дневного срока составляет, как было указано ранее, 28,43%, при этом окончание позднее 63 дневного срока составляет уже всего 7,64%, поэтому оговаривая с заказчиком штрафные санкции за несвоевременное завершение проекта следует постоянно оглядываться на эту цифру, и аргументированно корректировать данный пункт договора.
Таким образом, нами разработана схема управления проектом разработки веб-сайта для компании, в которой определено 12 вариантов критических путей. Достаточно внести требуемые входные данные (вид и тип клиента, задачи и функционал веб-сайта и так далее) для того, чтобы получить результаты, актуальные для конкретной задачи в рамках разработанной схемы развития событий.
Заключение
Итак, применение метода критического пути в управлении проектами разработки веб-сайтов даёт следующие преимущества для ИТ-компании:
1. Понятное для клиента и разработчика ценообразование на проект и сроки его завершения уже в начале работы.
2. Благодаря простой и логичной схеме, выработанной при помощи критического пути, клиент за короткий срок вникает в суть проектного процесса и может оказать содействие разработчику для получения наилучшего результата.
3. Разработчик хорошо видит ключевые этапы проектной работы, которые требуют от него пристального внимания, и осознает то, насколько работа над тем или иным этапом может отразиться на сроках завершения проекта.
4. Разработчик на всем протяжении проектной работы понимает приоритетные задачи, осознает, какие требуются ресурсы для достижения цели, осуществляет упрощенное планирование.
5. Простой расчет вероятностей завершения проекта к определённому сроку, а также конкретная последовательность этапов, делает возможным заложить необходимые риски и мероприятия по их устранению, еще до начала работы над проектом.
6. Повышение экономической эффективности разработки веб-сайта, как для исполнителя, так и для заказчика, за счет рациональной и оптимизированной длины некритических процессов, как следствие, приводящее к повышению конкурентоспособности ИТ-компании на высоко конкурентном рынке создания веб-сайтов.
В представленной работе решена задача по разработке методики использования метода критического пути для процесса управления проектом разработки веб-сайта. Практическое применение данного решения в деятельности конкретной ИТ-компании показало высокие результаты, доказав тем самым значимость проведенного исследования.
Библиографическая ссылка
Полушкин Д.П., Чернова Е.В. МЕТОД КРИТИЧЕСКОГО ПУТИ В РЕШЕНИИ ПРИКЛАДНЫХ ЗАДАЧ ИТ-КОМПАНИИ // Международный студенческий научный вестник. – 2017. – № 5. ;URL: https://eduherald.ru/ru/article/view?id=17360 (дата обращения: 21.11.2024).