Более пяти лет я работаю на проектах внедрения, где общение с клиентами — одна из основных задач.

Этому «искусству» обучаю и junior-специалистов: как задавать вопросы, зачем нужно переспрашивать и почему не надо бояться выглядеть глупо. Ведь если это не усвоить, команда не узнает истинной потребности клиента, а проект будет близок к провалу.

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

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

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

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

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

Доклад будет полезен аналитикам, которые работают:

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

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

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