Англійські терміни управління проєктами українською

Тимчасова робота з чіткою метою, датами початку й завершення для створення конкретного продукту, послуги або результату.

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

Документ або комплект документів про виконання проєкту: обсяг, графік, бюджет, ресурси, ризики та способи контролю.

Послідовність етапів від початку до завершення проєкту; часто описують ініціювання, планування, виконання, моніторинг і контроль та закриття.

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

Одна з основних частин проєкту, наприклад проєктування, реалізація або тестування, зі своїми цілями та результатами.

Запроваджувати нову систему, продукт, процес або політику для користувачів, часто поетапно, наприклад спершу в одному офісі, а потім у всій компанії.

Документ або аргументація, що пояснює доцільність проєкту, зіставляючи очікувані вигоди з витратами, ризиками й альтернативами.

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

Уся погоджена робота, функції та результати, які проєкт має надати, а також визначені межі того, чого він не надаватиме.

Конкретний продукт, документ або результат, який проєкт має створити й передати: звіт, дизайн, програму чи підготовлену команду.

Поступове збільшення обсягу проєкту через нові функції або завдання без відповідного коригування часу, бюджету чи ресурсів.

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

Те, що кінцевий продукт або результат має робити чи містити за домовленістю із замовником або користувачами, наприклад функція, рівень продуктивності чи дотримання правової норми.

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

Уявлення про взаємозв'язок обсягу, часу й вартості: зміна одного з них, наприклад додавання функцій, впливає щонайменше на один інший, а якість перебуває в центрі цієї системи.

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

Не належить до погодженої роботи проєкту й не буде виконано без офіційної зміни обсягу.

Важлива точка або подія графіка, як завершення етапу чи затвердження документа, яка позначає поступ і сама не має тривалості.

Найпізніша дата або час, до яких потрібно завершити завдання, результат чи проєкт.

Заплановані послідовність і дати основних дій та віх проєкту, часто показані лінією або діаграмою.

Окрема робота для однієї людини або невеликої групи, зазвичай із відповідальним, датами початку й завершення та зв’язком із більшим результатом.

Зв’язок між завданнями або результатами, за якого одне не може початися чи завершитися до початку або завершення іншого.

Стовпчикова діаграма, де завдання показано горизонтальними смугами на часовій шкалі для відображення початку, завершення й залежностей між ними.

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

Обґрунтоване припущення щодо тривалості завдання, потрібних зусиль або вартості на основі досвіду й наявної інформації.

Затверджена версія обсягу, графіка або бюджету проєкту, збережена для подальшого порівняння з фактичним перебігом робіт.

Пізніше, ніж заплановано; просування повільніше, ніж передбачає графік.

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

Скорочувати графік, виконуючи одночасно завдання, які планувалися послідовними. Це заощаджує час, але збільшує ризик перероблення.

Про дату, завдання або графік: ставати пізнішими, ніж заплановано, зазвичай поступово й часто без формального рішення.

Переносити зустріч, строк або подію на пізніший час. Інше поширене значення — опиратися запиту чи рішенню або заперечувати проти нього.

Затверджена загальна сума коштів проєкту, зазвичай розподілена на персонал, обладнання, постачальників і резерв на непередбачене.

Коштувати більше, ніж було заплановано й затверджено.

Додаткові кошти або час у плані проєкту для покриття відомих ризиків і неочікуваних проблем.

Сума, на яку фактична вартість проєкту або завдання перевищує затверджений бюджет.

Передбачення остаточної вартості проєкту або дати його завершення на основі вже досягнутого поступу й понесених витрат.

Планова бюджетна вартість фактично виконаної на цей момент роботи. Порівняння з плановим обсягом і фактичними витратами показує випередження чи відставання та економію чи перевищення бюджету.

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

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

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

Керівник високого рівня, відповідальний за бізнес-підставу проєкту, фінансування, ключові рішення й підтримку керівника проєкту в питаннях, що потребують вищих повноважень.

Безперервна робота із залучення зацікавлених сторін до проєкту: розуміння їхніх потреб і занепокоєнь, спілкування з ними та збереження їхньої підтримки.

Документ, який визначає, кому яка інформація про проєкт потрібна, коли та як часто її надають, яким каналом і хто відповідає за надсилання.

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

Забезпечувати реалістичне розуміння замовниками, спонсорами чи користувачами того, що буде надано, коли й якої якості, щоб уникнути подальшого розчарування.

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

Невизначена подія, яка ще не сталася, але може вплинути на строк, вартість, якість або обсяг проєкту.

Проблема, яка вже виникла й впливає на проєкт, тому потребує дій для розв’язання.

Документ або таблиця з переліком ризиків проєкту та відомостями про їхню ймовірність, вплив, відповідального й заплановані заходи реагування.

Уживати заходів, які знижують імовірність ризикової події або зменшують її наслідки, якщо вона все ж станеться.

Передавати проблему, ризик або рішення особі з більшими повноваженнями, оскільки на поточному рівні їх не можна розв'язати.

Те, що команда для планування приймає за істинне без повного доведення, наприклад своєчасне постачання або доступність користувачів для тестування.

Єдиний документ або таблиця для відстеження ризиків — Risks, припущень — Assumptions, проблем — Issues — і залежностей — Dependencies, кожна з яких має відповідального та статус.

Тимчасовий спосіб виконати роботу попри проблему, не усуваючи саму її причину.

