Що нового?

Набір учасників [udemy] як стати класним менеджером проектів і не ох..еть (Антон Кучер)

Інформація про покупку
Тип покупки: Складчина
Ціна: 368 ГРН
Учасників: 0 з 23
Організатор: Відсутній
Статус: Набір учасників
Внесок: 16.6 ГРН
0%
Основний список
Резервний список

Gadzhi

Модератор

чому ви навчитеся
  • методології розробки: Водоспад, гнучкий (сутичка)
  • графік Ганта
  • канбан дошки
  • А/Б тестування
  • Автоматизація тестування
вимоги
  • користування комп'ютером та інтернетом на середньому рівні
  • базове розуміння процесу розробки програмного забезпечення
опис
Мій курс навчить тебе керувати проектами як Боженька) у динамічній і місцями гумористичній манері я розповім, як нелегка і звивиста дорога менеджера проекту. Дам практичні рекомендації та інструменти, щоб ти вже сьогодні застосував всі отримані знання на практиці. Поділюся лайфхаками, які дозволять тобі уникнути ворожих куль і клієнтських претензій. Не буде нудних лекцій з методологій та термінології. Чи не буде моралей і банальних банальностей. Тільки суть як вона є, багато практики і розбору довбаний'ов за мій 10-річний досвід управління командою менеджерів проектів. Треба відзначити, що основний матеріал розрахований на виконання робіт з програмної розробки цього проекту на замовлення клієнта (аутсорсинг). Хоча більша частина матеріалу підійде і для управління внутрішніми проектами компанії. А тепер натискай на кнопку і ВПЕРЕД!
***************************
  • Вступ до професії:****
  • хто такий менеджер проекту?
  • "непотрібна прокладка між Замовником і виконавцями"
  • Список необхідних навичок
  • до чого варто бути готовим
  • початок роботи за проектом:****
  • визначення бюджету і термінів. Осмічувати свої постановки, а не вимоги замовника
  • підписання договору: що варто передбачити
  • збір вимог замовника
  • Формування та підготовка команди
  • вибір методології розробки: Водоспад (гібридний), моторний/сутичка. Ризики паралельної роботи фахівців.
  • планування проекту: графік Ганта і канбан дошки
  • мерзотник і система зберігання версійності
  • що продумати заздалегідь:****
  • аналіз взаємозв'язків при доопрацюванні програмного забезпечення
  • документація коду
  • обговорити з замовником факт появи доопрацювань після закінчення проекту. Проект-80% готовності.
  • швидкість роботи
  • зручність адміністрування
  • універсальність рішень
  • Архітектура проекту/чистота коду
  • необхідні серверні потужності та налаштування програмного забезпечення
  • проектна документація (приклад):****
  • Специфікація (посилання на концепти)
  • БТ-ФЗ-ТЗ
  • концепти
  • Бриф на дизайн
  • схема контенту
  • Правила написання функціональних (технічних) завдань:**** <літій>Структура: БТ/опис/ФЗ-ТЗ/критерії успіху<БР/>
  • оформлення документа зі змістом і посиланнями на розділи
  • необхідна деталізація
  • відповіді на питання: де? Що? Как? Приклад.
  • як її упустити життєво важливих функцій проекту: приклад з газовою плитою
  • специфікація параметрів: перевозимо будь-які вантажі. Перевези статую Свободи. Функція повинна або видавати обмеження параметра, або видавати значення
  • універсальність пропонованих рішень і їх вартість.
  • ускладнення проектної документації в процесі обговорення. Чи треба так чинити?
  • не забути обговорити: адміністрування, висновок помилок в логах, GDPR
  • бібліотека стандартних пунктів ФЗ
  • Робота з доповненнями/змінами після завірення ФЗ із Замовником
  • управління проектом:****
  • лист про видачу в роботу з доступами, термінами, проміжним тестуванням і пенею (приклад листа)
  • графік завантаження
  • ≈ 1,5 або фікс за часом
  • аналіз план/фактного виконання завдань (графік Ганта)
  • щоденні звіти (приклад звіту)
  • проміжне тестування
  • організація огляд коду
  • Робота з виконавцями практичний
  • Безконтекстне управління-промовляти з виконавцями нюанси
  • комунікація з клієнтом: тримати в курсі про хід виконання і кількість годин до видачі. Повідомляти про хід розробки до того, як він перший запитає
  • підключення програміста до роботи з клієнтом
  • огляд план/факт і внесення змін
  • повідомлення осмечивания клієнту і завірення часу
  • тестування:****
  • "Я не Тестувальник"
  • сценарій тестування
  • Чек-лист з тестування
  • Постановка роботи з тестувальником
  • Розробка з тестування
  • Автоматизація тестування: Селен, Одиниця виміру-тести
  • типові значення тестів: тест прикордонних значень, тест переповнення/незаповнення, навантажувальний тест.
  • А/Б тестування
  • здача проекту:****
  • ≈ 1,2,3
  • список багів і побажань
  • інструкція з користування
  • бекап
  • опитувальник замовнику
  • наступний саппорт:****
  • гарантійний період правки багів
  • Класифікація завдань і термін реакції
  • графік роботи та організація саппорта у позаробочий час
  • закриття щомісячних актів виконаних робіт
  • перехід від аутсорсингу до аутстафінгу
  • Робота з виконавцями:****
  • планувати видачу проектів спецам заздалегідь
