что такое скоуп вопросов
Скоупы — PHP: Eloquent (ORM)
Чем больше становится проект и чем сложнее его логика, тем чаще возникает потребность в построении запросов с условиями, группировками и сортировками. В коде проекта все чаще начнёт возникать подобный код:
Иногда такие запросы могут встречаться прямо в обработчиках запросов. Но если начать ими злоупотреблять, то код постепенно начнёт превращаться в кашу.
Проблем здесь несколько. Не все условия могут быть очевидны. Например, что такое 100 в примере выше? Почему именно 100? Магическое число. Кроме того, если это число имеет какое-то особое значение, то вероятно оно будет встречаться и в других обработчиках точно в таком же запросе. Это значит что произойдёт дублирование.
Некоторые части запроса могут иметь значение только тогда, когда они встречаются вместе и их нужно указывать всегда. Например, выше мы выбираем только активные посты, у которых больше 100 просмотров. Можно предположить, что эти два условия связаны между собой, возможно в этом запросе подразумевается поиск «популярных постов». Это значит, что в любом месте где нам понадобятся популярные посты, нужно не забыть скопировать эти два условия.
Для решения этих проблем нужно повышать уровень абстракции – создавать функции, которые прячут в себе эти детали. Их можно сделать самостоятельно, но Eloquent уже имеет встроенный механизм называемый скоупами (Scope).
Его принцип работы крайне прост. Каждое условие или набор условий, которые мы бы хотели как-то обозначить функцией, можно задать в виде скоупа. Скоуп в терминах ORM и есть функция, которая определяется прямо в модели и используется фреймворком при построении запросов:
Каждый скоуп — это обычный метод, который начинается с префикса scope. Именно по префиксу Eloquent понимает, что это скоуп. Внутрь скоупа передаётся запрос, на который можно навешивать дополнительные условия. Результатом работы любого скоупа должен быть скоуп.
Далее они становятся доступны как и любые другие методы языка запросов:
Скоупы можно вызывать из скоупов. Это помогает снизить уровень дублирования при построении более сложных запросов. Например, если мы считаем, что популярность оценивается только среди активных постов, то это легко поправить, изменив соответствующий скоуп:
Динамические скоупы
Scope Management
PMBoK определяет Project Scope как Работа, которая должна быть завершена для реализации продукта или услуги.
А теперь то же самое простыми словами.
Фишка в том, что зачастую в небольших проекта скоуп менеджмент не выделяется в отдельный процесс, а обозначается в плане проекта как «сбор требований».
Но на самом деле, для запуска больших проектов скоуп менеджмент может выделяться в самостоятельный проекта, где команда будет заниматься именно определением целей, задач и требований.
Окей, определили набор задач. А при чем тут менеджмент? Чем тут управлять?
Скоуп менеджмент включает в себя три процесса:
— Планирование (это попытка собрать в кучу все задачи и определить объем работы)
— Контроль (отслеживание изменений задач: задача может быть выполнена/не выполнена, а может быть изменена или отменена)
— Завершение (сравнение результатов с первоначальным планом)
Для менеджера проекта скоуп менеджмент обычно состоит из следующих шагов:
Понять цели проекта
Чтобы определить масштаб проекта, важно сначала установить цели проекта. Это может быть новый продукт, создание нового сервиса в организации или разработка нового программного обеспечения. Целей может быть несколько. Менеджер проекта гарантирует, что команда обеспечивает результаты в соответствии с планом.
Определить потребности проекта
Нам известны цели. Теперь мы можем определить масштаб проекта. Для этого задаем тот самый вопрос — Чего хочет клиент? Какую работу необходимо выполнить?
Масштаб проекта понятен, мы знаем, чего нам нужно достичь. Теперь формулируем стратегию — как мы будем достигать цель?
В зависимости от проекта, под выделением ресурсов может пониматься и формирование команды, и закупка техники, и даже аренда самолета.
Нужно определить, за счет каких ресурсов мы будем выполнять задачи.
Определить бюджет проекта
Ресурсы стоят денег. В какую копеечку заказчику обойдется проект?
А еще бывает так, что бюджет определен заранее и нам нужно спланировать проект таким образом, чтобы он вписался в этот бюджет.
И когда на руках есть все данные мы можем понять, сколько времени будет длится проект и в какое время будет проходить каждый из его этапов.
Сметное дело в иноземных терминах? Оригинально.
Эффективные менеджеры придумали техзадание и проектирование?
5 копеек на пост «Польза от регистратора»
Немножко не в тему.
Купил регистратор, хотя по деньгам тогда напрягало. Жена периодически грызла.
Однажды поворачиваю направо под мигающую зелёную стрелку и. Вы нарушили, ехали на красный!
Г: Нас двое, мы оба видели!
Я: у меня телевизор, предлагаю посмотреть кино.
Г: счастливого пути! (даже документы не спросил)
Я (жене): вот и окупился!
Пусть лучше смеётся
Всё просто!
Суровый ребёнок
И в самом деле
За похищение инвалида и превращение его в раба — суд приговорил к штрафу в 10000 рублей
Не пойму кто издевается над людьми
Так вот как это правильно называется
Секрет успеха
Шубохранилище
Тюнинг «Я сожгу твои глаза»
Москва, Коммунарка, пробка и вот это, сияющее своей тюнингованностью прямо в мозг. Камера не передаёт всей «прелести» этого стробаскопа. Глаза режет, смотреть вперёд невозможно, а на улице гололед.
У жительницы Приморья приставы отняли семейный бизнес
Долг в 16 тысяч рублей не был взыскан судебными приставами с банковского счета. В тайне от собственника был проведен аукцион на помещение. Оно было продано за 5 миллионов рублей соседу.
UPD: Судебные приставы прокомментировали историю предпринимательницы из Артема
UPD2: Комментарий адвоката пострадавшей стороны:
#comment_219065694
В Тюмени трёхлетняя голодная девочка просила еду у курьера
В Тюмени к курьеру «Самоката», который приехал отдавать заказ на адрес Судостроителей, 38, подбежала нагая девочка лет 3-х со словами: «дядя, я есть хочу».
Курьер спросил у девочки, где она живет, и та повела его в квартиру, где спала мать. Малышка пыталась сказать своей маме о том, что к ним пришёл «гость», но в ответ посыпались только маты.
Курьер вызвал ПДН, сотрудники которого уже вызвали органы опеки. Мужчина дождался инспектора и только тогда покинул здание.
— Просто меня бросило в шок, что только вот с Настей Муравьевой было похищение, и тут это. А если бы вместо меня этот маньяк был и все — ещё бы девочку искали. — написал в соцсетях тюменец.
Источник https://vk.com/wall-31635757_2122013
Именно в этом доме пол года назад жила пропавшая девочка Настя Муравьева.
Работа учителя
Ищем гитариста
Начинающие басист и ударник ищут толкового и ответственного гитариста.
Можно без опыта, что бы развиваться всем вместе.
Играем хард и хеви, и что получается.
Есть некоторый свой материал и пара песен для сыгрывания.
Огромный плюс будет если захочешь или поёшь.
Только харьков
Писать в телеграм: @Der_Meister1985
Не топите плиз в минусах, не нашел лигу музыкантов или поиск музыкантов
После 30 лет
Ответ на пост «Мамкин бизнесмен»
Так мне тогда столько «Блогеров» и «успешных бизнес гуру» писало, чтобы я им сдал подешевле или в рассрочку, или пока кредит не одобрят, что я уже перестал удивляться или реагировать на такое. Пишет в вк персонаж, а там Лексус, яхты, сумочки гуччи, рестораны, кальяны, он/она сидит где-то на курорте, пьёт дорогой коньяк. Цитаты уровня мысли Стейтема про успех и нищебродство среди дураков, а меня тем временем просит скинуть с 10.000 до 8500 и депозит 5000 разбить на 6 месяцев.
Не понимаю я этого, да и не пойму, наверное.
Не говори красиво, говори правильно. или Глоссарий управления проектами
Начнем эту заметку с рассказа об одном забавном эпизоде. Однажды в нашей компании проходили практику студенты-дипломники, специализирующиеся на управлении проектами.
 |
