Вивчення поточних практик менеджменту розподілених команд
Метою наукового дослідження є вивчення поточних практик менеджменту розподілених команд, що працюють над ІТ-проєктами та проведення систематизації методологічних аспектів управління проектами в галузі інформаційних технологій та виявлення методик.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | статья |
Язык | украинский |
Дата добавления | 21.03.2024 |
Размер файла | 619,5 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Вивчення поточних практик менеджменту розподілених команд
Овсак Б.О.,
Тульчинська С.О.,
Ліскович Н.Ю.
Анотація
Метою дослідження є вивчення поточних практик менеджменту розподілених команд, що працюють над ІТ-проєктами та проведення систематизації методологічних аспектів управління проектами в галузі інформаційних технологій та виявлення методик, найбільш доцільних для використання в Україні. Визначено, що методологія менеджменту ІТ-проєкту формується під впливом філософського підходу до створення інформаційного продукту, заснована на розумінні специфіки такої діяльності як програмування, а також спирається на інструментарій менеджменту бізнес-проце- сів та персоналу. Сформовано бачення методології ІТ-менеджмен- ту як системи застосування певних принципів та правил роботи над проектами, що є визначальними для процесів роботи членів команди розробників IT-продукту. З'ясовано, що відповідна методологія є фундаментом, на якому будуються різнорідні методики, що містять практичні настанови щодо порядку взаємодії всіх учасників команд на різних етапах процесу розробки IT-продукту. Виявлено найбільш використовувані серед аутсорсингових IT-компаній методології управління ІТ-проєктами, проведено розгорнутий аналіз їх особливостей та визначені причини, що пояснюють превалювання методології "Agile" над іншими. Зроблено висновок, що саме висока адаптивність цієї методології до змін, в яких виникає потреба під час виконання проекту, уможливлює її застосування вітчизняними аутсорсинговими IT-компаніями. Визначено, що галузеві та країнові особливості ІТ-проєктів впливають на вибір та трансформацію сер- вісно-орієнтованих бізнес-моделей ІТ-компаній.
Ключові слова: IT-методологія, інформаційні технології, ІТ-проєкти, менеджмент підприємства, управління командою, ІТ-менеджмент.
METHODOLOGICAL ASPECTS OF PROJECT MANAGEMENT IN THE FIELD OF INFORMATION TECHNOLOGIES
The purpose of the recearch is to study the current management practices of distributed teams working on IT projects and systematize the methodological aspects of project management in the field ofinformation technology and identify the methods most appropriate for use in Ukraine. It is determined that the methodology of management of the IT project is formed under the influence of a philosophical approach to the creation of an information product, based on an understanding of the specifics of such activities as programming, and also based on the tools for managing business processes and personnel. A vision of IT management methodol- оду has been formed as a system for applying certain principles and rules of work on projects that are decisive for the processes of work of members of the IT product development team. It was found that the corresponding methodology is the foundation on which heterogeneous methods are built, containing practical instructions on the order of interaction of all team members at different stages of the IT product development process. The most used among outsourcing IT companies methodologies for managing IT projects have been identified, a detailed analysis of their features has been carried out and the reasons explaining the prevalence of the Agile methodology over others have been identified. It is concluded that it is the high adaptability of this methodology to the changes that arise during the implementation of the project that makes it possible for domestic outsourcing IT companies to use it. The Agile methodology is the basis for flexible IT design techniques, particularly Scrum, Kanban, and Extreme Programming. The first one, Scrum identified to be the most useful for Ukrainian outsourcing IT companies as this technique has characteristics that best meet the requirements of domestic designers involved in the global processes of the IT industry - due to its emphasising on constant quality check. It has also been determined that industry and country peculiarities of IT projects influence the choice and transformation of service-oriented business models of IT companies.
Keywords: IT-methoclology, information technology, IT-projects, enterprise management, team management, IT-management.
На сьогоднішній день, більшість IT-компаній України ведуть свій бізнес, використовуючи аутсорсингову модель бізнесу. Відповідно, компанії-замовники послуг з розробки програмного забезпечення вимушені відмовлятися від стандартних форм організації проектних команд на користь використання територіально розподілених команд. Цей процес трансформації також має своє коріння у необхідності адаптації проектів до змінних зовнішніх умов діяльності, наприклад, у періоди пандемій. Розуміння методологій і стандартів управління, їх ключових характеристик і особливостей допомагає менеджерам проектів ефективніше налаштовувати процеси у команді, особливо в умовах розподіленого проектного середовища. Тому наразі актуальною задачею, що стоїть перед менеджерами ІТ-проєктів, є здійснення ефективного управління діяльністю таких команд для забезпечення створення якісного продукту відповідно до вимог замовника, а також підтримання згуртованості членів команд у наданні сервісу.
Проблеми ефективного менеджменту проектів були досліджені у працяхтаких науковців як Jeff Sutherlan, Anton Viktorov, Jack Blount, Nikolay Puntikov [7], Nicholas C. Romano, Jr., Fang Chen, Jay F., Nunamaker Jr. [10], Qureshi Sajda [12], Silva, V. B. S., Schramm, F., Damascene, A. C. [14], які звертали увагу на такі їх внутрішні характеристики, якїх складність, кількість учасників, менеджмент команд та обсяги відповідальності перед замовниками. інформаційний команда менеджмент
Виділення невирішених раніше частин загальної проблеми. Сучасні підприємства використовують різні практики управління проектами, як правило, без залучення розподілених команд, працюючих віддалено. Однак ефективна діяльність підприємств, що працюють у галузі інформаційних технологій, зокрема в Україні, з огляду на свої специфічні вимоги та характеристики потребує відповідного методологічного забезпечення, що спирається на певні принципи, методи та правила роботи над ІТ-проєктами. При розгляді методологічних аспектів управління проектами потрібно зважати як на сучасні характеристики світової галузі інформаційних технологій, так і на специфіку ведення вітчизняного ІТ-бізнесу. є вивчення поточних практик менеджменту розподілених команд, що працюють над ІТ-проєктами, та проведення систематизації методологічних аспектів управління проектами в галузі інформаційних технологій та виявлення методик, найбільш доцільних для використання в Україні.
Проектам, що мають місце в галузі інформаційних технологій, притаманні як суто галузеві, так і країнові особливості. До перших слід віднести такі: висока ризикованість, існування змін, які можуть стосуватися умов виконання та реалізації проекту, якісних характеристик та цілей, постійне уточнення та коригування вимог і змісту проектів вже під час реалізації, постійне коригування пріоритетів виконання завдань проекту, а також залученість зовнішніх виконавців, що надають аутсорсингові послуги на певних етапах [3, 4, 5]. До особливостей належать як фінансово-економічні, організаційні, правові аспекти ведення ІТ-бізнесу в певній країні, так і спрямованість виконання проектів для замовників за межами країни (експортна орієнтація), так і розміщення певних замовлень на виконання ІТ-проєктів за межами країни.
На теперішній час, більшість IT-компаній в Україні ведуть свій бізнес, використовуючи аутсорсингову модель бізнесу [5]. Таким чином, українські IT-компанії залучені до світових процесів у сфері IT як представники експортоорієнтованого сегменту національної економіки, що надає послуги закордонним замовникам. У свою чергу, компанії-замовники послуг з розробки програмного забезпечення вимушені відмовлятися від стандартних форм організації проектних команд на користь використання територіально розподілених команд. Також цей процес трансформації пов'язаний з необхідністю адаптації проектів до змінних зовнішніх умов діяльності, наприклад, пандемії та умов військового стану. Перед компанія ми-за мовника ми та компаніями-постачальниками аутсорсинго- вих послуг постало питання щодо ефективного управління такими територіально розподіленими командами, адже учасники цих команд можуть перебувати в різних країнах і часових поясах, можуть бути прихильниками різних культур та послідовниками різних шкіл менеджменту. При цьому необхідно забезпечувати обізнаність кожного учасника команди щодо цілей, напрямів, термінів проекту, а також ефективно використовувати наявні ресурси, щоб створювати якісні продукти і виконувати зобов'язання щодо термінів.
Як свідчить аналіз джерел [3, 6, 8], застосовуються різні методології управління ІТ-проєктами, які відповідним чином спрямовані на організацію взаємодії учасників команд задля забезпечення досягнення наступного переліку цілей на шляху створення ІТ-продукту:
¦ зменшення витрат і термінів на створення функціоналу продукту;
¦ забезпечення високої якості наданих послуг;
¦ оптимізація використання ресурсів команди;
¦ управління ризиками, що виникають при розробці;
¦ покращення прогнозування термінів надання послуг.
Як показали результати дослідження [1], найбільш широко розповсюдженими методологіями ІТ-проєктування серед аут- сорсингових IT-компаній є такі як "Agile" "Waterfall", "РМВок", "Ргіпсе 2", "Rad" та "FDD". Для порівняння цих методологій була складена табл. 1, де наведено сильні та слабкі сторони кожної з методологій ІТ-проєктування.
Табл. 1.
"Agile" |
¦ He потрібно мати чітко сформульовану кінцеву мету проекту; ¦ Можливість впровадження змін в процесі виконання; ¦ Замовник постійно залучений для внесення правок на кожній ітерації. |
¦ Непередбачуваність кінцевих результатів, оскільки зміни можливі на кожній ітерації; ¦ Недостатня документованість процесів, оскільки все виконується в концепції режиму реального часу і через це часто не залишається часу на ведення документації. |
|
"Waterfall" |
¦ Всі кроки чітко визначені; ¦ Кінцева мета визначена на початку; ¦ Кожний крок є чітко документованим. |
¦ Будь-які зміни в процесі виконання важко реалізовані, адже кожен наступний крок залежить від попереднього; ¦ Перевірка відбувається на останньому етапі, відповідно пізно можуть виявлятися недоліки і час виконання суттєво зростає. |
|
"РМВоК" |
¦ Стандартизований підхід дозволяє використовувати стандартизовані техніки, які збільшують шанси проекту на успіх; ¦ Всі стадії проекту чітко визначені, методологія визначає 5 груп стадій проекту і до кожної групи надає інструкції щодо виконання; ¦ Методологія визначає підходи до управління ризиками проекту і надає вказівки щодо мінімізації негативного впливу на цілі проекту. |
¦ Методологія вимагає ведення об'ємної детальної документації; ¦ Фокус тільки на технічних деталях. |
|
"PRINCE2" |
¦ Чіткий поділ зон відповідальності учасників проекту; ¦ Залученість у прийнятті рішень всіх учасників проекту; ¦ Постійне оновлення 3 врахуванням досвіду останніх проектів. |
¦ Не підходить для малих проектів та проектів, де часто змінюються вимоги; ¦ Складність застосування і необхідність спеціальної підготовки всіх учасників проекту. |
|
"RAD" |
¦ Постійний зворотний зв'язок з користувачами; ¦ Ризики враховуються ще на ранніх стадіях розробки; ¦ Інкрементна модель розробки дозволяє вводити окремі компоненти продукту окремо, таким чином зменшуючи ймовірність появи критичних помилок загалом. |
¦ Не підходить до великих проектів; ¦Зменшення рівня контролю над проектом; ¦ Вимога постійноїучасті користувачів у розробці і повна залежність успіху проекту від їх зворотнього зв'язку. |
|
"FDD" |
¦ Швидке додавання нових функцій; ¦ Масштабованість. |
¦ Не підходить для малих проектів; ¦ Складність щодо впровадження і необхідність спеціальної підготовки; ¦ Залежність від ведучого розробника. |
Складено авторами на основі аналізу [1, 4, 5, 6]
За підсумком аналізу змісту табл. 1, а також наукових праць [10, 14], присвячених практичним аспектам організації командної роботи над створенням IT-продукту, було сформовано бачення методології як системи застосування певних принципів та правил роботи над проектами, що є визначальними для процесів роботи членів команди розробників IT-продукту. Методологія формується під впливом філософського підходу до створення інформаційного продукту, заснована на розумінні специфіки такої діяльності як програмування (кодування), а також спирається на інструментарій менеджменту бізнес-процесів та персоналу. В свою чергу, відповідна методологія є фундаментом, на якому будуються різнорідні методики, що містять практичні настанови щодо порядку взаємодії всіх учасників команд на різних етапах процесу розробки IT-продукту. Методологія вважається ефективною для певного проекту, якщо вона забезпечує раціональне використання ресурсів команди, менший час створення продукту, високу його якість. За умови використання ефективної методології IT-компанії ощадливо використовують свої ресурси, ефективно організують бізнес-процеси створення ІТ-продукту, надають якісний сервіс і при цьому забезпечують дотримання термінів, чим задовольняють своїх замовників. Це уможливлює їх більш динамічний розвиток, залучення більшої кількості клієнтів, та, в свою чергу, прибутків власникам бізнесу.
Як показали результати опитування підприємств, що працюють у сфері створення інформаційних технологій [1], найбільш популярною є методологія "Agile", яка заснована на таких чотирьох основних пріоритетах:
¦ забезпечення комунікації між учасниками команд;
¦ забезпечення постійної роботи над продуктом;
¦ забезпечення зворотного зв'язку з замовником;
¦ забезпечення адаптації до змін вимог та термінів.
Сама ж методологія "Agile" включає в себе 12 принципів, які описані у вигляді рекомендацій у спеціальному документі - "Agile" Manifesto [9], виконання останніх дозволяє забезпечити адаптацію ІТ-проєкту до можливих змін. На методології "Agile" було побудоване сімейство гнучких методик IT-менеджменту, зокрема: "Scrum", "КапЬап", "Extreme Programming", які найчастіше використовуються вітчизняними IT-компаніями. Розглянемо ці методики детальніше.
"Scrum" є методикою, згідно з якою команди створюють продукт поетапно. Тобто, ставиться ціль щодо досягнення певного функціоналу продукту, далі визначають кроки, необхідні для досягнення цієї цілі і виконуються впродовж чітко визначених за тривалістю проміжків часу, поетапно. Такі проміжки часу називаються спринта ми і тривають 1 - 2 тижні. За кожний такий проміжок часу робляться зміни, які після перевірки надаються замовнику послуг, відтак головна ціль досягається шляхом поділу завдань і їх виконання впродовж визначеного терміну ітеративно. Кожна така ітерація є кроком для досягнення кінцевої мети.
"КапЬап" є методикою, згідно з якою цілі проекту досягаються поетапно, при цьому за цією методикою немає обмежень щодо термінів виконання цих етапів. Методика включає в себе систему постановки завдань та способів організації робочих процесів для досягнення поставлених цілей проекту. "КапЬап" дозволяє ефективно управляти роботою команди та контролювати виконання завдань у визначені терміни, завдяки візуалізації всіх етапів виконання поставленої задачі, що уможливлює залученість та орієнтування кожного учасника команди щодо статусу проекту. При цьому, для візуалізації застосовується КапЬап-дошка, що містить колонки, які визначають статус задач, які належать до неї (рис. 1).
Рис.1. Kanban-
Складено авторами на основі [6]
"Extreme Programming" являє собою методику розробки програмного забезпечення, яка акцентується на гнучкості, взаємодії команди, високій якості коду та реагуванні на зміни у вимогах. Нижче наведено основні принципи та практики, які визначають функціонування цієї методики:
¦ Парне програмування (Pair Programming). Розробники працюють у парах, де один пише код, а інший його перевіряє і надає зворотний зв'язок щодо впровадження можливих покращень коду. Це сприяє покращенню якості коду, обміну знанням і допомагає уникнути помилок.
¦ Тестування перед написанням коду (Test-Driven Development - TDD). Розробка починається з написання тесту, який визначає очікувану поведінку коду, а тільки потім пишеться код для його задоволення. Це забезпечує наявність тестів для всього коду, що допомагає утримувати високу якість продукту та полегшує внесення змін.
¦ Короткі ітерації (Short Iterations). Розробка ведеться короткими циклами, зазвичай тривалістю від одного до двох тижнів. За кожної ітерації повинен створюватися готовий продукт.
¦ Часті випуски (Frequent Releases). Готовий продукт випускається часто, щоб забезпечити постійний притік функціональності та отримати зворотний зв'язок від користувачів.
¦ Спільна власність коду (Collective Code Ownership). Кожен член команди відповідає за весь код, а не тільки за свою частину. Це сприяє кращій взаємодії та розподілу знань.
¦ Постійна зміна вимог (Continuous Changes in Requirements). Ця методика розглядає зміну вимог як необхідність, а не завдання. Команда повинна бути готовою вносити зміни на будь-якому етапі розробки.
¦ Співпраця з клієнтом (Customer Collaboration). Представник клієнта взаємодіє з командою розробників на щоденній основі. Це допомагає забезпечити відповідність розробленого програмного забезпечення потребам та очікуванням клієнта.
Метою методики ХР є пристосування до змінних вимог щодо функцій кінцевого програмного продукту, при цьому забезпечуючи якість розробки. Саме тому ХР добре підходить для складних і невизначених проектів.
Табл. 2.
"Scrum" |
¦ Висока командна мотивація через бажання програмістів вкластися у терміни для кожного спринту; ¦ Прозорість дозволяє всім членам команди, або усій організації, стежити за проектом; ¦ Основний акцент робиться на якості, це призводить до меншої кількості помилок; ¦ Гнучкість цієї методики дозволяє учасникам проекту переглядати пріоритети; ¦ Залученість кожного учасника команди у процес планування виконання завдань у кожному спринті дозволяє кожному краще орієнтуватися щодо статусу проекту. |
¦ Сегментація проекту та пошук гнучкості розробки іноді може призвести до втрати пильності команди щодо всього проекту, фокусуючись лише на окремій його частині; ¦ Роль кожного розробника може бути недостатньо чіткою, що викликає певну плутанину серед членів команди. |
|
"Kanban" |
¦ Можливість перегляду всіх завдань під одним проектом (наприклад: "Завершено", "У процесі виконання" чи "До виконання") за допомогою простого концепту використання дошки карток; ¦ Можливість обмеження кількості активних завдань (тобто обсягу роботи); ¦ Акцент на тривалості циклу - скільки часу потребує завдання, щоб перейти від його створення до завершального етапу; ¦ Легкість впровадження не тільки в Т-сфері. |
¦ Члени команди можуть неправильно трактувати інформацію, відображену на дошці Kanban, особливо, якщо вона застаріла; ¦ Оскільки в Kanban відсутні часові рамки, можуть виникнути проблеми, пов'язані з термінами. |
|
"Extreme Programming" (XP) |
¦ Використання парного програмування і тестування дозволяє покращувати якість коду; ¦ Гнучкість щодо впровадження змін в проект; ¦ Постійна комунікація між членами команди; ¦ Сприяє дуже енергійному способу роботи; ¦ Не потрібно мати чітку ціль на початку роботи. |
¦ Не підходить для великих проектів, оскільки в цій методології не акцентується увага на документації; ¦ Ця методика може мати нижчу ефективність, якщо всі члени команди не знаходяться в одній і тій самій географічній області; ¦ Необхідність до залучення спеціалістів тільки високого рівня, що здорожує вартість проекту. |
Складено авторами на основі [7,10,11,12,13]
На рис. 2 подано розподіл часток щодо застосування методик IT-менеджменту серед українських ІТ-компаній.
Рис. 2
Складено авторами на основі [2]
Результати аналізу свідчать, що серед українських ІТ-компанії найбільш поширеним є використання сімейства "Адііе"-методик (зокрема "Scrum"), переваги яких були розглянуті вище.
Українські аутсорсингові ІТ-компанії залучені до світових процесів ІТгалузі, як представники експортоорієнтованого сектору економіки України. У широкому розумінні, методологія у менеджменті в ІТ-проєктах реалізує філософський підхід до бачення основних принципів та методів вирішення управлінських завдань. Методологію слід розглядати як систему застосування певних принципів та правил роботи над проектами, що є визначальними для процесів роботи членів команди розробників IT-продукту. В свою чергу, методологія є фундаментом, на якому побудовані методики, що містять практичні настанови щодо порядку взаємодії всіх учасників команд на різних етапах процесу розробки IT-продукту. Методологія вважається ефективною для певного ІТ-проєкту, якщо вона забезпечує оптимізацію використання ресурсів команди, зменшення витрат та термінів на створення функціоналу продукту, високу якість IT-продукту, а також дозволяє управляти ризиками виконання проекту за рахунок покращеного прогнозування щодо термінів його виконання.
Серед аутсорсингових IT-компаній найпоширенішими методологіями менеджменту ІТ-проєктів є "Agile", "Waterfall", "РМВок", "Ргіпсе 2", "Rad" та "FDD". Серед останніх, найчастіше, перевага віддається методології "Agile", використання якої дозволяє забезпечити адаптацію ІТ-проєкту до можливих змін. На методології "Agile" засновано сімейство гнучких методик, зокрема: "Scrum", "КапЬап", "Extreme Programming". Причому вітчизняні аутсорисингові ІТ-компанії найчастіше використовують її різновид - "5сгит"-методику, яка має характеристики, що найкращим чином відповідають вимогам вітчизняних проектувальників. Ця методика має такі переваги, як акцент на постійній перевірці якості (що призводить до меншої кількості помилок), гнучкість щодо пріоритизації завдань і визначення цілей проекту, а також прозорості щодо статусу виконання всіх поставлених перед командою розробників завдань.
Висвітлені методологічні аспекти управління ІТ-проєктами є невід'ємною основою сервісно-орієнтованої бізнес-моделі вітчизняних підприємств, що функціонують у галузі інформаційних технологій. Тому при опрацюванні вдосконалень бізнес-моделі таких підприємств, у першу чергу, має враховуватись специфіка методології менеджменту. В свою чергу, особливості ІТ-проєктів, що впливають на вибір та трансформацію сервісно-орієнтованих бізнес-моделей IT-компаній, являють собою актуальні напрями подальших досліджень.
Література
1. Дослідження "Remarkably Useful Stats and Trends on Software Development" GoodFirms Research. URL: https://www.goodfirms.co/ resources/software-devel oom ent-research (дата звернення 06.10.2023).
2. Дослідження "Why choose Ukrainian developers" URL: https:// amoniao.eu/bloci/oost/why-choose-ukrainian-develooers (дата звернення 16.10.2023).
3. Заговора O.B., Концевич В.Г. Учет особенностей ИТ-проектов при определении их жизненного цикла. Восточно-Европейский журнал передовых технолопий. 2011. № 1(7). С. 8 - 10. URL: http://nbuv.gov.ua/UJRN/ Vejpte 2011 1%287%29 4 (дата звернення 16.11.2023).
4. Мельник Т, Завгородня Е. Конкурентні переваги IT-сектору України. Зовнішня торгівля: економіка, фінанси, право. 2023. № 1. С. 42-59. D0I: htto://dx.doi.org/10.31617/3.2023(126)04
5. Овсак Б.О., Корж М.В., Овсак О.П. Міжнародні аспекти розвитку IT-бізнесу України. Науковий вісник Національної академії статистики, обліку та аудиту: зб. наук, праць. 2023. № 1 - 2. 0. 85 - 95. D0I: 10.31767/ nasoa.1-2-2023.09.
6. Diane Strode. Agile methods: a comparative analysis (2006). URL: https://www.researchgate.net/publication/228918891 Agile methods a comparative analysis (дата звернення 03.11.2023).
7. Jeff Sutherlan, Anton Viktorov, Jack Blount, Nikolay Puntikov. Distributed Scrum: Agile Project Management with Outsourced Development Teams. URL: http://ieffsutherland.com/SutherlandDistributedScrumHIC CS2007.pdf (дата звернення 06.11.2023).
8. KPMG Survey on Agility (2019). Agile transformation. URL: https:// assets.kpmg.com/content/dam/kpmg/be/pdf/2019/11/agile-transformation. pdf (дата звернення 06.11.2023).
9. Manifesto for agile software development. AgileAlliance. URL: http:// www.agilemanifesto.org (дата звернення 26.10.2023).
10. Nicholas C. Romano, Jr., Fang Chen, Jay F., Nunamaker Jr. Collaborative Project Management Software. Proceedings of the 36th Annual Hawaii International Conference on System Sciences (HICSS'03) URL: https:// www.researchgate.net/oublication/221180626 Collaborative Project Management Software /дата звернення 02.11.2023).
11. Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK Guide) (6th ed.). Newtown Square, PA: Project Management Institute, Inc. 236 p.
12. Qureshi S., Liu M., Vogel D. The Effects of Electronic Collaboration in Distributed Project Management. [Electronic resource] Group Decision and Negotiation. 2006. Vol. 15. № 1. (дата звернення 15.11.2023).
13. Risener, К. (2022). A Study of Software Development Methodologies. Computer Science and Computer Engineering Undergraduate Honors Theses. URL: httos://scho la rworks.uark.edu/csceuht/103 (дата звернення 01.11.2023).
14. Silva, V. В. S., Schramm, F., & Damascene, A. C. (2016). A muIticriteria approach for selection of agile methodologies in software development projects. 2016. IEEE. International Conference on Systems, Man, and Cybernetics (SMC), Budapest, Hungary, 2056-2060. DOI: 10.1109/SMC. 2016.7844542.
15. REFERENCES
16. Research "Remarkably Useful Stats and Trends on Software Development" GoodFirms Research. URL: httos://www.goodf і rms.ee/ resources/software-devel oom ent-research (accessed 06.11.2023).
17. Research "Why choose Ukrainian developers" URL: https://amoniac. eu/blog/post/why-choose-ukrainian-developers (accessed 16.10.2023).
18. Zagovora O.V., Kontsevych V.H. (2011) Taking into account the features of IT projects in determining their life cycle. [Uchet osobennostey IT-proyektov pri opredelenii ikh zhiznennogo tsikla ] Eastern-European journal of enterprise technologies. 1(7). Pp. 8 - 10. URL: htto://nbuv.gov.ua/UJRN/ Vejote 2011 1%287%29 4 (accessed 08.11.2023).
19. MelnikT., Zavgorodnya E. (2023) Competitive advantages of IT sector in Ukraine [Konkurentni perevagy IT sektoru Ukrai'ny], Foreign trade: economy, finance, law. 1. Pp. 42 - 59. DOI: 10.31617/ 3.2023(126)04.
20. Ovsak B.O., Korzh M.V., Ovsak O.P. International aspects of IT business development of Ukraine [Mizhnarodni aspekty rozvytku IT-biznesu Ukrayiny], Scientific Bulletin of the National Academy of Statistics, Accounting and Auditing: coll, of science works. № 1 - 2. Pp. 85 - 95. DOI: 10.31767/ nasoa.1-2-2023.09.
21. Diane Strode. Agile methods: a comparative analysis (2006). URL: https://www.researchgate.net/publication/228918891 Agile methods a comparative analysis (accessed 03.11.2023).
22. Jeff Sutherlan, Anton Viktorov, Jack Blount, Nikolay Puntikov. Distributed Scrum: Agile Project Management with Outsourced Development Teams. URL: http://ieffsutherland.com/SutherlandDistributedScrumHIC CS2007.pdf (accessed 06.11.2023).
23. KPMG Survey on Agility (2019). Agile transformation. URL: https:// assets.kpmg.com/content/dam/kpmg/be/pdf/2019/11/agile-transformation. pdf (accessed 06.11.2023).
24. Manifesto for agile software development. AgileAlliance. URL: http:// www.agilemanifesto.org (accessed 26.10.2023).
25. Nicholas C. Romano, Jr., Chen F., Jay F., Nunamaker Jr. (2002) Collaborative Project Management Software. Proceedings of the 36th Annual Hawaii International Conference on System Sciences (HICSS'03) URL: https:// www.researchgate.net/publication/221180626 Collaborative Project Management Software (accessed 02.11.2023).
26. Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK Guide) (6th ed.). Newtown Square, PA: Project Management Institute, Inc. 236 p.
27. Cureshi S., Liu M., Vogel D. (2006) The Effects of Electronic Collaboration in Distributed Project Management [Electronic resource]. Group Decision and Negotiation, Vol. 15 (1). (accessed 15.11.2023).
28. Risener, K. (2022). A Study of Software Development Methodologies. Computer Science and Computer Engineering Undergraduate Honors Theses. URL: https://scholarworks.uark.edu/csceuht/103 (accessed 01.11.2023).
29. Silva, V. B. S., Schramm, F., Damascene, A. C. (2016). A multicriteria approach for selection of agile methodologies in software development projects. 2016 IEEE International Conference on Systems, Man, and Cybernetics (SMC), Budapest, Hungary, 2056-2060. DOI: 10.1109/SMC.2016.7844542.
Размещено на Allbest.ru
...Подобные документы
Схема виявлення атак на основі сигнатур. Сучасні тенденції у галузі розподілених систем виявлення комп’ютерних атак. Обґрунтування вибору програмного середовища та мови програмування для розробки підсистеми. Фізичне проектування бази даних підсистеми.
дипломная работа [2,2 M], добавлен 19.07.2014Сучасні тенденції у галузі розподілених систем виявлення комп’ютерних атак. Обґрунтування вибору програмного середовища та мови програмування для розробки підсистеми. Розробка узгодженого інтерфейсу взаємодії користувача з підсистемою, візуалізації даних.
дипломная работа [2,4 M], добавлен 16.07.2014Використання Інтернет-ресурсів та форми роботи з комп’ютерними навчальними програмами. Підвищення мотивації вивчення англійської мови шляхом використання нових інформаційних технологій у школі. Сучасні підходи до використання інформаційних технологій.
реферат [29,0 K], добавлен 09.12.2010Типы команд, синтаксис ассемблера и код операции, по которому транслируется команда. Команды вычисления и непосредственной пересылки данных между регистрами. Поле для определения операции вычисления. Управление последовательностью выполнения программы.
реферат [29,1 K], добавлен 13.11.2009Принципи побудови розподілених обчислювальних мереж, зокрема GRID-систем. Існуючи способи планування задач в них. Детальний аналіз Moab Workload Manager, недоліки алгоритму. Розроблення програмного забезпечення щодо більш ефективної його роботи.
дипломная работа [1,7 M], добавлен 13.04.2014Питання, моделі та десять технологічних тенденцій розвитку мережних розподілених обчислень. "Візантійські відмови" і проблема вибору лідера. Рівні архітектури протоколів Грід і їх відповідність рівням архітектури протоколів Інтернет. Структура GRAM.
курс лекций [1,4 M], добавлен 25.08.2014Дослідження особливостей роботи графічної бібліотеки OpenGL з метою використання її в комп'ютерному моделюванні. Розгляд синтаксису команд та програмного коду команд. Методи максимально реалістичного моделювання горіння вогню. Лістинг програми на мові С.
курсовая работа [182,0 K], добавлен 22.12.2010Поняття та властивості інформаційних технологій. Поява персональних комп’ютерів - принципова модернізація ідеї автоматизованого управління. Технічна база і компоненти інформаційних технологій. Завдання сучасних інформаційних технологій, їх класифікація.
реферат [39,1 K], добавлен 16.08.2010Теоретичні аспекти вивчення інформаційних технологій: поняття та визначення, формування ринку технологій. Поняття, значення і завдання аутсорсінгу, колл-центр як його нова форма. Розвиток аутсорсінгу в світі, проблеми та перспективи розвитку в Україні.
курсовая работа [57,8 K], добавлен 13.10.2012Поняття інформаційних технологій, їх види та етапи розвитку. Особливості впровадження сучасних інформаційних технологій у різних сферах діяльності: рівні операційної діяльності, у керуванні та прийнятті управлінських рішень. Перспективи їх розвитку.
контрольная работа [21,3 K], добавлен 07.02.2011Розробка інформаційних моделей та програмного забезпечення автоматизованого робочого місця управління замовленнями малого підприємства. Трудомісткість та тривалість написання програми, розрахунок поточних витрат її реалізації та мінімальної ціни продажу.
дипломная работа [2,0 M], добавлен 19.11.2010Предмет і задачі вивчення інформаційних систем в менеджменті. Інформаційні потреби управлінського апарату підприємства та методи їх забезпечення. Характеристика та основні можливості інтегрованої інформаційної системи менеджменту підприємства SAP R/3.
контрольная работа [163,8 K], добавлен 26.07.2009Схема суперскалярної організації процесора. Вплив залежності між даними на роботу суперскалярного процесора. Апаратний паралелізм – це міра здатності процесора отримувати переваги із паралелізму на рівні команд. Запуск команд у суперскалярному процесорі.
реферат [34,9 K], добавлен 08.09.2011Архітектура управління доступом до інформаційних ресурсів у сучасній розподіленій ІТ-інфраструктурі. Базові механізми захисту та управління, які використовуються при розмежуванні доступу в мережі. Визначення та використання менеджменту доступу.
статья [191,6 K], добавлен 31.08.2017Дослідження основних арифметичних команд над цілими двійковими числами. Особливості безумовно-умовних переходів мови Асемблер. Відмінні риси команд умовного переходу, організації циклів, порівняння. Характеристика ознак команди безумовного переходу.
реферат [18,9 K], добавлен 26.04.2010Изучение базовых команд ПК на базе МП i286 и их форматов. Изучение прямых способов адресации данных. Наработка практических навыков работы с командами. Разработка регистровой модели выполнения операций передачи данных. Программа реализации команд.
контрольная работа [42,2 K], добавлен 12.03.2011Принципи роботи команд мікросхеми 24LC08: читання, запису даних. Опис і блок-схеми програми і підпрограм, що обслуговує пристрій. Вибір середовища програмування і розробка програми, яка забезпечує можливість демонстрації команд. Проведення тестування.
курсовая работа [114,2 K], добавлен 08.12.2011Типы системной памяти. ОЗУ (оперативное запоминающее устройство), ПЗУ (постоянное запоминающее устройство), "энергонезависимая память" (CMOS). Процессор. Основные шины. Адресные данные. Совокупность всех возможных команд - система команд процессора.
контрольная работа [24,3 K], добавлен 30.03.2009Функциональная схема микропроцессора Intel 8086 (i8086). Формирование физического адреса памяти, выборка команд из памяти и запись их в очередь команд. Система команд процессора. Суть защищенного режима, переход из защищенного режима в реальный режим.
практическая работа [93,3 K], добавлен 24.03.2013Загальна характеристика систем управління проектами. Система автоматизації управління проектами Microsoft Project: властивості, переваги та недоліки. Запуск проекту, введення задач, створення структури, кодування, управління ресурсами та витратами.
контрольная работа [32,5 K], добавлен 03.04.2012