Перейти до вмісту

Управління проєктами

Матеріал з K2 ERP Wiki

Проєкт не повинен бути вічним.; Це не керування.;== Канбан у проєктах ==

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

  • керівником проєкту;
  • фінансами;
  • замовником;
  • директором.; Що означає
Простими словами, це коли проєкт починався з одного, а потім у нього тихо додали ще двадцять “маленьких” побажань.;

організація має 20 активних проєктів.; Проєкт зазвичай містить:
Задачі можуть залежати одна від одної.; * затверджено ТЗ;
* завершено розробку;
* завершено тестування;
* перенесено інформаційні дані;
* користувачі навчені;
* платформа запущена;
* проєкт прийнято замовником.; | Це умови, за якими визначається, що результат виконано і його можна прийняти.; Маркетингові проєкти можуть включати:

А впровадження нової системи підтримки клієнтів — це проєкт.; Він має змогу включати:

У виробництві проєкт має змогу бути пов’язаний із виробничими замовленнями.; ERP-проєкти потребують особливої дисципліни, бо зачіпають багато підрозділів:

* строки;
* бюджет;
* задачі;
* ризики;
* якість;
* ресурси;
* зміни;
* документи;
* приймання;
* комунікацію;
* блокування.; ERP повинна зберігати документи поруч із проєктом.;</div>

* сервісні заявки;
* виїзди;
* запчастини;
* графіки;
* акти;
* фото;
* трудовитрати;
* рахунки;
* гарантії;
* SLA.; А “ще трохи” має змогу тривати роками.;== Висновок ==

Вони можуть вимірюватися в:

Звіт повинен допомагати приймати рішення для бізнесу, а не без ускладнень прикрашати нараду.; Бо якщо перевіряти результат лише перед запуском, можна виявити, що три місяці команда впевнено йшла не зовсім туди.; !; керування проєктом потребує план-фактного аналізу бюджету.; Гарну, але неправдиву.; Кожна роль повинна розуміти свою відповідальність.; Якщо цей файл є собою головним інструментом керування проєктом, проєкт уже трохи ризикує.; Але з ростом кількості задач, людей і документів виникають проблеми:

Планове технічне обслуговування обладнання — це регулярний бізнес-процес.; * неможливо тестувати компонент, якщо він ще не розроблений;
* неможливо перенести інформаційні дані, якщо не описані правила перенесення;
* неможливо навчити користувачів, якщо інтерфейс ще не готовий;
* неможливо запускати складський облік, якщо не налаштовані комірки.; * нові;
* заплановані;
* у роботі;
* на перевірці;
* очікує;
* виконані.; Мета: автоматизувати роботу відділу продажів

* планувати короткими циклами;
* швидше отримувати результат;
* регулярно переглядати пріоритети;
* тестувати частинами;
* отримувати зворотний зв’язок.; !; |-
| Що таке задача проєкту?; * оплату праці;
* підрядників;
* закупівельна діяльність;
* обладнання;
* ліцензії;
* сервери;
* матеріали;
* транспорт;
* відрядження;
* інтеграції;
* консультації;
* навчання;
* резерв;
* непередбачені витрати.;<pre>

Окрема класика — “ми все обговорили”.; характеристика вимог → Технічне задача → розробка програмного забезпечення → Тестування → Навчання → Запуск

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

* задачі;
* закупівельна діяльність;
* складський облік;
* підрядників;
* договори;
* платежі;
* акти;
* бюджет;
* фотофіксацію;
* документи.; * оцінити обсяг роботи;
* врахувати залежності;
* врахувати доступність людей;
* додати резерв;
* погодити строк;
* контролювати виконання.; А “як треба” в голові замовника і виконавця має змогу бути двома різними всесвітами.; У проєкті істотно мати відповідального замовника.; ERP надає можливість зробити керування проєктами частиною єдиної системи підприємства.;== Пріоритети задач ==
Погана практика:
'''Проєктний обліковий облік''' — це обліковий облік доходів, витрат, задач, ресурсів і результатів по конкретних проєктах.; У проєктах часто виникають зміни.; Навчання 01.06 — 10.06
== Погодження проєктних документів ==

Інакше виникає класична ситуація: “Я думав, це робить хтось інший”.; Він має змогу включати:
  • запуск нового виробу;
  • модернізація лінії;
  • виробництво складного замовлення;
  • перенесення виробництва;
  • впровадження нової технології;
  • автоматизація процесів цеху;
  • підготовка до сертифікації;
  • ремонт виробничого приміщення.;== Проєкти в сервісі ==

Чим складніший проєкт, тим важливіше мати ці елементи в системі.; Прибуток проєкту = Доходи проєкту - Витрати проєкту

Зробити складський облік.;

Спринт — це короткий період роботи, як ілюстрація 1–2 тижні, за який команда виконує певний набір задач.; * ймовірність;

  • вплив;
  • відповідального;
  • план реагування;
  • статус.;== Проєкти у виробництві ==

Виробничі проєкти часто пов’язані з:

Ризик — це подія, яка має змогу негативно вплинути на проєкт.; як ілюстрація: 


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

ERP має змогу показувати статус проєкту:

* структуру робіт;
* етапи;
* задачі;
* строки;
* відповідальних;
* залежності;
* бюджет;
* ресурси;
* ризики;
* контрольні точки;
* документи;
* правила комунікації;
* критерії приймання.;== Замовник проєкту ==

== Проєкти у впровадженні ERP ==

Типовий файл: Підходить там, де вимоги стабільні і добре описані.; Приклад:

Спочатку потрібно було зробити простий звіт.; Потім графіки.;

Але якщо всі задачі мають пріоритет “критичний”, значить критичним є собою вже не проєкт, а платформа пріоритетів.; |- | Замовник

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

Статуси задач

  • мета;
  • результат;
  • етапи;
  • задачі;
  • відповідальні;
  • строки;
  • бюджет;
  • ресурси;
  • документи;
  • статуси;
  • ризики;
  • контроль змін;
  • критерії приймання;
  • фінальна оцінка.;== керування змінами ==
  • всі активні проєкти;
  • пріоритети;
  • бюджети;
  • ресурси;
  • ризики;
  • статуси;
  • прибутковість;
  • стратегічну важливість;
  • завантаження команди;
  • конфлікти ресурсів.; * договори;
  • рахунки;
  • акти;
  • заявки;
  • ТЗ;
  • кошториси;
  • накладні;
  • протоколи;
  • листування;
  • файли;
  • погодження;
  • зміни.; Прибутковість проєкту розраховується як різниця між доходами і витратами.;== Доходи проєкту ==