| Григорий Львович Ципес, ведущий системный аналитик компании IBS, GTsipes@ibs.ru Александр Самуилович Товб, руководитель проектов компании IBS, A_Tovb@ibs.ru |
Начнем эту заметку с рассказа об одном забавном эпизоде. Однажды в нашей компании проходили практику студенты-дипломники, специализирующиеся на управлении проектами. Выдавая им задание, руководитель практики (один из авторов этой заметки) попросил описать scope проекта (он так и сказал — скоуп). «А что такое scope?» — осторожно поинтересовалась одна девушка. «О, scope — это. » — ответил руководитель и нарисовал руками в воздухе нечто, напоминающее средних размеров глобус. «Понятно, — грустно сказала девушка. — Нам в институте так же объясняли».
Ситуация очень характерная и довольно опасная. Есть некий термин, употребляемый в англоязычных источниках и не имеющий очевидного и однозначного перевода на русский язык в контексте управления проектами. На профессиональном жаргоне мы привыкли пользоваться этим термином на языке оригинала. Действительно, гораздо удобнее сказать scope, чем какое-нибудь достаточно громоздкое «содержание и границы». Если кому-то непонятно, то всегда можно объяснить, хотя бы с помощью жестов. А приводит все это к тому, что некоторое время спустя точного значения термина никто уже не помнит, каждый трактует его по-своему, и при этом все думают, что понимают друг друга!
Прибавьте к этому еще и то, что и на языке оригинала многие термины трактуются вовсе не однозначно. В сравнительном словаре Макса Вайдемана [MW], опирающемся на более полусотни источников, для многих терминов приводится по 5-6 различных определений. Русскоязычные глоссарии, которых тоже набирается немалое количество, во многих случаях запутывают ситуацию еще больше.
Теперь взглянем на эту проблему с точки зрения стандарта управления проектами. Стандарты — это документы, которые не должны допускать различных трактовок и которые должны быть понятны каждому сотруднику предприятия. Из этого следуют, по крайней мере, два вывода, существенные для темы нашей заметки. Во-первых, стандарт должен содержать определения основных используемых терминов, и, во-вторых, эти термины не следует применять ни на английском языке (хотя упоминание английского аналога, безусловно, полезно), ни в их транслитерации на русский язык.
Авторы стандарта вольны решать, каким путем они пойдут при формировании глоссария — подберут ли готовые определения на русском языке, сделают ли собственный перевод с английского или, может быть, предложат свои определения, адаптированные к профессиональной среде и квалификации персонала предприятия. Очевидно одно, в любом случае задача эта не будет простой.
Приводя в этой заметке небольшой глоссарий, мы ни в коей мере не претендуем ни на полноту, ни на анализ или критику включенных в него определений. Единственная его задача — дать объяснение терминам, которые мы использовали в наших заметках, и соотнести их с часто употребляемыми аналогами.
КРАТКИЙ СРАВНИТЕЛЬНЫЙ ГЛОССАРИЙ
Источники, по которым цитируются определения:
Поделитесь материалом с коллегами и друзьями
Словарик айтишника или Что? Где? Куда? Часть 1
«Привет! Добро пожаловать! Спасибо, что приняла наш оффер. Пойдем знакомиться с твоей командой. У них как раз сейчас дейли. Ты вышла под конец спринта, поэтому пока работы для тебя не запланировали. Как стендап закончится, можешь почитать спеки, командные окиары и просмотреть бэклог на следующий спринт. По всем вопросам обращайся к своему пио.»
Язык айтишников
Каждый, кто работает в IT, непременно сталкивался с профессиональным жаргоном и компьютерным сленгом. Его можно любить или ненавидеть, принимать или терпеть, но непреложным остается факт — IT-жаргон существует и от него никуда не деться.
Когда приходишь в новую компанию, на тебя наваливается куча незнакомых слов. Кажется, их так много, что потребуется немало времени, чтобы понять и выучить их все. Многие слова ты уже знаешь, о смысле других догадываешься, часть из них является англицизмами, поэтому догадаться об их значении несложно Первая реакция — неприятие: «Зачем использовать английские слова в русский речи, когда есть достаточно русских альтернатив?» Потом ты пытаешься сохранить чистоту языка. В итоге, начинаешь говорить так же, как и все. Это неизбежно.
Профессиональный жаргон существует не для того, чтобы испортить русский язык. Он позволяет ускорить устное общение IT-специалистов и наладить их взаимопонимание. Обычно слова получаются короткими и емкими. Иногда одно слово заключает в себе целую фразу. Поэтому польза в них, на мой взгляд, есть.
Я послушала, как говорят разработчики в Wrike, и составила словарик из самых распространенных слов. Слова собраны по тематическим группам.
Scrum-терминология
Scrum — это методология по управлению проектами. Набор принципов, ценностей, политик, ритуалов для организации работы. В скраме полно терминов, но в ежедневный обиход попала и закрепилась только часть из них.
Бэклог
От англ. backlog (дословно — очередь работ) — еще не запланированный объем работы, который требуется выполнить команде. Каждая созданная задача вначале попадает в бэклог, а потом уже в спринт.
Как и в случае со спринтом, термин используется и в отрыве от скрама. Часто бэклогом называют отложенные задачи. Которые сделать нужно, но не сейчас.
Гол, голевой
От англ. goal (дословно — цель) — цель спринта (бывает одна или несколько), которую команда берется сделать. Цель состоит из ряда задач, которые нужно выполнить, чтобы его достигнуть.
Слово употребляется и как существительное, и как прилагательное. Может быть множественного числа.
Дейли
От англ. daily (дословно — ежедневно) — ежедневные короткие (от 5 до 30 минут) встречи команды с целью поделиться прогрессом по выполненным задачам за предыдущий день и озвучить план работ на текущий день. Также дейли могут называть стендапом (от daily standup), потому что обычно такие встречи происходят стоя — для большей эффективности.
Коммититься
Глагол от англ. существительного commitment (дословно — ответственность). Коммититься — значит обещать выполнить определенный объем работы в оговоренные сроки. Это не просто обещание, это сознательное обязательство перед собой и командой. Человек, который закоммитился, обязан сделать всё возможное, чтобы выполнить то, что сам и пообещал реализовать.
Спринт
От англ. sprint (дословно — бег на короткую дистанцию) — заданный отрезок времени, за который нужно выполнить запланированный объем работы, чтобы в конце этого отрезка был ожидаемый результат.
Термин используют не только те, кто работает по скраму, но и те, кто просто хочет организовать свою работу и сформировать ясные рамки, во время которых должны быть выполнены задачи.
Инструменты для работы
Технические, информационные и вспомогательные средства и приложения для работы.
Ветка
От англ. branch (дословно — ветка) — тот редкий случай, когда в ходу русский перевод термина. Веткой (термин git) называют полную копию проекта, в которой ведется разработка. В проекте может быть создано много веток, что позволяет работать одновременно с разными частями кода. Потом все ветки загружаются в мастер. Процесс «ответвления» иногда называют «бранчеванием», уже как раз от branch.
От англ. mock-up (дословно — эскиз) — макет с UX-дизайном для разработки. Несмотря на то, что слово дословно переводится как «эскиз» или «прототип», в Wrike моками называют готовые проработанные макеты с дизайном.
От англ. production (дословно — промышленная среда) — ветка с рабочей версией продукта, которую видят пользователи. Это окончательная точка куда попадает результат разработки. Иногда так же называют мастер.
От англ. reference (дословно — пример) — схожий функционал или внешний вид, который используется для ориентира. Он служит для сравнения.
Спека
От англ. specification (дословно — спецификация) — документ с подробным описанием требований, условий и технических характеристик, как должен работать разрабатываемый функционал.
Таска
От англ. task (дословно — задача) — задача, заведенная или планируемая на любого работника.
Разработка
Термины, употребляющиеся разработчиками при работе над задачами.
От англ. boost (дословно — ускорение) — процесс повышения производительности, ускорение загрузки.
Катить
Отправлять готовую работу в деплой, предпринимать шаги для подготовки ветки к мерджу в продуктовую ветку.
Комплитить
От англ. complete (дословно — заканчивать) — завершать задачу, закрывать задачу, когда она полностью готова.
Консистентность
От англ. consistency (дословно — системность) — общее единообразие во всех частях продукта.
Матчится
От англ. match (дословно — совпадать) — полное соответствие чего-либо с чем-либо. Процесс приведения к единообразию.
Пинать
Термин, подобный глаголу «пинать», который также имеет значение «делать» и «работать». Конкретное значение определяется по приставке. Подопнуть — сделать немного, допинать — доделать.
Ручка
От англ. handler (дословно — обработчик) — бэкэнд-термин, означающий ответ от сервера, в котором приходят данные.
Скоуп
От англ. scope (дословно — объем) — набор фич и частей продукта, закрепленных за отдельной командой.
От англ. feature (дословно — характеристика) — определенная часть или деталь от общего продукта, которая разрабатывается изолированно.
От англ. flow (дословно — течение) — порядок действий при работе над задачей. Например, вначале задача берётся в разработку, потом проходит ревью, далее тестируется и т.д.
Должности
Некоторые должности, названия которых вошли в обиход в виде сокращений с английского.
Девопс
От англ. DevOps, сокращенно от Developer Operations (дословно — интеграция разработки и эксплуатации) — специалист, занимающийся внедрением DevOps-методологии. Полное название должности — DevOps-инженер, но в речи вторую часть всегда отбрасывают.
От англ. PO, сокращенно от Product Owner (дословно — владелец продукта) — роль по скрам-методологии, человек, ответственный за проработку продукта и распределение бэклога. Он знает о требованиях пользователя и возможностях команды.
От англ. PM, сокращенно от Product Manager (дословно — менеджер продукта) — менеджер, который отвечает за продукт, его обязанности совпадают с обязанностями пио, отличие только в том, что это название должности, а не роли в скраме. Так же, как пио, пиэмов могут называть продакт.
Организационное
Термины, относящиеся к организации работы, а также термины, употребляющиеся в неформальной речи при обсуждении чего-либо.
Дейоф
От англ. day-off (дословно — выходной) — просто выходной.
Драйвер
От англ. driver (дословно — водитель) — человек, который берет на себя инициативу управления проектом/процессом/задачей. В его обязанности входит следить за тем, как протекает созданный им процесс, и руководить им. Он мотивирует других людей выполнять работу для достижения поставленных целей.
Консёрн
От англ. concern (дословно — тревога, участие) — в английском языке слово «консёрн» имеет много различных значений, при этом очень часто употребляется в русской речи. Какое именно значение вкладывает в него автор, известно только ему самому. Иногда — это смесь многих значений, таких как: особый интерес, беспокойство, цель, настороженность, опасение и т.д.
Окиары
От англ. OKR, сокращенно от Objectives and Key Results (дословно — цели и ключевые результаты) — система по постановке и достижению целей. Она нужна для синхронизации работы всех участников компании/отдела/команды, чтобы все двигались в одном направлении, с понятными приоритетами и постоянным ритмом. В отличие от KPI, это амбициозное целеполагание, достижение окиаров (окров) на 70-80% — отличный результат.
Оффер
От англ. offer (дословно — предложение) — предложение о работе / приглашение на работу.
Поинт
От англ. point (дословно — точка) — чаще всего употребляется в значении «точка зрения», сокращенно от point of view. Также в значениях: «суть», «смысл», «довод».
Как управлять IT-проектом: сроки, бюджет и скоуп
Эту статью мы написали вместе с Полиной Скалуновой, marketing project manager в Skyeng.
Быть проджектом нелегко. Стоит необдуманно распределить несколько задач по этапам, и команда может не успеть сдать проект в срок или выйдет за рамки бюджета.
Прежде чем корректировать работу команды и принимать решения, проджекту нужно оценить объем работ, время до дедлайна и расходы. В этом поможет проектный треугольник — инструмент для управления IT-проектом.
Время на чтение: 15 минут
Что такое проектный треугольник
Представьте, вы начинающий проджект в компании по разработке программного обеспечения. Вы недавно на позиции, но уже подключились к первому проекту — работе над приложением, в котором можно составить и заказать капсульный гардероб.
Вашего наставника зовут Джим, он проджект уровня мидл. Джим оценил задачи с командой и запланировал работы по этапам, проект идет по плану и движется к завершению, команда укладывается в сроки. Неожиданно Джиму пришлось уйти в недельный отпуск по личным обстоятельствам, и он передал вам свои задачи на время отсутствия.
Пока наставник в отпуске, вы следите за бэклогом и сроками. Все идет хорошо, и тут заказчик просит добавить еще одну фичу — 3D-примерку. Он настаивает на важности этой фичи, так как у прямых конкурентов она уже есть.
Вы договорились созвониться с заказчиком завтра и обсудить вопрос подробнее. Это значит, что вам нужно срочно оценить статус текущих задач и подготовить предложения, как реализовать идею.
Первое, что вы сделали, — связались с разработчиком, чтобы собрать информацию для техзадания и выяснить, сколько этапов будет в работе над новой фичей.
Задание
Какой будет ваш следующий шаг?
Вы пишете Оливии — опытному проджекту, которая давно работает в компании.
Оливия прислала вам файл с информацией, вы открываете и приступаете к чтению.
Скоуп
Скоуп — это весь объем работ, который нужно выполнить для достижения цели проекта. В скоуп включены задачи всех специалистов: разработчиков, тестировщиков, дизайнеров.
Для приложения с подборкой капсульного гардероба UX/UI-дизайнеры отрисовывают экраны с коллекциями одежды и личным кабинетом пользователя. Разработчики должны реализовать фичи с возможностью добавить товар в корзину и оформить заказ, заполнив анкету.
Задачи разные по сложности, а их объем и количество могут меняться во время работы над проектом.
Задание
Вы задумались, в каких ситуациях скоуп может меняться во время проекта?
Поразмыслив над тем, когда меняется скоуп, вы переходите к следующей странице материалов Оливии и замечаете, что ответ на этот вопрос разобран ниже.
За скоупом важно следить, чтобы не сорвать сроки и успеть сдать проект к дедлайну. Для этого нужно проверять статус задач: сколько выполнено, сколько в процессе и нет ли у исполнителей проблем. В этом помогут специальные инструменты для планирования:
Нужно вносить в скоуп все задачи, иначе можно забыть про часть работ, которую выполнила команда. Так может случиться, когда заказчик попросит внести небольшое изменение. Если у вас заключен договор с оплатой по факту затраченных ресурсов, а вы не добавили задачу в скоуп — есть риск, что ни вы, ни заказчик не вспомните о ней к моменту выставления инвойса.
Скоуп может неоднократно меняться, и это нормально. Проджекту нужно сделать так, чтобы эти изменения не помешали вовремя закончить работу и сдать проект заказчику. Для этого он может переносить задачи на другие этапы проекта или даже сокращать скоуп.
Проджект может столкнуться с разными ситуациями, в которых скоуп придется менять. Вот три примера.
Рассмотрим эти примеры подробнее.
Заказчик пришел с новой идеей. Если заказчик решает усложнить проект и добавить новую фичу, это увеличит скоуп.
Вы понимаете, что столкнулись с этой ситуацией. Но теперь вы знаете, что нельзя просто так добавить в спринт работу над новой фичей — 3D-примеркой.
Команда не успевает выполнить задачи. Если объем работ был неверно оценен в начале и команда не успевает к дедлайну, можно сократить скоуп. Например, когда планировалось внедрить новую идею за месяц, но через две недели разработчики сообщают, что потребуется больше времени. Если заказчик согласен и идея не влияет на проект, от нее можно отказаться.
Команда забывает обсудить часть задач на старте. Все упущенные детали всплывают на этапе разработки. Если они влияют на функциональность продукта, то их придется включать в скоуп уже в процессе работы над проектом. Менять скоуп, когда ресурсы уже распределены, — непросто. Чтобы избежать этой ситуации, нужно подробно описать все задачи во время планирования.
Изучив краткий конспект о том, что такое скоуп и когда он меняется, вы понимаете, что не учли несколько моментов.
Задание
Вы готовитесь к созвону с заказчиком. Проверьте себя и выберите действия, которые нужно сделать до этого.
В нашем телеграм-канале вы найдете чек-лист, который поможет правильно вносить задачи в скоуп. Сохраняйте себе, чтобы ничего не забыть.
Теперь вы знаете, что скоуп помогает следить за выполнением задач, не нарушать сроки и распределять ресурсы. Далее переходим к следующей вершине проектного треугольника — бюджету.
Узнайте 5 принципов успешного проджект-менеджера
Пройдите бесплатный мини-симулятор и узнайте, какие принципы помогут вам добиться успеха в проджект-менеджменте
Бюджет
Бюджет включает в себя все траты, связанные с проектом: оплата работы исполнителей, закупка устройств, лицензий, управленческие, дополнительные и необязательные расходы.
Порядок оплаты прописывается в договоре с заказчиком. Договора бывают трех типов : Fixed price, Time and Material и Dedicated team.
При договорах Fixed price и Dedicated team бюджет зафиксирован на старте проекта. Проджекту нужно контролировать, чтобы расходы не вышли за его рамки.
В случае с Time and Material проджекту нужно выставлять инвойсы — счета на оплату потраченного времени и ресурсов. Поэтому он следит, сколько часов исполнители потратили на работу, оценивает результаты в сравнении с планами и готовит отчеты для заказчика.
Вы прервали чтение заметок Оливии и задумались. Команда работает над приложением по договору Fixed price. Проект близится к завершению, поэтому бюджет расписан. Скорее всего, работа над новой фичей потребует дополнительных затрат.
Вы решаете дочитать материалы, а потом написать Оливии, чтобы посоветоваться с ней по поводу бюджета. Следующий блок заметок посвящен третьей вершине проектного треугольника — срокам.
Время
В задачи проджекта входит следить за сроками проекта, оценивать их и при необходимости сокращать.
Отслеживать сроки можно двумя методами: burndown chart и методом критического пути.
Burndown chart подходит для отслеживания сроков. Это диаграмма, через которую можно увидеть, сколько стори поинтов команда выполняет в каждом спринте и как это число меняется от спринта к спринту. С помощью диаграммы можно прогнозировать срок завершения проекта.
Burndown chart следует обновлять после каждого спринта. Тогда будет видно, на каком этапе находится проект, сколько задач сделано и сколько времени нужно до релиза.
Метод критического пути подходит для отслеживания задач, по которым не должно быть задержек. Сначала определяется критический путь с последовательностью всех задач, которые нужны для реализации проекта. Если на критическом пути увеличивается срок выполнения какой-либо задачи, меняется и дата завершения проекта.
Для расчета критического пути сначала нужно создать сетевой график и определить последовательность задач. Потом решить, что нужно выполнять последовательно, а чем можно заниматься параллельно. Например, пока разработчики делают первую фичу, UI-дизайнер работает над второй. Когда разработчики приступают ко второй фиче, команда QA начинает тестировать первую.
Вы прочитали конспекты Оливии и узнали о вершинах проектного треугольника.
Через час у вас запланирован короткий мит с проектной командой, чтобы обсудить реализацию новой фичи. Но уже сейчас вы понимаете, какие вопросы нужно внести в план встречи с заказчиком.
Задание
Какие вершины проектного треугольника нужно обсудить с заказчиком?