Опис роботи зі штатними та позаштатними спецами

  • Процес роботи за попереднім оглядом
  • відправка програмісту на осмечивание ФЗ з сумами і розділом "на потім". Доступи замовника до документа.
  • Осмечивание задач по часу програмування. Як не дати себе обдурити.
  • клімат в колективі: знання мотивів, відстеження доходів, вітання ініціативи
  • якщо фахівець відповів "Ні", питати"чому"
  • принципи спілкування з тими фахівцями (Технічна грамотність)
  • перевірка доступу перед видачею спецам
  • повідомляти виконавцям, що без підтвердження/листа не приступати до виконання завдань
  • Робота з клієнтом:****
  • продаж експертності
  • відповідь клієнту в іншій гілці, оформлення відповідей під питаннями
  • зміст повідомлень клієнтам про завдання: що, хто, коли
  • Як правильно називати терміни виконання завдань
  • відповіді PM:" клієнт так хоче" © . Обмірковувати побажання клієнтів, не просто погоджуватися.
  • повідомлення замовнику про нашу лажу
  • завірення документів посиланнями на Гугл диск
  • проблемні клієнти і процес роботи з ними
  • криза-менеджмент:****
  • коли проект стає проблемним
  • "червоні прапорці" невдоволення замовника
  • ознака глобальності помилок
  • Робота з затягнутими термінами
  • Зателефонуйте спеціалістам 2 рази на день
<літій>обробка претензій замовника: "це ж логічно", "це малося на увазі", "про це ми говорили ще на першій зустрічі", "ви ж експерти" і т. д.*****
  • обговорення невдоволення клієнта листуванням
  • Процес роботи з проблемними завданнями: тушкуємо вогонь
  • аналіз причин і рішення
  • можливість підвищити лояльність і отримати допуск
<літій>робота з палаючими завданнями клієнтів: пріоритетність (критерії), тримати клієнта в курсі, повідомлення про поправку з причиною (формулювання), пріоритет багів, про які клієнт знає<БР/>
  • розставлення пріоритетів за завданнями
  • планування пріоритетного/обмеженого за термінами проекту
  • План зниження ризиків (управління ризиками)
  • відповідальність за збитки замовника
  • прикладні знання (м'які навички):
    1. управління часом

    2. принципи ефективної комунікації

    3. базові знання з продажу

    4. Баланс між роботою та особистим життям і вигорання

    5. принципи розрахунку вартості робіт. Важливість терміну отримання прибутку

    6. теорія обмеження систем: вузька Ланка

    7. обмін даними: основи та нюанси
  • корисні програми:****
  • Шкода прагнення гнатися за останніми новинками
<літій>програмне забезпечення, що дозволяє спростити життя менеджера проекту: гугл диск (доступи) справ, Trello, JIRA в, графіки Ганта і т. д.*****
  • зберігання паролів: 1 пароль і сховище Зохо
**********
Для кого цей курс:
  • студенти це напрямків
  • діючі менеджери проектів рівня молодший і середній
  • керівники відділів, що впроваджують управління проектами
***************************
  • Вступ до професії:****
  • хто такий менеджер проекту?
    https://privatelink.de/?https://www.udemy.com/course/pmcourse/
 
Угорі