Кожен етап складається з задач.; |- | Керівник підрозділу | Погоджує ресурси, пріоритети, участь співробітників і результат.; 4 затримуються.;== Для чого потрібне керування проєктами ==

Будівельні та ремонтні проєкти потребують контролю:

K2 ERP має змогу допомогти зробити керування проєктами частиною єдиної системи підприємства: від CRM до договору, від задач до трудовитрат, від закупівель до бюджету, від складу до списання, від рахунку до оплати, від плану до факту.; * перевірити створення замовлення;

  • перевірити резерв товару;
  • перевірити рахунок;
  • перевірити оплату;
  • перевірити відвантаження;
  • перевірити проводки;
  • перевірити звіти.; Приклад:

як ілюстрація:

[[Категорія:ERP]]
Прибуток:
Краща мета:
Scope creep небезпечний, бо руйнує строки і бюджет.; 5 із них критичні.; Внутрішні — економічний ефект, зменшення витрат або покращення процесів.; * трудовитрати — 300 000 грн;
* підрядники — 200 000 грн;
* матеріали — 150 000 грн;
* інші витрати — 50 000 грн.; ERP має змогу списувати матеріали на конкретний проєкт.; Що відбувається

* задачі;
* бюджет;
* канали;
* дедлайни;
* погодження матеріалів;
* результати;
* витрати;
* ліди;
* ефективність.; платформа має працювати добре.; Обробка заявок клієнтів — це операційний бізнес-процес.; У розробці програмного забезпечення проєкт має змогу включати:

Маржа:

Доходи — 1 000 000 грн.;== Трудовитрати проєкту ==

Відповідальний — це людина, яка відповідає за виконання або організацію виконання задачі.; У проєктах можуть використовуватись матеріали зі складу.; | Це тимчасова робота з конкретною метою, початком, завершенням, відповідальними і очікуваним результатом.;== Проєкти і супровід клієнтів ==

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

* прийнято ТЗ;
* прийнято прототип;
* прийнято перший компонент;
* прийнято інтеграцію;
* прийнято перенесення даних;
* прийнято навчання;
* прийнято запуск.; !; |-
| Аналітик
| Описує вимоги, процеси, ТЗ, сценарії і критерії приймання.; !; |-
| ERP-адміністратор
| Налаштовує довідники, статуси, права, маршрути, шаблони і звіти.; | Через бюджет, доходи, витрати, рахунки, акти, платежі, дебіторку, кредиторку і cash flow.;== Проєкти і електронний документообіг ==

Разом витрати — 700 000 грн.; |-
| розробка програмного забезпечення
| 200 000
| 230 000
| +30 000
|-
| Тестування
| 50 000
| 40 000
| -10 000
|-
| Підрядники
| 100 000
| 120 000
| +20 000
|-
| Навчання
| 30 000
| 30 000
| 0
|}

як ілюстрація:

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

Приклад:

== Дедлайни ==
як ілюстрація:
== Ресурси проєкту ==

Проєкт потрібно не тільки почати, а й правильно закрити.; Стаття

== Excel в управлінні проєктами ==

* реалізовано функціональні можливості згідно ТЗ;
* проведено тестування;
* критичні помилки виправлені;
* користувачі пройшли навчання;
* інформаційні дані перенесені;
* звіти формуються;
* відповідальний підписав акт приймання.; Тестування повинно мати сценарії і результати.; CRM сприяє продавати.; Потім додали фільтри.; Це побажання.; Факт

* нова;
* запланована;
* у роботі;
* очікує інформації;
* очікує погодження;
* очікує тестування;
* на перевірці;
* виконана;
* відхилена;
* повернута на доопрацювання;
* скасована;
* заблокована;
* прострочена.; Тестування 21.05 — 31.05
Відповідальний: Іваненко

Якщо організація веде багато проєктів, потрібне керування портфелем.; розробка програмного забезпечення 21.04 — 20.05

як ілюстрація:

Його робота — зробити так, щоб потрібні задачі були виконані потрібними людьми в потрібні строки.; Користувачі можуть створювати замовлення клієнтів, резервувати товар, формувати рахунок, контролювати оплату і відвантаження.; |-
| Як ERP сприяє?; Технічне задача описує, що потрібно зробити.; Приклад:

Проєкт має змогу починатися з CRM.; Потрібно визначити:

У протоколі можна вказувати:

Ризики потрібно не без ускладнень записувати, а й керувати ними.; |-
| Директор
| Контролює стратегічні проєкти, бюджети, ризики і ключові рішення для бізнесу.; Що робить

Завершення: 30.06

Працівник має змогу фіксувати час:

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

Замовник — це сторона, яка потребує результату.; Проєкт має змогу бути прибутковим у цілому, але мати касовий розрив у середині виконання.; Десять маленьких “ще це” можуть без зайвих зусиль стати другим проєктом.; Він надає можливість бачити:

Краще:

* що потрібно зробити;
* для кого це робиться;
* хто відповідає;
* які задачі потрібно виконати;
* у які строки;
* який бюджет;
* які ресурси потрібні;
* хто входить у команду;
* які є собою ризики;
* що вже зроблено;
* що затримується;
* скільки витрачено часу;
* скільки витрачено грошей;
* чи буде проєкт прибутковим;
* коли буде результат.; |-
| Як [[K2 ERP]] має змогу допомогти?; Результат повинен бути перевірним.; |-
| бухгалтерський обліковий облік
| Веде документи, акти, рахунки, витрати і фінансове відображення.; Не варто призначати відповідальними “відділ”, “команду” або “всі”.; Планування — один із найважливіших етапів.; Для великих проєктів істотно бачити фінансовий стан не тільки після завершення, а під час виконання.; * стратегічної цінності;
* прибутковості;
* клієнта;
* строків;
* ризиків;
* законодавчих вимог;
* впливу на бізнес-середовище;
* доступності ресурсів;
* фінансування.;== Тестування в проєктах ==

