какие действия выполняются на шаге проверки требований

Ответы на тесты по теме Основы проектной деятельности

Верно ли данное утверждение: «Определение количества и содержания фаз в проекте зависит от множества причин, поэтому единого подхода к делению на фазы нет».

Верно ли данное утверждение: «Основное правило мозгового штурма – своевременное реагирование на предложение заведомо неработающих идей и их исключение из обсуждения»?

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

a. Итеративная модель c. Инкрементная модель

—> fПосчитайте, за какое количество дней была выполнена задача.

Водопадная каскадная модель

Верно ли данное утверждение: «Требования могут сначала описываться высокоуровнево, а потом постепенно детализироваться и уточняться по мере поступления новой информации»?

Какими свойствами должны обладать требования? Выберите один или несколько ответов:

Ясность Полнота и единичность Выполнимость Проверяемость

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

Кто участвует в проверке требований?

Все перечисленные варианты

Построение иерархической структуры работ

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

Верно ли следующее утверждение: «В проверке оформленных требований участвуют как представители Заказчика, команды проекта, так и эксперты в предметной области»?

Какие требования к поведению продукта проекта, отвечают на вопрос «Что он должен делать?» в тех или иных ситуациях?

Зачем управлять требованиями? на 0.75 балла

b. Обезопасить Исполнителя от риска попасть в ситуацию со значительным увеличением затрат

—>
Построение иерархической структуры работ:

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

. как будет происходить его мониторинг и контроль, как проект будет исполняться

Верно ли следующее утверждение: «Начинать взаимодействовать с заинтересованными лицами нужно с самого начала проекта для учета их интересов и потребностей»?

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

Как проект будет завершен

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

водопадная каскадная модель

Какие действия выполняются на шаге проверки требований?

Поиск предметных неточностей Поиск противоречий Оценка реализуемости

Источник

Управление интеграцией проекта. Управление содержанием проекта

Выходные документы процесса создания ИСР

Описание содержания проекта (обновления)

Иерархическая структура работ

Словарь ИСР

Базовый план по содержанию

План управления содержанием проекта (обновления)

Запрошенные изменения

В процессе создания ИСР могут появляться запрошенные изменения описания содержания проекта и его элементов, обрабатываемые в рамках процесса общего управления изменениями.

Подтверждение содержания

Входной информацией процесса являются:

Процесс подтверждения содержания имеет нижеследующие результаты.

Принятые результаты поставки. Процесс подтверждения содержания документирует результаты поставки, которые прошли приемку. Непринятые результаты поставки документируются с указанием причин, по которым они не прошли приемку. Подтверждение содержания включает в себя сопроводительную документацию, полученную от Заказчика или Спонсора и подтверждающую факт приемки результатов поставки участниками проекта.

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

Управление изменениями содержания

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

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

Входная информация процесса:

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

Инструменты и методы

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

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

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

Выходы процесса

Описание содержания проекта (обновления). Если одобренные запросы на изменения влияют на содержание проекта, то описание содержания проекта редактируется, и в новую редакцию включаются эти одобренные изменения. Обновленное описание содержания проекта становится новым базовым планом проекта для будущих изменений.

Иерархическая структура работ (обновления). Если одобренные запросы на изменения влияют на содержание проекта, то ИСР редактируется и в новую редакцию включаются эти одобренные изменения.

Словарь ИСР (обновления). Если одобренные запросы на изменения влияют на содержание проекта, то словарь ИСР редактируется и в новую редакцию включаются эти одобренные изменения.

Базовый план по содержанию (обновления)

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

Рекомендуемые корректирующие действия. Рекомендуемое корректирующее действие представляет собой любой рекомендованный шаг в целях приведения ожидаемой будущей эффективности проекта в соответствие с планом управления проектом и описанием содержания проекта.

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

Источник

Этапы оценки проекта: понятия, методы и полезные инструменты

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

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

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

Продюсер направления «Высшее образование» в Нетологии

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

Также к проектам относят стартапы — молодые компании без опыта операционной или проектной деятельности, работающие над идеей с высокой долей риска и неопределённости.

Любой проект начинается с идеи, а заканчивается, когда:

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

Расскажу, зачем командам проводить оценку проекта и какие методы при этом используют.

Что такое оценка проекта и зачем её проводят

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

Оценка позволяет понять реальный статус проекта.

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

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

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

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

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

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

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

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

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

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

К основным бизнес-документам относят:

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

Источник

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

Вице-президент ABPMP Russia, Директор департамента по оптимизации бизнес-процессов Университета Синергия, Эксперт по процессному управлению и моделированию бизнес-процессов, преподаватель программы Операционная эффективность бизнеса и совершенствование бизнес-процессов

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

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

Марио Андретти, участник гонок «Формула 1»

Пока гром не грянет, мужик не перекрестится, — эта пословица прекрасно описывает российскую специфику управления операционными рисками. К сожалению, наши компании нередко отличаются слабым уровнем работы с операционными рисками и полным отсутствием системы внутреннего контроля. Исправить данный недостаток можно, применяя к бизнес-процессам компании методологию американского законодательства SOX (Sarbanes-Oxley Act)

