Роль и важность в управлении проектами

Топ самых популярных методов планирования

Метод приоритизации

Метод приоритизации, который придумал Дуайт Эйзенхауэр — 34-й президент США.

В основе метода лежит распределение дел по четырем категориям:

1. Важные и срочные задачи
   Сюда относятся задачи, которые необходимо выполнить в кратчайшие сроки. Например, сдать проект, от которого зависят дальнейшие действия компании или курсовую работу, дедлайн которой сгорит на неделе.

2. Важные, но не срочные задачи
   Изучение иностранных языков, занятия спортом, чтение полезной литературы — все, что не имеет четких сроков, но очень важно для человека.

3. Срочные, но не важные задачи
   Готовка, стирка, уборка, ежедневная рассылка — все это можно делегировать, чтобы освободить время для более важных и срочных задач.

4. Не срочные и не важные задачи
   Однако здесь речь идет о досуге, который в свою очередь тоже нуждается в планировании, поскольку зачастую свободное время может быть сильно ограничено, а списки фильмов, книг и песен нужно не только пополнять, но и реализовывать.

Метод Парето

Или правило 80 на 20. Суть принципа, сформулированного итальянским социологом и экономистом Вильфредо Парето, состоит в том, что 20% усилий приносят 80% результата и, соответственно, 80% усилий тратится на 20% результата. Все зависит от того, насколько эффективно то или иное действие для достижения поставленной цели.

Особенно хорошо этот метод работает в повседневной жизни. Если грамотно распределить свое время на 20% необходимых задач, то это на 80% приблизит вас к цели. Метод Парето лучше применять в комплексе с матрицей Эйзенхауэра, начиная день с важных и срочных дел и постепенно двигаясь к менее важным, но более объемным.

Метод OKR

Джон Дорр, известный венчурный инвестор, партнер фонда Kleiner Perkins, стоявший у истоков внедрения OKR в Google, предложил такую формулу для постановки целей: Я достигну ___________, что можно оценить с помощью ___________, где нужно вписать цель и ключевые результаты. Как пишет Фелипе Кастро в книге The Beginners Guide to OKR, последние должны быть количественными и измеримыми.

Фикс-тайм методы

Сюда относятся техники, при которых работа идет по таймеру. Одним из самых распространенных является метод Pomodoro, придуманный в 1980-х владельцем Cirillo Consulting (а в то время — студентом) Франческо Чирилло. Суть методики в том, что вы работаете 30 минут, после чего делаете пятиминутный перерыв. После четырех таких рабочих подходов, следует большая перемена в 30 минут.

Метод декомпозиции

Если задача слишком объемная, можно застопориться еще на начальных этапах ее выполнения. Чтобы этого не допустить, следует поделить ее на более мелкие шаги, таким образом станет ясно, с чего начинать и как достичь цели. Этот метод еще называют поедание салями или слона по кусочкам. Поэтапное выполнение задач и конкретизация намного эффективнее при достижении глобальной цели.

Функциональные модули

Программное обеспечение состоит из нескольких модулей. Их состав и количество зависит от области деятельности фирмы и необходимого функционала. Есть пять модулей, которые должны быть включены в состав любой CRM-системы.

Основные модули

Эти основные модули обеспечивают полный функционал программы. При необходимости можно подключить дополнительные компоненты.

Методика Scrum

Методика Scrum определяет набор ценностей, принципов и практик, которым следуют scrum-команды при создании продукта или предоставлении услуги. В ней подробно описываются обязанности и зоны ответственности членов scrum-команды, артефакты, определяющие продукт и работу по его созданию, а также scrum-собрания, помогающие команде в работе.

Пример внедрения Scrum

Рассмотрим применение Scrum на примере компании, которая занимается разработкой нового мобильного приложения. Заказчик приложения, которым выступает один из владельцев компании, имеет общее представление о том, каким функционалом должен обладать конечный продукт, но пока до конца не знает, каким именно он должен стать. Аналогов такого приложения на рынке еще нет, а потому ориентироваться не на кого.