ERP має змогу збирати витрати з різних документів:

== Звіти по проєктах ==

<pre>

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

ТЗ важливе для проєктів розробки, впровадження, автоматизації, виробництва, сервісу і будь-яких складних робіт.;== Що таке проєкт простими словами ==

Це надає можливість рахувати фактичну собівартість.; Поставити дедлайн “на вчора”, щоб швидше рухались.; Якщо не враховувати трудовитрати, проєкт має змогу виглядати прибутковішим, ніж є собою насправді.; Проєкт проходить кілька етапів.; Потрібно визначити:

Бюджет потрібен, щоб розуміти, скільки коштує проєкт і чи є собою він економічно доцільним.; Протокол сприяє уникнути ситуації, коли всі по-різному пам’ятають, що вирішили.; Етап

!; Зміни потрібно контролювати.; |-
| Що таке трудовитрати?;</div>

Такі проєкти можуть включати:

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

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

Це надає можливість бачити:

як ілюстрація:

* годинах;
* людино-днях;
* людино-тижнях;
* спринтах;
* змінах;
* нормо-годинах.; Але саме він контролює результат.; Погана задача:
Краще мати пріоритети і чесно розуміти, що можна виконати зараз, а що потрібно перенести.; Це про відповідь на прості, але важливі питання: що робимо, хто робить, коли буде готово, скільки коштує, які ризики і чи отримаємо ми результат.; '''Scope creep''' — це неконтрольоване розширення обсягу проєкту.; * реєстр проєктів;
* етапи;
* задачі;
* відповідальних;
* строки;
* статуси;
* пріоритети;
* залежності;
* трудовитрати;
* бюджет;
* план-факт;
* документи;
* погодження;
* ризики;
* зміни;
* комунікацію;
* зв’язок із CRM;
* зв’язок із закупівлями;
* зв’язок зі складом;
* зв’язок із виробництвом;
* зв’язок із фінансами;
* зв’язок із табелем;
* аналітику;
* дашборди.; Якщо ключовий спеціаліст потрібен у трьох проєктах одночасно, це не багатозадачність.; План_проєкту_оновлений_фінальний_після_правок_замовника_версія_14.xlsx

Контроль потрібен для розуміння, чи рухається проєкт до результату.; Потім інтеграцію з CRM.; Для малого бізнесу це має змогу бути просте ведення задач, строків і відповідальних.; Проєкт має змогу створювати потребу в закупівлях.; Для середнього бізнесу — проєкти з бюджетами, документами, задачами, трудовитратами, закупівлями і план-фактом.; це бізнес-процес планування, організації, виконання, контролю і завершення робіт, які мають конкретну мету, строки, ресурси, бюджет, відповідальних і очікуваний результат виступає ключовою рисою '''керування проєктами'''.; | Це конкретна робота в межах проєкту з відповідальним, строком, статусом і результатом.;<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

== Проєкт, задача і бізнес-процес ==

== Контроль виконання проєкту ==

Приклад процесу клієнтського проєкту:

<pre>

Не всі проєкти однаково важливі.; Завантаження потрібно планувати реалістично.; |-
| Чим проєкт відрізняється від процесу?; Пріоритет має змогу залежати від:

замовник платить:

* по задачах;
* по етапах;
* по клієнтах;
* по видах робіт;
* по днях;
* по спринтах;
* по виробничих операціях.; істотно контролювати:

ТЗ має змогу містити:

== Типові помилки в управлінні проєктами ==

Це краще, ніж коли ТЗ у пошті, договір у юриста, кошторис в Excel, а фінальна реліз макета в чаті під назвою “ось цей точно фінал”.; * керівник створює проєкт автоматизації складу;
* описує мету і очікуваний результат;
* створює задачі по аналізу, налаштуванню, тестуванню і навчанню;
* команда виконує задачі;
* витрати на обладнання і сканери прив’язуються до проєкту;
* документи погоджуються в ERP;
* після запуску формується звіт про результат.; Витрати проєкту можуть включати:

Якщо всі задачі мають статус “у роботі”, це не статус.; Задачі можуть мати пріоритет:

* технічне задача;
* комерційна пропозиція;
* договір;
* кошторис;
* план робіт;
* протоколи зустрічей;
* акти;
* рахунки;
* специфікації;
* схеми;
* макети;
* інструкції;
* тест-кейси;
* звіти;
* листування;
* презентації;
* файли приймання.;== Завантаження команди ==
Старт: 01.04
|-
| Ініціація
| Визначається ідея, мета, замовник, попередні строки і сенс проєкту.;== Внутрішні і зовнішні проєкти ==

Якість проєкту — це відповідність результату вимогам і очікуванням.; | Щоб контролювати витрати, доходи, прибутковість і економічну доцільність проєкту.;== Результат проєкту ==

== Проєкти і закупівельна діяльність ==

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

Приклад:

Обговорили — це добре.; * багато помилок при відвантаженні;

  • залишки не завжди актуальні;
  • інвентаризація довга;
  • складський облік функціонує повільно.;== Постпроєктний аналіз ==

Критична задача — це та, яка блокує проєкт, створює великий ризик або впливає на ключовий строк.; Це приємна розмова з майбутніми непорозуміннями.; Проєкт не повинен жити тільки в чатах, Excel-файлах, головах керівників і усних домовленостях.; Месенджери можуть бути зручними для швидких повідомлень, але не повинні бути єдиним місцем керування проєктом.;== Проєктний обліковий облік ==

Портфель проєктів показує:

Але якщо не зафіксували, не призначили відповідальних і не поставили строки, то це не план.;

Для таких проєктів часто використовують спринти, канбан, backlog і релізне планування.; |- | Контроль | Перевіряються строки, бюджет, якість, ризики, зміни і статуси.; |- | Що таке критерії приймання?;== Діаграма Ганта ==