Что такое операционный риск

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

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

По статистике среднестатистическая компания теряет 5% прибыли только из-за мошенничества, тогда как потери из-за других видов операционных рисков в разы больше. Смысл системы управления операционными рисками хорошо иллюстрирует следующее определение: управление операционными рисками – это возможность не терять значительные деньги по незначительным поводам.

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

Формализация операционных рисков

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

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

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

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

Оценка операционных рисков

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

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

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

После того как оценка проведена, можно использовать четыре стратегии управления операционными рисками. Первая, самая применяемая в России, называется «принимать»: риски принимаются к сведению, но действия по их минимизации не планируются. Вторая стратегия — «страховать»: особенно часто эту стратегию используют для маловероятных рисков с серьезным ущербом. Третья стратегия называется «избегать»: в этому случае компания отказывается от рискованных бизнес-процессов, либо сосредоточивает максимальные усилия на оптимизации данных процессов в части снижения ущерба и его вероятности. Четвертая стратегия называется «предотвращать» и требует построения контрольных процедур для минимизации высоко вероятных рисков со средним или малым ущербом.

Построение системы внутреннего контроля

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

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

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

Для создания контрольной процедуры в бизнес-процессе нужно ответить на следующие вопросы:

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

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

Тестирование эффективности системы внутреннего контроля

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

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

Далее проверяется выполнение на практике требований, описанных в документе, и документируются конкретные примеры выполнения.

По результатам проведенного теста принимается решение об эффективности или неэффективности анализируемых контрольных процедур.

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

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

Почему нужно равняться на методологию SOX

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

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

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

Источник

Как правильно ставить задачи, чтобы сотрудники их выполняли

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

Приказы предполагают, что вы говорите конкретному человеку что он должен сделать: «Отправьте мне этот файл», «Распланируйте бюджет» т.д. Поступая так, вы не позволяете человеку даже подумать, как лучше подойти к выполнению задачи. Все, что он может сделать, — это четко следовать вашим инструкциям. Таким образом, вы подавляете творческое и критическое мышление подчиненного.

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

Лучше обсуждать проблему, а не приказывать

Отдавать сотрудникам приказы — не самый эффективный подход. Гораздо продуктивнее использовать другую методику — описать объем работы или задачу, которая должна быть решена, выслушать идеи и обсудить результат. Большинство людей нужно в определенной степени контролировать, чтобы они не отклонялись от намеченной цели. Соответственно, задача руководителя состоит в том, чтобы правильно описать эту конечную цель. При этом на вопрос «Как именно осуществлять задуманное», сотрудник отвечает сам — это стимулирует интерес к задаче и подпитывает творческое мышление.

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

Задачи нужно подавать в формате проблем. То есть важно описать основную проблему, которая будет решена благодаря выполнению той или иной работы. Если это возможно, опишите цели работы. И только затем задайте вопрос: «Как вы планируете решать эту задачу?».

Дополнительно не лишним будет задать следующие открытые вопросы:

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

Важно фиксировать конкретные результаты

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

Например, вы можете обратиться к работнику с такой просьбой: «Мне бы хотелось, чтобы вы просмотрели данные за прошлый месяц». А можете сформулировать ее точнее: «Пожалуйста, посмотрите данные за прошлый месяц. В идеале я хочу услышать от вас рекомендации относительно того, какие действия мы должны предпринимать дальше. Команде менеджеров нужны идеи по инвестициям в новые проекты, и ваше участие в этом вопросе очень важно. Встреча состоится в четверг, поэтому, если вы сможете проанализировать данные до вторника, у нас будет время на то, чтобы обсудить с вами выводы и рекомендации во время нашей еженедельной встречи в среду утром. Спасибо!».

Определяя задачу, всегда делайте акцент на следующих деталях:

7 коммуникационных правил при постановке задач

Какие ошибки совершают руководители при поставке задач

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

1. Вы думаете, что подчиненные должны догадаться о том, что вы имеете в виду

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

2. Вы заменяете конкретные дедлайны словами «быстро», «скоро», «не так срочно».

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

3. Вы не считаете нужным приводить примеры.

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

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

4. Вы не предлагаете альтернативные варианты.

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

Пример постановки задачи с альтернативными вариантами: «Я хочу, чтобы встреча с финансовым директором состоялась 20-го числа текущего месяца. Если он не сможет встретиться 20-го числа, то можно рассмотреть вариант после обеда 26-го. Либо мы можем встретиться в этот день с аналитиком».

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

5. Вы не проверяете, понял ли сотрудник задачу.

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

Дополнительные открытые вопросы, которые проверяют правильное понимание задачи:

Избегайте таких закрытых вопросов, как «Вам всё понятно?». Это закрытые вопрос: они не приглашают сотрудника к диалогу и не позволяют убедиться в том, действительно ли поставленная задача ему понятна.

Нельзя

Не пропустите новые публикации

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

Источник

• таракан на теле примета →