На первом этапе Владелец продукта и Скрам-мастер определяют:

• Набор функционала, который должен быть реализован в приложении.
• Список задач, необходимых для создания этого функционала.
• Сроки и приоритеты выполнения этих задач.

Также вместе с остальными членами группы проекта владелец и мастер определили, что задания распределяются на совещании в понедельник утром. Такие совещания называются стендап. А итоги по выполненным задачам подводятся в виде отчетов на встрече в пятницу. Такое совещание называется ретроспектива. Особенность метода Scrum в том, что для успешной реализации проекта ежедневные собрания не нужны.

Методология гибкого управления Scrum в компании подразумевает, что результатом каждого спринта является некий законченный продукт. В случае с разработкой приложения – это программа, которая уже после первого спринта выполняет какие-то простейшие функции.

В процессе спринта программа проходит оценку тестировщиками на работоспособность и соответствие требованиям заказчика. В конце спринта программа оценивается Владельцем продукта и стейкхолдерами. По обратной связи от них предлагаются варианты совершенствования программы, которые учитываются в планировании следующего спринта. Также в процессе тестирования выявляют те части программы, которые мешают ее качественному функционированию.

Так шаг за шагом мобильное приложение приобретает форму, и через несколько спринтов появляется конечный продукт. В некоторых компаниях бывает так, что в итоге приложение получается совсем непохожим на то, что планировалось на этапе идеи. Например, на первом спринте нужно было сделать приложение, которое по фотографии блюда ищет лучший рецепт, а в конце последнего спринта получили приложение, которое по фото автомобиля предоставляет всю информацию о ДТП и ремонтах с его участием.

Принципы Scrum и роли в команде

Методология Scrum базируется на следующих основных принципах и ролях:

По методике Scrum формируется команда. Оптимальная команда в Scrum состоит из 7 человек. Особенность членов команды заключается в том, что в Scrum на разных этапах работы по реализации проекта они могут успешно меняться ролями и взаимозаменять друг друга. Благодаря этому возможна поддержка интереса каждого участника группы к работе.