Проєкти є собою майже в кожній компанії.; * аналіз вимог;

  • архітектуру;
  • дизайн;
  • розробку;
  • тестування;
  • документацію;
  • DevOps;
  • реліз;
  • підтримку.; * заявок на закупівлю;
  • рахунків постачальників;
  • актів;
  • списань;
  • табеля робочого часу;
  • платіжного календаря;
  • складських документів;
  • сервісних заявок.;== Портфель проєктів ==
  • ремонт каси;
  • заміна сканера;
  • конфігурація принтера;
  • виїзд інженера;
  • заміна блока живлення;
  • перевірка мережі.; Окремо варто відзначити клієнтськими, виробничими, сервісними, будівельними, IT, маркетинговими, впроваджувальними і організаційними.; |-

| Що таке проєкт?; * кошторису;

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

ERP має змогу пов’язувати:

як ілюстрація, “зробити новий сайт” — це не задача на 2 години, а цілий проєкт із дизайном, структурою, текстами, розробкою, тестуванням, SEO, запуском і підтримкою.; Проста формула:

Чим краще описана логіка проєктів, тим менше хаосу буде в управлінні.; Приклад:

Мета проєкту

Типовий життєвий цикл:

  • аудит;
  • характеристика вимог;
  • технічне задача;
  • конфігурація;
  • розробка програмного забезпечення;
  • інтеграції;
  • перенесення даних;
  • тестування;
  • навчання;
  • дослідна експлуатація;
  • запуск;
  • супровід.; | Це час, який команда витрачає на задачі, етапи або проєкт у цілому.; Комунікація — одна з головних причин успіху або провалу проєктів.; Роль

Підряднику потрібно платити щомісяця.; А запуск нового напрямку продажів — це проєкт.; Мета проєкту — це відповідь на питання, навіщо він потрібен.; ТЗ 11.04 — 20.04

Проєкти в будівництві і ремонтах

Це має змогу бути:

  • внутрішній;
  • зовнішній;
  • замовник;
  • власник бізнесу;
  • керівник підрозділу;
  • директор;
  • державна або корпоративна структура.; Закриття має змогу включати:
  • різні версії файлів;
  • ручне актуалізація;
  • немає автоматичних нагадувань;
  • немає історії змін;
  • немає зв’язку з бюджетом;
  • немає зв’язку з табелем;
  • немає реального статусу задач;
  • складно контролювати залежності;
  • немає зручної комунікації;
  • немає прав доступу;
  • важко бачити портфель проєктів;
  • складно аналізувати трудовитрати;
  • складно пов’язати документи і платежі.; * планування;
  • розрахунку собівартості;
  • контролю завантаження;
  • оцінки прибутковості;
  • аналізу ефективності;
  • покращення майбутніх оцінок.; Мета повинна бути зрозумілою і вимірюваною.; керування проєктами має змогу використовувати різні підходи.; !; У розробці і гнучких методологіях часто використовують спринти.; Вони показують не без ускладнень кількість задач, а важливі результати.; План
  • немає чіткої мети;
  • немає ТЗ;
  • немає відповідального керівника;
  • задачі не деталізовані;
  • строки нереалістичні;
  • бюджет не порахований;
  • не ведуться трудовитрати;
  • не контролюються зміни;
  • немає критеріїв приймання;
  • документи розкидані по пошті і чатах;
  • немає план-факту;
  • ризики не ведуться;
  • команда перевантажена;
  • замовник не залучений;
  • немає регулярного контролю;
  • проєкт не закривається формально.; Проєкти впливають на платіжний календар.; Налаштувати довідник складів, зон зберігання, комірок і правил розміщення товарів.; Статус повинен показувати реальний стан.; ERP має змогу показувати завантаження працівників.; Ми думали, що це теж входить.; |-

| Виконавець

| Виконує задачі, фіксує статус, час, коментарі і результат.;

Один відповідальний не означає, що він робить усе сам.; як ілюстрація, проєкт впровадження ERP має змогу мати етапи: Заявка на закупівлю має змогу бути прив’язана до проєкту.;== Залежності між задачами ==

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

Потрібно контролювати:

Гант корисний для складних проєктів із багатьма залежностями.; {| class="wikitable" style="width:100%;" Пріоритет має бути реальним.; Для керівника корисні звіти: Після завершення проєкту має змогу починатися супровід.; {| class="wikitable" style="width:100%;"

Найпоширеніші помилки: 

Типові статуси:
Якщо ERP-проєкт ведеться без нормального керування, він оперативно перетворюється на суміш побажань, термінових правок, неузгоджених вимог і фрази “а ми думали, це буде автономно”.; |-
| Закупівельник
| гарантує матеріали, послуги, підрядників і обладнання для проєкту.;{{DISPLAYTITLE:Управління проєктами}}

{| class="wikitable" style="width:100%;"
Бо через місяць фраза “я ж писав у чаті” перетворюється на гру “знайди повідомлення між мемом, голосовим і фото кота”.;[[Категорія:K2 ERP]]

* впровадження ERP;
* ремонт офісу;
* автоматизація процесів складу;
* навчання персоналу;
* запуск нового процесу.; '''Для керівника.''' Проєктне керування надає можливість бачити, які проєкти виконуються, де є собою затримки, які задачі критичні, які ресурси перевантажені, де бюджет уже тріщить, а де команда ще оптимістично робить вигляд, що все йде за планом.; Він сприяє бачити, де накопичуються задачі.; !;{{SEO
|title=Управління проєктами — як планувати задачі, строки, ресурси, бюджет, команду і результат в ERP
|description=Управління проєктами — це система планування, виконання, контролю і завершення робіт, які мають конкретну мету, строки, бюджет, команду, задачі, ризики і результат. У статті пояснюється, як керувати проєктами, задачами, ресурсами, бюджетами, документами, погодженнями, трудовитратами, статусами, ризиками та як ERP допомагає автоматизувати проєктне управління.
|keywords=управління проєктами, ERP, K2 ERP, проєктний облік, задачі, ресурси, бюджет проєкту, строки, планування, команда, контроль виконання, трудовитрати, управління задачами, бізнес-процеси, документи, CRM, виробництво, сервіс, автоматизація проєктів
|image=https://erp.kyiv.ua
}}

<pre>

Приклади віх:

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

<pre>

* 30% передоплата;
* 40% після першого етапу;
* 30% після завершення.; Якщо одна задача затримується, ERP має змогу показати вплив на наступні задачі і весь проєкт.; ERP надає можливість бачити всі заявки в межах проєкту або сервісного контракту.; Excel часто використовують для керування проєктами.; Потім автоматичну розсилку.;== автоматизація процесів керування проєктами в ERP ==

* дату;
* учасників;
* питання;
* прийняті рішення для бізнесу;
* задачі;
* відповідальних;
* строки;
* відкриті питання;
* ризики.;== Ініціація проєкту ==

Приклади:
Працівник відпрацював 8 годин:
'''[[K2 ERP]]''' має змогу використовуватися для керування проєктами різного типу: внутрішніми.; Колонки можуть бути:

== Технічне задача ==

== Основні елементи проєкту ==

<pre>

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

Зміна бюджету погоджується:

як ілюстрація:

* “Очікує даних від замовника”;
* “На тестуванні”;
* “Очікує погодження бюджету”;
* “Заблоковано через відсутність інтеграції”.; Проєктний обліковий облік особливо важливий для компаній, які працюють під замовлення.; Приклад погано:

__TOC__

Приклад:

== Критерії приймання ==

Проєкт без закриття часто продовжує жити як “ще трохи доробимо”.;<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">

* додали нову вимогу;
* змінили дизайн;
* змінили інтеграцію;
* змінили строки;
* змінили бюджет;
* змінили відповідальних;
* змінили бізнес-процес;
* змінили обсяг робіт.; * ERP-модулів;
* бізнес-процесів;
* виробничих ліній;
* складів;
* документів;
* інтеграцій;
* звітів;
* обладнання;
* сервісних процесів;
* навчальних сценаріїв.; того, щоб робота не жила в чатах забезпечується через '''Головне.''' керування проєктами потрібне; додатково реалізовано головах, Excel-файлах і фразі “ми майже закінчили”.; А задача має змогу бути настільки великою, що її краще зробити окремим проєктом.; Залежності допомагають планувати послідовність.;== Коротко ==

Питання:

Результат: CRM запущена, менеджери працюють у системі, звіти формуються автономно

як ілюстрація:

Хоча бізнес-середовище іноді дуже любить повторювати помилки, без ускладнень називаючи їх “новим досвідом”.; * Іваненко завантажений на 120%;
* Петренко — на 60%;
* Сидоренко — на 90%.; Приклад:

Зробити автоматизацію.; |-
| Чому Excel незручний для керування проєктами?; Спринти корисні для розробки програмного забезпечення, але можуть використовуватися і в інших проєктах.; '''Змішаний підхід''' — частина проєкту планується жорстко, частина виконується гнучко.; | ERP об’єднує проєкти, задачі, бюджет, трудовитрати, документи, закупівельна діяльність, складський облік, CRM, фінансовий блок, погодження і звіти.; Спринт сприяє:

* у CRM створюється угода;
* після продажу формується проєкт;
* до проєкту підв’язується договір;
* створюються етапи і задачі;
* призначаються відповідальні;
* формується бюджет;
* команда фіксує трудовитрати;
* закупівельна діяльність прив’язуються до проєкту;
* матеріали списуються на проєкт;
* рахунки і акти формуються по етапах;
* оплати потрапляють у платіжний календар;
* керівник бачить план-факт по строках, бюджету і прибутковості;
* після приймання проєкт закривається.; * впровадження ERP;
* розробка програмного забезпечення нового модуля;
* запуск інтернет-магазину;
* автоматизація процесів складу;
* відкриття нової філії;
* будівництво;
* ремонт;
* виробництво складного виробу;
* розробка програмного забезпечення сайту;
* маркетингова кампанія;
* сервісний проєкт;
* переїзд офісу;
* інтеграційні функціональні можливості з банком;
* запуск CRM;
* модернізація обладнання;
* розробка програмного забезпечення мобільного додатку;
* впровадження WMS;
* створення нового продукту.;<pre>
'''Віха''' — це важлива контрольна точка проєкту.; Приклад:

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

Це зменшує ризик, що в кінці проєкту накопичиться великий список претензій.; Проєкт потрібно розбити на логічні частини.; '''Зовнішній проєкт''' виконується для клієнта.; |-
| Аналіз
| Команда оцінює, що вийшло добре, що погано, які висновки зробити.; |}

ERP має змогу показувати:

Приклад:
бізнес-процес має змогу запускати задачі.; Приклад для розробки модуля:

Проєктні документи можуть потребувати [[Погодження документів|погодження]].; Канбан зручний для командної роботи, розробки, маркетингу, підтримки, сервісу і внутрішніх проєктів.;== Життєвий цикл проєкту ==

</div>

Для кожного ризику бажано визначити:

А модернізація виробничої лінії — це проєкт.; | Щоб контролювати нові вимоги, їх вплив на строки, бюджет і обсяг робіт.; | Через ручне актуалізація, різні версії, слабкий контроль задач, строків, бюджету, документів і трудовитрат.; Краще бачити конкретно:

як ілюстрація:

  • майбутні надходження від клієнта;
  • майбутні платежі постачальникам;
  • оплати підрядникам;
  • закупівельна діяльність;
  • зарплатні витрати;
  • податки;
  • передоплати;
  • етапні платежі.; * планові доходи;
  • фактичні доходи;
  • виставлені рахунки;
  • оплачені рахунки;
  • заборгованість клієнта;
  • акти;
  • залишок до виставлення;
  • прогноз доходів.; Це спосіб отримати демотивацію і багато червоних задач.;
  • запущена ERP;
  • працюючий компонент обліку;
  • відкритий магазин;
  • налаштована CRM;
  • готовий сайт;
  • введена в експлуатацію виробнича лінія;
  • виконаний ремонт;
  • підключена інтеграційні функціональні можливості;
  • автоматизований бізнес-процес;
  • підготовлений комплект документів;
  • навчена команда.; А побажання дуже погано рахує бюджет, строки і відповідальність.;

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

  • сервісний контракт;
  • ремонт великого об’єкта;
  • гарантійна кампанія;
  • модернізація обладнання клієнта;
  • монтаж системи;
  • запуск обслуговування.; А пам’ять у проєктах часто функціонує в інтересах того, хто не хоче переробляти.; |-

| Навіщо потрібен бюджет проєкту?; Питання

Протоколи зустрічей

Проєкт: обслуговування мережі магазинів клієнта.; Задача повинна мати:

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

Ролі можуть бути такі:

як ілюстрація, щоденний продаж товарів — це операційна діяльність.;

* перевірку результату;
* підписання актів;
* передачу документації;
* закриття задач;
* фінальний звіт;
* аналіз бюджету;
* аналіз строків;
* уроки проєкту;
* передача в підтримку;
* архівування документів;
* звільнення ресурсів.; * специфікаціями;
* маршрутизацією;
* матеріалами;
* обладнанням;
* плановим ТО;
* закупівлями;
* собівартістю;
* якістю;
* строками постачання.; як ілюстрація, якщо багато задач у колонці “на перевірці”, можливо, не вистачає тестувальника або відповідального за приймання.; Впровадження ERP — це класичний складний проєкт.; Підходить там, де вимоги можуть змінюватися.;== Проєкти і сервісні заявки ==

платформа має змогу забезпечити:

* навіщо потрібен проєкт;
* хто замовник;
* який очікуваний результат;
* які бізнес-проблеми вирішуються;
* які обмеження;
* які приблизні строки;
* який приблизний бюджет;
* хто приймає рішення для бізнесу;
* чи варто запускати проєкт.; Приклад проєкту:

Витрати:

Без ТЗ проєкт часто рухається за принципом “зробіть як треба”.; Приклади результатів:

* перевірку вимог;
* тестування;
* рев’ю;
* демонстрації;
* приймання етапів;
* чек-листи;
* контроль помилок;
* аналіз відхилень;
* погодження результату;
* навчання користувачів.; |-
| Фінансовий відділ
| Контролює бюджет, витрати, доходи, платежі, cash flow і прибутковість.; керування проєктами потрібне, щоб організація не без ускладнень “робила роботу”, а керувала цілями, строками, задачами, ресурсами, бюджетами, ризиками і результатами.;== Керівник проєкту ==

* собівартості;
* завантаження команди;
* розрахунку зарплати;
* виставлення рахунків клієнту;
* аналізу прибутковості;
* контролю ефективності.; Такий підхід сприяє керувати великим проєктом не як одним монстром, а як набором зрозумілих блоків.; Це потрібно для:

Краще:

Учасники: IT-відділ

== Проєкти і табель робочого часу ==

* доходи;
* витрати;
* незавершене виробництво;
* аванси;
* дебіторську заборгованість;
* кредиторську заборгованість;
* платежі;
* маржу;
* прибутковість;
* резерви;
* бюджети.; Поганий дашборд показує 47 графіків і не відповідає на питання: “Ми встигаємо чи ні?”

'''Проєкт''' — це робота, яка має чітку мету, початок, завершення, відповідальних, задачі, ресурси і результат.;[[Категорія:Проєктний облік]]

* загальний статус;
* прогрес;
* строки;
* бюджет;
* задачі;
* прострочення;
* ризики;
* команду;
* трудовитрати;
* документи;
* коментарі;
* найближчі дедлайни;
* блокування.;<pre>

Якщо робота не має кінця, це або бізнес-процес, або дуже небезпечний проєкт.;== Ролі в управлінні проєктами ==

* будівельні матеріали;
* комплектуючі;
* запчастини;
* обладнання;
* витратні матеріали;
* рекламна продукція;
* інструмент.; {| class="wikitable" style="width:100%;"
Якщо організація бере всі проєкти одночасно, ресурси розмиваються.; Сервісні заявки:

== Проєкти і виробничі замовлення ==

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

<pre>

300 000 / 1 000 000 × 100% = 30%

[[Категорія:Бюджетування]]

== Проєкти і платіжний календар ==

== План-факт бюджету ==

Зовнішні проєкти частіше мають доходи і клієнтське приймання.;== Прибутковість проєкту ==
Якщо факт перевищує план, потрібно розуміти причини:
</div>
Контролювати потрібно:
Це сприяє розподіляти роботу.;

Перед автоматизацією проєктів потрібно відповісти на питання:

Команда проєкту

  • бюджет;
  • ТЗ;
  • кошторис;
  • договір;
  • зміни;
  • акти;
  • рахунки;
  • етапи;
  • приймання результату;
  • закупівельна діяльність;
  • план робіт.; * продажі та реалізація;
  • закупівельна діяльність;
  • складський облік;
  • виробництво;
  • фінансовий блок;
  • бухгалтерію;
  • HR;
  • сервіс;
  • керівництво.; Це майбутня затримка.; * замовник;
  • бізнес-аналітик;
  • технічний спеціаліст;
  • керівник проєкту;
  • директор.; Це туман.;== Відповідальні за задачі ==

Замовник має змогу бути:

Вона корисна для:

Структура робіт проєкту

як ілюстрація: Мета проєкту:

Якщо між CRM і проєктами немає зв’язку, продажі та реалізація можуть обіцяти одне, а виконання потім героїчно дізнається, що саме було обіцяно.; Бо проєкт без керування теж рухається.; Людина не має змогу працювати 8 годин на день над задачами, якщо в неї ще є собою зустрічі, супровід, листування, погодження і життя.; Працівники можуть фіксувати час по проєктах і задачах.;

Трудовитрати — це час, який команда витрачає на задачі проєкту.; Воно сприяє:

Проєкти можуть бути внутрішніми або зовнішніми.;
|-
| Що таке керування проєктами?;== Проєкти і фінансова формування звітів ==

== Agile, Waterfall і змішані підходи ==

Краща задача:

На старті це має змогу працювати.; Дедлайн — це кінцевий строк виконання задачі, етапу або проєкту.;== Scope creep ==

Контроль якості має змогу включати:

Критерії приймання зменшують конфлікти.; !;== Віхи проєкту ==

1 000 000 - 700 000 = 300 000 грн

* 3 години — аналіз вимог;
* 2 години — розробка програмного забезпечення;
* 1 година — зустріч;
* 2 години — тестування.;<pre>

Керівник проєкту не обов’язково виконує всі задачі сам.; * матеріали;
* обладнання;
* запчастини;
* послуги;
* ліцензії;
* підрядники;
* транспорт;
* інструмент.; * конструкторську підготовку;
* закупівлю матеріалів;
* виробничі замовлення;
* складання;
* тестування;
* доставку;
* монтаж;
* запуск.; * план — 16 годин;
* факт — 24 години;
* відхилення — +8 годин.;
  • роботи в межах проєкту;
  • гарантійні виправлення;
  • нові платні роботи;
  • підтримку;
  • зміни обсягу.;== Як K2 ERP сприяє з управлінням проєктами ==

Проєкт має змогу складатися з багатьох задач.;

Проєкти в маркетингу

Скоротити час обробки заявок на закупівлю з 5 днів до 1 дня, забезпечити погодження в ERP, контроль бюджету, автоматичне формування замовлень постачальникам і формування звітів по закупівлях.; ERP повинна показувати cash flow по проєкту.; * планування строків;

  • залежностей;
  • етапів;
  • віх;
  • критичного шляху;
  • завантаження;
  • перенесення робіт.; Ресурси — це все, що потрібно для виконання проєкту.; Проєкт: виготовлення обладнання для клієнта.; Добрий дашборд надає можливість за кілька хвилин зрозуміти, що відбувається з проєктом.; істотно розрізняти проєкт, задачу і бізнес-процес.; | K2 ERP має змогу автоматизувати керування проєктами, задачами, строками, ресурсами, бюджетами, документами, трудовитратами, платежами і аналітикою.; * запуск рекламної кампанії;
  • розробку сайту;
  • підготовку виставки;
  • запуск бренду;
  • створення контенту;
  • SEO-кампанію;
  • email-розсилку;
  • рекламні матеріали;
  • PR-кампанію.; Практичний сенс. керування проєктами — це спосіб перетворити велику незрозумілу роботу на послідовність зрозумілих задач із відповідальними, строками і контролем.; Внутрішній проєкт виконується для потреб компанії.; Кожна задача повинна мати відповідального.; як ілюстрація:

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

ERP має змогу пов’язувати з проєктом:

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

Лід → Угода → Комерційна пропозиція → Договір → Проєкт → Виконання → Акт → Оплата

У хорошому управлінні дедлайн повинен бути реалістичним.; Постпроєктний аналіз сприяє не повторювати ті самі помилки.; * які типи проєктів є собою в компанії;

  • хто створює проєкти;
  • хто керує проєктами;
  • які статуси проєктів потрібні;
  • які етапи використовуються;
  • які задачі типові;
  • як призначаються відповідальні;
  • як фіксуються строки;
  • чи потрібні залежності;
  • як ведеться бюджет;
  • як ведуться витрати;
  • чи потрібно вести трудовитрати;
  • чи потрібен зв’язок із табелем;
  • чи потрібен зв’язок із CRM;
  • чи потрібен зв’язок із закупівлями;
  • чи потрібен зв’язок зі складом;
  • чи потрібен зв’язок із виробництвом;
  • як погоджуються документи;
  • як приймаються етапи;
  • які звіти потрібні керівнику;
  • які права доступу потрібні.; ERP сприяє фіксувати зміни і погоджувати їх.; Результат: користувач системи має змогу приймати товар і розміщувати його в комірки через ERP.;
  • впровадити WMS;
  • підключити сканери;
  • автоматизувати приймання, розміщення, комплектацію і відвантаження.; Ці інформаційні дані можуть потрапити в аналітику проєктів.; як ілюстрація, у впровадженні ERP має змогу бути загальний план етапів, але розробка програмного забезпечення окремих модулів має змогу виконуватися спринтами.; Проблеми:

А “хтось інший” — один із найнебезпечніших співробітників у проєктах.; !;== Приклад процесу в K2 ERP ==

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

  • картки проєктів;
  • етапи;
  • задачі;
  • підзадачі;
  • статуси;
  • пріоритети;
  • відповідальних;
  • команду;
  • строки;
  • віхи;
  • трудовитрати;
  • табель робочого часу;
  • бюджет;
  • план-факт;
  • доходи;
  • витрати;
  • закупівельна діяльність;
  • складські списання;
  • договори;
  • рахунки;
  • акти;
  • платежі;
  • платіжний календар;
  • документи;
  • погодження;
  • ризики;
  • зміни;
  • CRM;
  • виробничі замовлення;
  • сервісні заявки;
  • аналітику;
  • права доступу;
  • звіти для керівництва.; |-

| Як проєкти пов’язані з фінансами?; ERP особливо корисна, коли проєкти пов’язані з реальним бізнесом: договорами, оплатами, закупівлями, складами, людьми, ресурсами, виробництвом і сервісом.; ERP має змогу автоматизувати маршрути погодження.; Погано:

Ще краща задача:

Краще:

Трудовитрати потрібні для:

  • ініціація;
  • планування;
  • виконання;
  • контроль;
  • завершення;
  • аналіз результатів.; Великі проєкти краще приймати поетапно.; Поняття

без ускладнень не завжди туди, не завжди вчасно і майже ніколи в межах бюджету.; Проєкт відрізняється від звичайної операційної роботи тим, що має конкретну мету, обмежені строки, визначений результат і набір робіт, які потрібно виконати.; Якість потрібно контролювати під час проєкту, а не тільки в кінці.; |- | Завершення | Результат приймається, документи закриваються, проєкт завершується.;== Спринти == 


Назва: Впровадження CRM

обліковий облік часу надає можливість бачити, скільки реально витрачено на проєкт.; | Проєкт має кінцеву мету і строк, а бізнес-процес повторюється регулярно.;[[Категорія:CRM]]

Задачі повинні мати статуси.; Команда: керівник продажів, аналітик, розробник, адміністратор, тестувальник

Що потрібно описати перед впровадженням керування проєктами

  • замовник;
  • керівник проєкту;
  • бізнес-аналітик;
  • розробник;
  • тестувальник;
  • впроваджувач;
  • бухгалтер;
  • фінансист;
  • юрист;
  • керівник підрозділу;
  • технічний спеціаліст;
  • дизайнер;
  • інженер;
  • сервісний спеціаліст;
  • користувач системи;
  • підрядник.; |-

| Виконання

| Команда виконує задачі, створює результат, веде комунікацію.; 
== керування якістю ==
Тестування потрібне не тільки в IT.; Результат — це те, що має бути отримано після завершення проєкту.;<pre>

ERP має змогу пов’язувати виробничі витрати з проєктом.; * трудовитрати;
* матеріали;
* закупівельна діяльність;
* підрядників;
* відрядження;
* обладнання;
* ліцензії;
* сервіс;
* транспорт;
* оренду;
* адміністративні витрати;
* непередбачені витрати.; Приклади ризиків:

Приклади:

Задача “Налаштувати інтеграцію з банком”:
== Витрати проєкту ==
організація хоче автоматизувати складський облік.; Відповідальні: IT-відділ
Ініціація — це стартова точка.; завдяки наявності '''Для команди.''' керування проєктами користувачі можуть розуміти, хто що робить, у якому порядку, які дедлайни, які залежності, які документи потрібні, що погоджено, а що ще чекає рішення для бізнесу.;== Проєкти в розробці програмного забезпечення ==

Керівник проєкту відповідає за організацію виконання.;[[Категорія:Управлінська звітність]]

== Проєктний бюджет ==

* бюджет проєкту;
* фактичні витрати;
* трудовитрати;
* закупівельна діяльність;
* платежі;
* доходи;
* маржу;
* прибутковість;
* дебіторську заборгованість;
* кредиторську заборгованість;
* незавершені роботи;
* акти;
* рахунки.; І все це “в рамках того ж задача”.; Приклад для ERP:

{| class="wikitable" style="width:100%;"

Бюджет проєкту — це план витрат і доходів по проєкту.; Потім експорт.; Відповідь

== Дашборд проєкту ==

Замовник визначає:

ERP має змогу переводити проєкт у режим підтримки або створювати сервісний контракт.; Його ніхто не бачив, але він винен у багатьох затримках.; Якщо матеріали без ускладнень “взяли зі складу”, а на проєкт не списали, прибутковість проєкту буде схожа на казку.; '''Waterfall''' — послідовний підхід: спочатку вимоги, потім проєктування, розробка програмного забезпечення, тестування, запуск.; * чи досягнута мета;
* чи виконано строки;
* чи виконано бюджет;
* що спрацювало добре;
* що пішло не так;
* які ризики реалізувались;
* які зміни були;
* які висновки для майбутніх проєктів;
* що потрібно покращити в процесах;
* чи задоволений замовник;
* чи потрібна супровід.; |}

ERP сприяє бачити, які ресурси потрібні, чи доступні вони і де є собою перевантаження.; Після важливих зустрічей бажано фіксувати протокол.; Приклад

Приклад:

== обліковий облік часу в проєктах ==

== Приймання етапів ==

* аудит;
* характеристика процесів;
* технічне задача;
* конфігурація;
* розробку;
* інтеграції;
* міграцію даних;
* тестування;
* навчання;
* запуск;
* підтримку.;== Задачі проєкту ==

== Проєкти і CRM ==
Бюджет: 300 000 грн
[[Категорія:Планування]]
Дашборд проєкту має змогу показувати:
Проєктний обліковий облік має змогу бути пов’язаний із [[Табель обліку робочого часу|табелем обліку робочого часу]].; Навіть якщо файл дуже красивий.; У виробництві проєктами можуть бути:

Погана практика:

У сервісі проєкт має змогу складатися з багатьох заявок.; * що змінюється;
* чому;
* хто ініціатор;
* як це впливає на строки;
* як це впливає на бюджет;
* хто погоджує;
* чи входить це в поточний обсяг.; Команда проєкту — це люди, які беруть участь у виконанні.; Приклад:

== Ризики проєкту ==

<pre>

2 потребують рішення для бізнесу директора.; * назву;
* мету;
* характеристика;
* замовника;
* керівника проєкту;
* команду;
* строки;
* етапи;
* задачі;
* бюджет;
* ресурси;
* документи;
* статус;
* ризики;
* пріоритет;
* результат;
* критерії приймання;
* історію змін;
* звіти.; |-
| Навіщо потрібне керування змінами?; У проєктах можуть брати участь різні ролі.; Це надає можливість зрозуміти, де реально витрачається час.; Це надає можливість бачити всю історію проєкту в одному місці.; |-
| Проєкт
| Тимчасова робота з конкретною метою і результатом
| Впровадити ERP на підприємстві
|-
| Задача
| Окрема робота в межах проєкту або процесу
| Налаштувати довідник контрагентів
|-
| бізнес-процес
| Регулярна повторювана діяльність
| Щомісячне нарахування зарплати
|}

Налаштувати структуру складу №1: зони приймання, зберігання, комплектації, відвантаження, комірки A1-A200, правила розміщення за товарними групами.;[[Категорія:Документообіг]]

== Пріоритизація проєктів ==

У сервісному бізнесі проєктами можуть бути:

Діаграма Ганта показує задачі на шкалі часу.;

Якщо замовник “усі”, то рішення для бізнесу часто не приймає ніхто.; !; Аудит 01.04 — 10.04

ERP повинна показати це на рівні керівництва.; ТЗ погоджують:

Поетапне приймання надає можливість вчасно виправляти проблеми.; |- | Керівник проєкту

| Планує, координує, контролює строки, бюджет, задачі, ризики і команду.; Проєктне керування — це не про красиві таблиці і нескінченні наради.;

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

* 5 годин — проєкт А;
* 2 години — проєкт Б;
* 1 година — внутрішні задачі.; |-
| Планування
| Формується план, задачі, бюджет, команда, ресурси і ризики.; 3 перевищують бюджет.; Ще краща мета:

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


Проєкти і складський облік


Закриття проєкту


Комунікація в проєкті

* мету;
* характеристика процесу;
* функціональні вимоги;
* нефункціональні вимоги;
* ролі користувачів;
* бізнес-правила;
* інтеграції;
* звіти;
* документи;
* обмеження;
* критерії приймання;
* приклади;
* макети;
* строки;
* відповідальних.;== Документи проєкту ==


Вступ

Критерії приймання визначають, коли результат можна вважати виконаним.; Задача — це конкретна робота, яку потрібно виконати.;== Планування проєкту ==

Проєкти можуть впливати на фінансову формування звітів і управлінський обліковий облік.; Запуск 15.06
Отримано з https://wiki.corp2.eu/index.php?title=Управління_проєктами&oldid=2094