Менеджмент21 тем
Управління IT-проєктом і продуктом
Управління IT-проєктом — це набір рішень, які перетворюють намір на випущений продукт: що будувати, як розрізати це на роботу, яку справді можна завершити, як команда організовує себе тиждень за тижнем і як результат доходить до користувачів. У розділі 21 тема у пʼяти групах — продуктовий менеджмент, декомпозиція, методології, реліз-процес і формальні фреймворки, — і кожна сторінка дає компроміс за вибором, а не переказ для сертифікаційного іспиту.
Що всередині
Кожен напрям нижче — це група тем. Відкрийте будь-який, щоб читати його сторінки.
- Продуктовий менеджментРішення про те, що варто будувати, і як ви дізнаєтеся, чи спрацювало.DiscoveryРоадмапиМетрики
- ДекомпозиціяЯк розрізати великий намір на шматки, достатньо малі, щоб оцінити, завершити й перевірити.WBSІсторіїOKR
- МетодологіїЯк команда працює тиждень за тижнем — і чесно про те, де кожен метод перестає працювати.ScrumKanbanМасштабування
- Процес релізуЯк робота доходить до користувачів: гілкування, що саме обіцяє реліз, і відкат.ГілкуванняFeature flagsChangelog
- ФреймворкиФормальні обгортки: управління, ролі та етапні ворота навколо всього вищого.PMBOKPRINCE2
З чого почати
- Уперше з цим стикаєтесьПочніть з Agile, щоб упорядкувати словник, потім Scrum — єдиний фреймворк, за яким справді працює більшість команд.
- Спринти постійно зʼїжджаютьПроблема зазвичай у декомпозиції, а не в методі. Читайте «Історії користувача», потім Kanban — про потік і ліміти WIP.
- Координуєте пʼять і більше командОдразу до порівняння масштабування: SAFe заради структури, LeSS заради де-масштабування, Nexus як найменший крок від Scrum.
- Просять вести формальний проєктPRINCE2 — метод і його етапні ворота; PMBOK — звід знань, на якому стоїть більшість сертифікацій.
Інші розділи
- РозробкаРозробка програмного забезпечення — це робота про те, де проходять межі в системі, що працює по кожен їхній бік і чого коштуватиме зсунути одну з цих меж, коли код уже працює. У розділі 28 тем: архітектура, браузер, пʼять бекенд-середовищ, чотири мобільні платформи, мовні моделі та бази даних під усім цим. Кожна сторінка тримається на обмеженні, яке справді відрізняє варіанти, а не на поверхні API.
- QAЗабезпечення якості (QA) — це практика вирішувати, що перевіряти, запускати ці перевірки достатньо часто, щоб вони мали сенс, і розуміти, що змінюється, коли те, що тестують, перестає давати ту саму відповідь двічі. У розділі 9 тем у трьох групах: види тестування, які всі памʼятають наполовину; автоматизація на Playwright, Cypress і Selenium; і тестування продуктів на мовних моделях, де твердження стає оцінкою, а не рівністю.
Було корисно?
Поділіться з тим, хто працює над тією ж задачею.