![](https://assets-global.website-files.com/64434b89515652f5518b6b2c/6557616bd974d23d97d6c290_d4.png)  

![](https://assets-global.website-files.com/64434b89515652f5518b6b2c/655761a61a4f501f9cf1555a_m4.png)  

Состав Scrum-команды включает в себя следующие роли:

### Скрам-мастер (Scrum Master)

Скрам-мастер – это один человек, который отвечает за:

- Управление процессом
- Помощь команде
- Улучшение командного взаимодействия

Он должен помочь команде в:

- Планировании
- Управлении продуктом
- Решении проблем

Скрам-мастер в Agile также должен обеспечивать прозрачность процесса разработки продукта и коммуникацию между всеми участниками команды и заинтересованными сторонами.

### Владелец продукта (Product Owner)

В Scrum должен быть один владелец продукта. Это человек, который отвечает за:

- Формулирование требований
- Приоритизацию задач
- Управление продуктовым бэклогом

Как заказчик, он также должен следить за возможными изменениями в требованиях и сделать все, чтобы в случае необходимости адаптировать их. Владелец продукта должен уметь:

- Принимать решения
- Общаться с командой
- Поддерживать видение продукта

### Разработчики (Developers)

Команда разработчиков в Scrum занимается реализацией функциональности продукта в рамках спринта. Члены команды должны:

- Работать над задачами спринта
- Самостоятельно принимать решения
- Участвовать в процессах планирования и обсуждения

Разработчики в Scrum также должны участвовать в тестировании продукта и общаться с другими членами команды.

### Тестировщики (Testers), или специалисты по обеспечению качества (Quality Assurance Engineers)

Специалисты по обеспечению качества в Scrum помогают команде разработчиков выявлять и устранять все проблемы, связанные с качеством продукта. Тестировщик в Scrum:

- Тестирует продукт
- Работает над улучшением процессов
- Помогает в поиске и устранении дефектов

Специалисты по обеспечению качества также могут участвовать в разработке новых методов и инструментов для улучшения качества продукта.

### Менеджер проекта (Project Manager)

Менеджер проекта в Scrum отвечает за планирование и контроль того, как идет проект, а также за управление ресурсами и рисками. В его обязанности входит:

- Организация работы команды
- Принятие решений по управлению проектом
- Коммуникация с заказчиками и стейкхолдерами

Менеджеры проекта также должны общаться со стейкхолдерами, т.е. другими участниками, вовлеченными в работу над проектом, и обеспечивать прозрачность рабочего процесса для команды разработчиков.

## Преимущества мозгового штурма

Понятия Scrum и Agile часто путают, потому что Scrum тоже строится вокруг идеи о постоянном совершенствовании, которая служит главным принципом Agile. И все же Scrum — это практическая методика работы, а Agile — это философия. В основе философии Agile лежит идея постоянного, постепенного улучшения посредством небольших и частых релизов. Перейти на Agile не так-то просто; вся команда должна стремиться изменить свой подход к созданию ценности для клиентов. А вот начать использовать методику, такую как Scrum, значительно проще. Это направит мышление в нужное русло и поможет освоить принципы Agile в повседневном общении и работе.

Различие между Agile и Scrum

Различие между определениями Agile и Scrum можно найти в руководстве по Scrum и Манифесте Agile. В этом манифесте приведены четыре ценности.

В основе определения Scrum лежат эмпирический подход и бережливое мышление. Эмпирический подход предполагает, что знания исходят из опыта, а решения принимаются на основе наблюдений. Бережливое мышление сокращает траты и сосредотачивается на главном. Методика Scrum по своей сути является эвристической. В ее основе лежит постоянное обучение и адаптация к изменчивым факторам. Согласно Scrum, команда не знает всего в начале проекта, но будет развиваться, извлекая уроки из опыта. В структуре Scrum заложена та свобода, с которой команды приспосабливаются к меняющимся условиям и требованиям пользователей. Рабочий процесс предусматривает изменение приоритетов и короткие циклы релиза, что способствует постоянному обучению и совершенствованию команды.

Артефакты и ценности Scrum

Артефакты Scrum – это документы и материалы, созданные в ходе командной работы над проектом. Они включают в себя:

Бэклог продукта в Scrum

Бэклог продукта в Scrum – это список задач, которые необходимо выполнить для создания продукта. Он включает в себя весь список требований и пожеланий пользователей, а также задачи, которые нужно сделать для улучшения продукта. Бэклог помогает команде определять приоритеты и планировать работу, а также отслеживать прогресс проекта.

Спринт в Scrum

Спринт в Scrum – это короткий цикл работы над проектом, который обычно длится одну, две, три или четыре недели. За это время команда должна выполнить определенную задачу или набор задач и представить результат в виде продукта с определенным набором функций. Спринты помогают команде быстро реагировать на изменения в требованиях к продукту и адаптироваться к новым условиям. Важно отметить, что после каждого спринта Владелец продукта и стейкхолдеры могут полностью менять цели и задачи проекта.

Бэклог спринта в Scrum

Артефакты помогают команде:

• определить цели и задачи спринта
• улучшить коммуникацию в команде
• оценить прогресс и качество работы

Бэклог спринта в Scrum – это часть бэклога продукта, которую выбирают для работы в текущем спринте. Он включает в себя задачи, которые необходимо выполнить за время спринта, и определяет объем работы, который команда должна выполнить за этот период.

Бэклог спринта помогает команде сосредоточиться на конкретных задачах и достичь определенных результатов работы к концу спринта. Необходимо также анализировать полученные результаты каждого предыдущего спринта, чтобы ставить цели и задачи на следующий спринт.

Инкремент в Scrum

Инкремент продукта в Scrum – это изменение, которое происходит в продукте в результате выполнения спринта. Каждый спринт добавляет новую функциональность продукту или улучшает существующую, и в конце проекта он представляет собой набор инкрементов.

Инкременты продукта помогают Scrum команде видеть прогресс в создании продукта и оценить результаты работы.

При работе с системой Scrum важно помнить о ее основных ценностях, которые включают в себя:

Шагов в планировании метода критического пути

Давайте узнаем подробнее о каждом шаге.

Конкретизируйте свою деятельность

Определите каждую задачу в вашем проекте. Список конкретных действий должен включать только дела более высокого уровня. Он разделит задачи на управляемые разделы. Ваша структура может выглядеть как списки, таблицы или древовидные структуры.

Установите зависимости

Некоторые действия начнутся только тогда, когда другие будут завершены. Если вы перечислите предшественников каждого действия, это поможет вам определить правильный порядок.

Визуализируйте критический путь

Теперь у вас есть идентифицированные действия и зависимости, поэтому вы можете нарисовать диаграмму критического пути.

Руководители проектов используют сетевые диаграммы критического пути для просмотра проектов, разбитых на отдельные задачи. Прямоугольники, стрелки и круги помогают увидеть все действия и зависимости.

Нет необходимости рисовать такую диаграмму на бумаге, потому что вы можете использовать для этой цели онлайн программу или популярное приложение.

Диаграмма Ганта для поиска критического пути проекта

Управляйте проектами и используйте метод критический пути в диаграмме Ганта.

Оцените время завершения задач

Даже если у вас недостаточно опыта, вы можете оценить время, необходимое для выполнения всех ваших действий. Можно смело использовать дни и недели в качестве меры. Это зависит от степени сложности ваших проектов.

Найдите критические пути

Чтобы найти критический путь, нужно определить основные параметры деятельности.

Обратите внимание на резерв времени между ранним началом и поздним началом или между ранним окончанием и поздним окончанием. В течение этого периода ваша деятельность может быть отложена, но не отложена дата окончания проекта.

Используя сетевую диаграмму, вы можете определить самый длинный путь любого действия и самые длинные последовательности. Если нужно ускорить проект, вам следует сократить время на действия по критическому пути.

Если у вас есть несколько критических путей, у вас будет более высокая вероятность изменения расписания.

Обновляйте диаграмму

Диаграмма должна обновляться, чтобы дать вам возможность пересчитать критический путь. Тогда у вас будет более реалистичное представление о проекте.

В 2016 году в руководство по Scrum было добавлено пять ценностей. Эти ценности определяют направление работы, действия и поведение scrum-команды. Считается, что они необходимы для успеха scrum-команды.

Подтверждение

Из-за небольшого размера и гибкости scrum-команды успех зависит от каждого участника. Именно поэтому каждый участник должен брать такой объем задач, который он сможет выполнить, и не взваливать на себя слишком много. Затем участники должны как можно чаще отчитываться о прогрессе, обычно это происходит на стендапах.

Смелость

Смелость для scrum-команды — это мужество ставить под сомнение существующее положение вещей или что-то, что мешает ей достичь успеха. Участники scrum-команды должны не бояться и располагать свободой пробовать что-то новое. Они должны уметь открыто сообщать о препятствиях, ходе выполнения проекта, задержках и т. д.

Ключевая деятельность

В основе рабочего процесса scrum-команд лежит спринт — конкретный период, в течение которого команда выполняет определенный объем работы. Спринт формирует структуру, а также акцентирует внимание на выполнении запланированных задач.

Открытость

Ежедневный стендап способствует открытости, которая позволяет командам свободно обсуждать текущую работу и блокеры. Scrum-команды в Atlassian часто отвечают на следующие вопросы:

Они помогают осветить прогресс и выявить блокеры. Кроме того, когда каждый сообщает о своем вкладе в общее дело, укрепляются связи внутри команды.

Уважение

Сила команды, следующей принципам Agile, заключается в совместной работе и признании вклада каждого участника спринта. Они отмечают достижения друг друга, а также уважают коллег, владельца продукта, заинтересованные стороны и scrum-мастера.

Как применить метод критического пути в управлении проектами?

Вы можете выбрать один из двух способов: положиться на проверенный инструмент для управления проектами, где есть график Ганта онлайн (просто включив нужную опцию в настройках), или использовать специальный вычислитель критического пути онлайн.

Если вы выберете второй вариант, вам необходимо будет обозначить следующую информацию:

После этого будет вычислен ваш критический путь.

Выглядит не очень удобно, правда?

Однако некоторые люди по-прежнему полагаются на такие инструменты. Например, используют MS Excel, стремясь вычислить критический путь на построенной диаграмме Ганта.

Но в Excel нет такой встроенной функции — вам нужно будет использовать настройки, чтобы самостоятельно найти критический путь. Это потребует создания диаграммы приоритетов, подготовки электронной таблицы и построения диаграммы Ганта для визуального представления ваших проектов.

Другое дело — более надежные и качественные решения, которые используют профессионалы во всем мире.

Одно из таких онлайн решений — GanttPRO. С его помощью вы сможете понять, что определение критического пути в вашем проекте — простая и приятная задача.

Расчет критического пути в диаграмме Ганта с помощью GanttPRO

GanttPRO делает всю сложную работу за вас. Эта система управления проектами онлайн помогает легко найти критический путь всего за пару кликов.

Как это сделать?

Сперва создайте свой проект и расставьте все задачи и подзадачи. Установите даты их начала и окончания, продолжительность, а также определите предшественников.

Затем определите все необходимые зависимости и . Функция перетаскивания поможет сделать это в считанные секунды.

После этого вы можете настроить вид вашего проекта, чтобы определить критический путь. Откройте Настройки и нажмите функцию активизации критического пути. Цепочка важных задач будет показана красным.

Заключение

Метод критического пути позволяет определять самые важные задачи, которые нельзя откладывать. Это многогранный подход к управлению проектами, особенно для сложных задач.

Его конечная цель — выполнить проект эффективно и без задержек.

Если вы возьмете на вооружение этот метод, то быстро поймете, что определение пути требуется на любом этапе планирования. Это обеспечит вам правильную дату завершения проектов и гибкость действий.

Подводя итог, мы хотели бы еще раз напомнить, что планирование с методом критического пути — мощный и эффективный инструмент для координации задач и управления командой проекта

Используя его, вы можете сосредоточить свои усилия на оптимизации профессиональной работы.

Что вы думаете об этом методе? Обязательно делитесь в комментариях.

Собрания или мероприятия Scrum

Методика Scrum включает практики, церемонии или собрания, которые регулярно проводят scrum-команды. Именно в Agile-собраниях заметнее всего проявляются различия между командами. Некоторым командам в тягость проводить однообразные собрания; в других рабочие встречи обязательны. Если вы только начинаете знакомство со Scrum, рекомендуется в течение первых двух спринтов провести все собрания, чтобы понять свое отношение к ним. После этого можно организовать короткую ретроспективу, чтобы решить, что нужно скорректировать.

Перечислим основные собрания, в которых может принять участие команда Scrum.

Начните бесплатно с шаблоном Scrum для Jira

Оптимизируйте проект и с легкостью планируйте и отслеживайте работу в спринтах, а также управляйте ею. Шаблон Scrum для Jira включает в себя доски, бэклоги, дорожные карты, отчеты и многое другое.

Для каких проектов подходит Scrum

Применять Scrum лучше всего для проектов, которые обладают следующими характеристиками:

Лучше всего работает Scrum при разработке совсем новых продуктов, аналогов которым еще нет на рынке. Чаще всего Скрам используется при разработке программного обеспечения и производстве компьютерных игр, но может быть использован и для организации работы в других сферах, например, в командах маркетинга и дизайна.

Каким бы современным и новаторским ни был данный метод, важно понимать, что есть типы проектов, которым он не подходит. Эффективно использовать Scrum не всегда получится в проектах, где требуется четко соблюдать стандарты или процедуры. Также Scrum не подходит для любых проектов с четкими и определенными требованиями с самого начала.

Пример метода критического пути в проекте

Чем сложнее проект, тем сложнее будет выяснить, как найти критический путь. Поэтому мы рассмотрим простой пример для общего понимания.

Управление с помощью критического пути идеально подходит для проектов с короткими сроками.

Допустим, наша цель — посадить деревья во дворе. Важно указать все действия и шаги, чтобы четко понимать, как посадить первое дерево.

Для успешного завершения этого проекта нам необходимо перечислить все задачи, которые будут выполнены:

Как видно из примера, некоторые из шагов не могут начаться до завершения других, потому что они зависимы.

Шаги «Выкопать яму», «Залить яму водой», «Посадить дерево» — это последовательные действия, потому что они должны выполняться в определенном порядке.

Эти три шага и первый («Выбрать место во дворе») являются наиболее важными действиями для получения решения. И они должны быть размещены на критическом пути в проекте.

Основная идея заключается в том, что мы не можем начинать одни действия или шаги, пока другие не будут завершены.

Теперь легко можно рассчитать продолжительность проекта. Мы можем определить приблизительное время начала для каждого шага на критическом пути.

Если суммировать продолжительность всех критических задач, мы получим время, необходимое для завершения проекта. В нашем примере нам понадобится 2 часа.

Работа с этим методом обычно включает шесть последовательных шагов. Посмотрите, как управление проектами с помощью метода критического пути может быть использовано на практике.

Преимущества и недостатки

Плюсы применения CRM:

Руководитель фирмы должен понимать, что недостаточно просто оформить подписку на CRM или купить коробочную версию ПО. Чтобы достигнуть поставленных целей, нужно также настроить систему под потребности организации и провести обучение персонала.

Стоимость системы может быть различной. Для небольшого бизнеса можно использовать бесплатную версию с ограниченным набором возможностей. Цена платной программы зависит от специфики деятельности компании, численности персонала, особенностей предлагаемого продукта или услуги.

Критерии выбора CRMНа рынке представлено большой количество СРМ-систем с разнообразным функционалом. При выборе подходящего варианта нужно учитывать следующие факторы:

Система взаимодействия с клиентами может быть универсальной или отраслевой. Универсальные системы настраиваются с учетом нужд конкретной организации. Отраслевые — уже имеют начальные настройки для определенного направления деятельности: например, торговля, склад, турагентство и т. д.

Главные сложности работы в Scrum

Если вы хотите внедрить Scrum в работу своей проектной команды, важно помнить, что в его основе лежит высокий уровень самоорганизации, который должны проявлять и заказчик, и команда. Методология гибкой разработки подразумевает, что заказчик обладает навыками делегирования и умеет вести работу, не навязывая свое мнение.

Специалисты также выделяют следующие ключевые сложности по внедрению Scrum:

Простые советы по планированию

Описанные выше виды подходят не всем, поэтому стоит учитывать особенности своего организма и ритма жизни, а также уровень усидчивости и концентрации на задачах.

Введите планирование в привычку

Вне зависимости от метода постарайтесь довести сам процесс до привычки. Это помогает упорядочить не только повседневную жизнь, но и процесс достижения глобальных целей. Также планирование развивает стратегическое мышление и дальновидность.

Формулируйте цели четко

Анна Мельянцова ─ руководитель корпоративных акселерационных программ бизнес-инкубатора НИУ ВШЭ:

«В своем ежедневном планировании мы используем комбинацию из методов:

Члены scrum-команды

Scrum-команда — это небольшая и активная команда, которая ставит целью поставлять продукты твердо обозначенными итерациями. В scrum-команде обычно не так много людей, около 10 человек, но этого достаточно, чтобы выполнить значительный объем работы за спринт. Состав scrum-команды предполагает три конкретные роли: владелец продукта, scrum-мастер и команда разработчиков. Поскольку scrum-команды сочетают в себе несколько дисциплин, в команду разработчиков также входят тестировщики, дизайнеры, специалисты по пользовательскому интерфейсу и инженеры по операциям.

Владелец продукта Scrum

Владельцы ратуют за свой продукт. Их задача — понимать требования бизнеса, клиента и рынка. На основе этого понимания они расставляют приоритеты между рабочими задачами, которые техническая команда будет выполнять в соответствующем порядке. Об эффективных владельцах продукта можно сказать следующее.

Владелец продукта не всегда выступает его менеджером. Владельцы стремятся создать все условия, чтобы команда разработчиков производила максимальную ценность для бизнеса. Важно, чтобы владельцем продукта был один человек. Вряд ли команда разработчиков захочет получать разные указания от нескольких владельцев одновременно.

Scrum-мастер

Scrum-мастера следят за применением принципов Scrum в своих командах. Они обучают команды, владельцев продуктов и остальную компанию тонкостям scrum-процесса и стараются оптимизировать применение этой практики.

Успех Scrum-мастера зависит от того, насколько хорошо он разбирается в работе, которую выполняет команда, и может помочь команде повысить прозрачность работы и оптимизировать процесс поставки продукта. Это главный координатор, который составляет перечень требуемых ресурсов (кадровых и материально-технических) для собраний по планированию спринта и обзору его итогов, стендапа и ретроспективы спринта.

Команда разработчиков Scrum

На scrum-команды ложится вся основная работа. Они специалисты по принципам сбалансированной разработки. Самые успешные scrum-команды сплочены, находятся в одном месте и обычно состоят из 5–7 участников. Чтобы определить размер команды, можно обратиться к известному «правилу двух пицц», которое сформулировал глава Amazon Джефф Безос: в команде должно быть столько участников, чтобы им хватало двух пицц.

Каждый участник команды обладает своими компетенциями. Участники обучают друг друга выполнению разных задач, чтобы ни один из них не стал препятствием на пути к цели. Успешные scrum-команды способны к самоорганизации, и их подход к проектам пронизан командным духом. Все участники команды помогают друг другу, чтобы успешно завершить спринт.

Scrum-команды составляют план на каждый спринт. Они прогнозируют объем работы, который способны выполнить за итерацию, используя в качестве ориентира показатели своей скорости в прошлых спринтах. Благодаря фиксированной продолжительности итерации команда разработчиков может проанализировать правильность оценки сложности и процесса поставки продукта, что, в свою очередь, значительно повышает точность ее прогнозов со временем.

Виды CRM

В зависимости от выполняемых функций CRM делят на три группы: операционные, аналитические и комбинированные.

Кроме функционала, системы также различаются версией исполнения. Они могут быть облачными и коробочными.

Облачная CRM-система располагается на сервере поставщика. Ее не нужно устанавливать на компьютеры организации. Пользователь оформляет подписку и получает доступ к функционалу. Для облачных сервисов существуют различные тарифы. Например, малые предприятия и индивидуальные предприниматели могут выбрать бесплатную версию. Для более крупного бизнеса существуют платные тарифы с расширенным функционалом.

Коробочная версия представляет собой комплект программного обеспечения, которое устанавливается на компьютеры организации. В таком случае программа приобретается один раз, нет необходимости оплачивать ежемесячную или ежегодную подписку. Но могут появиться расходы, связанные с обслуживанием серверов и установкой обновлений.

Этапы и правила мозгового штурма

Генерация и группировка идей

Правильный мозговой штурм включает 3 этапа:

Для проведения мозговой атаки обычно создают 2 группы:

Различают индивидуальные и коллективные мозговые атаки.

В мозговом штурме участвует коллектив из нескольких специалистов и ведущий. Перед самим сеансом мозгового штурма ведущий производит чёткую постановку задачи, подлежащей решению. В ходе мозгового штурма участники высказывают свои идеи, направленные на решение поставленной задачи, причём как логичные, так и абсурдные. Если в мозговом штурме принимают участие люди различных чинов или рангов, то рекомендуют заслушивать идеи в порядке возрастания ранжира, что позволяет исключить психологический фактор «согласия с начальством».