Те, що повністю зупиняє подальшу роботу людини або команди до усунення, наприклад відсутнє погодження, доступ чи рішення.

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

Поширений гнучкий фреймворк, у якому невелика команда працює фіксованими циклами — спринтами, із визначеними відповідальностями власника продукту й скрам-майстра та регулярними подіями планування й огляду.

Короткий період фіксованої тривалості, часто два тижні й не довше місяця, протягом якого команда Scrum виконує погоджену роботу.

У Scrum — особа, відповідальна за максимізацію цінності продукту, насамперед через керування й упорядкування беклогу продукту та представлення потреб користувачів і бізнесу.

У Scrum — особа, яка допомагає команді й організації розуміти та належно застосовувати Scrum, проводить або підтримує його події й допомагає усувати перешкоди для роботи команди.

Упорядкований перелік усіх можливих робіт над продуктом — функцій, виправлень і поліпшень — із найважливішими пунктами на початку.

Короткий простий опис функції з погляду її користувача, часто за формулою: як [користувач], я хочу [щось], щоб [користь].

Дуже коротка щоденна зустріч команди, часто на 15 хвилин, на якій кожен повідомляє про поступ, плани на день і перешкоди в роботі.

Регулярна командна зустріч наприкінці спринту або проєкту для обговорення того, що вдалося, що ні та що змінити в наступному циклі.

Спосіб керування роботою через її відображення на дошці зі стовпцями на зразок «До виконання», «У роботі» та «Готово» й обмеження кількості одночасно виконуваних завдань.

Обсяг роботи, який agile-команда зазвичай завершує за один спринт; часто вимірюється сумою story points завершених елементів.

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

Зустріч на початку кожного спринту, на якій Scrum-команда погоджує його ціль, обирає елементи беклогу для виконання та планує спосіб роботи.

Спільний перелік умов якості, яким кожна робота має відповідати, перш ніж команда визнає її завершеною, наприклад наявність тестування, перевірки та документації.

Один короткий повторюваний цикл планування, створення, тестування й огляду, після якого продукт поліпшують на основі здобутих знань.

Графік зміни обсягу невиконаної роботи з часом, зазвичай у межах спринту або випуску, який допомагає оцінити завершення всього обсягу до кінцевої дати.

Традиційне ведення проєкту послідовними етапами, як вимоги, дизайн, розробка, тестування й передавання, коли етап завершують до початку наступного.

Визначена система процесів, ролей, документів і правил для послідовного керування проєктами, наприклад PRINCE2 або власний метод організації.

Спосіб керування проєктом, який поєднує традиційні методи з опорою на план та agile-практики, наприклад фіксований загальний план зі спринтами для розробки програмного забезпечення.

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

Структурований процесний метод управління проєктами, що виник у британському державному секторі й нині використовується в багатьох країнах. Назва означає PRojects IN Controlled Environments — проєкти в керованому середовищі.

Короткий регулярний звіт для зацікавлених сторін: виконане, наступні кроки, головні ризики, проблеми й потрібні рішення.

Проста оцінка стану у звітах за кольорами світлофора: червоний означає серйозні проблеми, жовтий — певні проблеми або ризики, зелений — перебіг за планом.

Просуватися відповідно до плану й імовірно досягти погодженої мети, дати або бюджету.

Група вищих керівників і ключових зацікавлених сторін, яка визначає напрям проєкту, ухвалює головні рішення, затверджує великі зміни та допомагає розв'язувати передані на вищий рівень проблеми.

Скорочення від project management office: команда або підрозділ, що встановлює проєктні стандарти, методи й шаблони, підтримує керівників проєктів і збирає звітність за багатьма проєктами.

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

Односторінковий візуальний огляд ключової інформації про проєкт або портфель: поступу, бюджету, ризиків і KPI, зазвичай із графіками та кольоровими статусами.

Скорочення від key performance indicator: вимірювана величина, яка показує, наскільки успішно проєкт, команда або організація просуваються до важливої мети.

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

Усе потрібне для виконання проєкту: передусім люди, а також обладнання, матеріали, гроші й час.

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

Обсяг роботи, який людина або команда має виконати за певний період.

Таблиця, що для кожного завдання чи рішення показує виконавця — Responsible, відповідального за кінцевий результат — Accountable, тих, із ким консультуються — Consulted, і тих, кого інформують — Informed.

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

Команда людей із різними навичками або з різних підрозділів, наприклад ІТ, фінансів, продажів та операційної діяльності, які працюють над спільною метою.

Людина з глибокими знаннями певної сфери, наприклад податкового права, виробничої лінії або старої ІТ-системи, порад якої потребує проєкт.

Зовнішня компанія, яка продає проєкту товари чи послуги, наприклад програмне забезпечення, обладнання або спеціалізовані роботи.

Корисні знання, які команда здобуває з успіхів і невдач проєкту та фіксує для використання в майбутніх проєктах.

Офіційне передавання завершеного продукту, системи або роботи разом із потрібними знаннями й документами від проєктної команди людям, які користуватимуться результатом або підтримуватимуть його.

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

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

Зустріч або аналіз після завершення проєкту чи серйозної проблеми для з'ясування того, що сталося, чому та що наступного разу слід зробити інакше.

Момент, коли після завершення розробки й тестування реальні користувачі починають застосовувати нову систему, сайт або процес у справжній роботі.