Управление IT-проектами
Все объяснения, задачи и лабораторная в одном месте.
Можно сохранить страницу в PDF через печать браузера. Для печати разборы ответов раскрываются автоматически.
1. Ценность, ограничения и project charter
Объяснение
Project charter описывает цель, границы, ограничения и ответственных. Срок и объём связаны с ресурсами и неопределённостью. Успех проекта определяется результатом, а не числом проведённых встреч.
Задача для самостоятельного решения
Что фиксировать для обновления учебной платформы?
Показать разбор ответа
Целевые сценарии, критерии качества контента, границы изменения, владельца приёмки и ограничения эксплуатации.
2. Decomposition, estimation и dependencies
Объяснение
Декомпозиция разбивает результат на проверяемые части. Оценка содержит неопределённость и предположения. Зависимости определяют, какие задачи нельзя завершить независимо.
Задача для самостоятельного решения
Почему «написать все курсы» плохо оценивается?
Показать разбор ответа
Не определены объём урока, лабораторные, проверка и авторская экспертиза. Разбейте работу по курсам и критериям готовности, затем оцените повторяемую единицу.
3. Scrum, Kanban и flow metrics
Объяснение
Scrum организует короткие циклы с целью, Kanban ограничивает незавершённую работу и управляет потоком. Velocity не является универсальной мерой производительности команд.
Задача для самостоятельного решения
Почему рост WIP может увеличить lead time?
Показать разбор ответа
Работа ждёт внимания и переключений. Ограничение параллельности помогает завершать задачи и быстрее выявлять блокировки.
4. Risk, budget и stakeholder communication
Объяснение
Риск имеет вероятность, последствия, владельца и ответ. Коммуникация должна показывать отклонение и решение. Скрытая задержка лишает заинтересованных лиц возможности изменить объём или срок.
Задача для самостоятельного решения
Как описать риск отсутствия эксперта по курсу?
Показать разбор ответа
Указать влияние на проверку фактов, вероятность, ответственного и план: резерв эксперта, ограничение обещаний или перенос выпуска материала.
5. Quality gates и release planning
Объяснение
Quality gate задаёт обязательную проверку перед переходом. Release planning учитывает миграцию, rollback и поддержку. «Код готов» не равно «изменение доступно и проверено пользователями».
Задача для самостоятельного решения
Какие проверки нужны перед обновлением базы курсов?
Показать разбор ответа
Backup, миграция на копии, сохранность прогресса, доступ к урокам и контроль ошибок после выпуска.
6. Closure, outcomes и lessons learned
Объяснение
Closure подтверждает результат, передачу поддержки и оставшиеся обязательства. Ретроспектива превращает наблюдения в конкретные изменения процесса. Архив документации должен быть доступен следующему исполнителю.
Задача для самостоятельного решения
Что считать полезным действием ретроспективы?
Показать разбор ответа
Не «быть внимательнее», а проверяемое изменение: добавить review учебного примера и тест его ожидаемого вывода с владельцем и сроком.
Лабораторная работа
Подготовка
План проекта в текстовой таблице.
Учебный пример
Результат 1: рабочий читатель урока; проверка клавиатурой и телефоном.
Результат 2: содержательный курс; review объяснений и запуск примеров.
Результат 3: сохранённый прогресс; проверка миграции копии БД.
Зависимость: публикация следует после проверок 1–3.
Риск: недостаток предметной экспертизы; владелец: редактор направления.Как работает пример и что ожидать
Результаты сформулированы через проверяемое поведение. Задача «написать текст» не завершает курс до проверки его корректности и обучающей ценности. Риск имеет владельца, а не просто место в списке.
Итоговая работа
Разбейте проект на недельные результаты, отметьте зависимости и ограничьте WIP. Добавьте оценки диапазоном, quality gates, план релиза и журнал решений. По итогам итерации сравните предположения с фактом.
Проверка результата
1. Опишите исходные данные и условия запуска, чтобы другой человек мог повторить работу.
2. Приложите результат обычного сценария и сравните его с ожидаемым.
3. Проверьте неверный вход, граничный случай и отказ зависимости, если она есть.
4. Объясните выбранное решение и известное ограничение.
5. Сохраните исправления после самопроверки вместе с примером, который раньше не работал.
Как оценить работу
По каждому пункту поставьте 0 (не выполнено), 1 (выполнено с пробелами) или 2 (результат воспроизводим и объяснён). Если обязательный сценарий не работает, вернитесь к нему независимо от общей суммы. Это рубрика самопроверки: сайт не исполняет присланный код и не выдаёт автоматическую оценку проекта.