�ݺ�ߣ

Editor's Notes

1. Не тех доклад, но очень важный. Анализ требований к проекту способствует созданию продукта, решающего задачи клиента.
2. Как понять, все ли мы делаем правильно? На что опираться при сдаче продукта? Как оценить качество продукта? Как сделать заказчика довольным, а нам, разработчикам, немного заработать? На эти вопросы будет ответ, если начать проект с разведки.
3. В чем проблема? Участники процесса не сошлись в формулировках и ожиданиях. И в результате заказчик остался недоволен.
4. Почему так важно, чтобы заказчик был доволен? А потому что мы трудимся в сфере заказной разработки, а не продуктовой.
5. Интерфейс должен быть интуитивно понятным. Кому понятным? Заказчику, менеджеру проекта, программисту, пользователю, жене заказчика? Ок. Что значит интуитивно понятным? Интерфейс страницы должен позволить пройти базовый сценарий без подсказок? Или как? А если пользователь прошел базовый сценарий без подсказок, но на это ему потребовалось полчаса. Это много или мало? Это соответствует требованию или нет? На все это должны быть ответы.
6. Каким образом можно привести в порядок собранные требования? Попробуйте разбить их на смысловые группы по приоритетам, по функциям и т.д.
7. Все выводы обязательно записываем
8. Это все верно насчет требований. Но самое главное на этапе аналитики - это решить проблему клиента. Заказчик приходит к нам с проблемой, у него что-то не так, а мы обязаны предоставить ему решение. Однако не всегда то, что хочет заказчик, на самом деле нужно ему. Это-то как раз и необходимо выяснить. Пример. Клевый сайт для службы доставки. На деле у заказчика загруженные операторы, отсутствие возможности отслеживания заказа. Сайт заработал и принес много заказов. Но что будет в итоге. Его операторы просто не справятся с возросшей нагрузкой, будет путаница и простой. Значит, решение проблемы следует искать в другом месте.
9. Но главное здесь - это умение задавать правильные вопросы, даже пусть они будут неудобными. Важно поставить себя на место заказчика, на место конечного пользователя и попытаться представить, что и зачем я делаю. К вам пришел проект. Не поленитесь, задайте вопросы “для кого, зачем, почему, как, что в итоге”, представьте себя пользователем, узнайте ожидания заказчика. Ответы на эти вопросы, полученные в самом начале, сэкономят вам кучу нервов и крови в конце проекта.
10. На слайде вкратце показан процесс сбора и формулирования требований в нашей компании. Не все этапы нужны. Зависит от проекта. Мы например выезжаем к заказчику, ходим с ним, изучаем его бизнес, разговариваем с его специалистами и конечными пользователями, предлагаем варианты решения и тут же проверяем их. Пример, сайт доставки. Его задачи. Главное каталог Мы например выезжаем к заказчику, ходим с ним, изучаем его бизнес, разговариваем с его специалистами и конечными пользователями, предлагаем варианты решения и тут же проверяем их. Все данные по проекту мы обязательно фиксируем в документе, например, в ТЗ
11. На слайде вкратце показан процесс сбора и формулирования требований в нашей компании. Не все этапы нужны. Зависит от проекта. Мы например выезжаем к заказчику, ходим с ним, изучаем его бизнес, разговариваем с его специалистами и конечными пользователями, предлагаем варианты решения и тут же проверяем их. Пример, сайт доставки. Его задачи. Пользователь. Маркетинг. Изучаем, создаем персонаж. Очень сложно проектировать для абстрактного пользователя, поэтому мы его прорабатываем. Например, девушка Маша, 20 лет, студентка, занимается фитнесом. Что ей важно? Например, сортировка по калориям. Это уже обязывает нас учесть такую возможность в каталоге, а заказчика найти эту информацию. Мы например выезжаем к заказчику, ходим с ним, изучаем его бизнес, разговариваем с его специалистами и конечными пользователями, предлагаем варианты решения и тут же проверяем их. Все данные по проекту мы обязательно фиксируем в документе, например, в ТЗ
12. На слайде вкратце показан процесс сбора и формулирования требований в нашей компании. Не все этапы нужны. Зависит от проекта. Мы например выезжаем к заказчику, ходим с ним, изучаем его бизнес, разговариваем с его специалистами и конечными пользователями, предлагаем варианты решения и тут же проверяем их. Пример, сайт доставки. Его задачи. Пользователь. Маркетинг. Изучаем, создаем персонаж. Очень сложно проектировать для абстрактного пользователя, поэтому мы его прорабатываем. Например, девушка Маша, 20 лет, студентка, занимается фитнесом. Что ей важно? Например, сортировка по калориям. Смотрим сайты конкуренты. Что хорошо, что плохо. Лучшие практики. Мы например выезжаем к заказчику, ходим с ним, изучаем его бизнес, разговариваем с его специалистами и конечными пользователями, предлагаем варианты решения и тут же проверяем их. Все данные по проекту мы обязательно фиксируем в документе, например, в ТЗ
13. На слайде вкратце показан процесс сбора и формулирования требований в нашей компании. Не все этапы нужны. Зависит от проекта. Мы например выезжаем к заказчику, ходим с ним, изучаем его бизнес, разговариваем с его специалистами и конечными пользователями, предлагаем варианты решения и тут же проверяем их. Пример, сайт доставки. Его задачи. Пользователь. Маркетинг. Изучаем, создаем персонаж. Очень сложно проектировать для абстрактного пользователя, поэтому мы его прорабатываем. Например, девушка Маша, 20 лет, студентка, занимается фитнесом. Что ей важно? Например, сортировка по калориям. Смотрим сайты конкуренты. Что хорошо, что плохо. Лучшие практики. Мы например выезжаем к заказчику, ходим с ним, изучаем его бизнес, разговариваем с его специалистами и конечными пользователями, предлагаем варианты решения и тут же проверяем их. Все данные по проекту мы обязательно фиксируем в документе, например, в ТЗ
14. На слайде вкратце показан процесс сбора и формулирования требований в нашей компании. Не все этапы нужны. Зависит от проекта. Мы например выезжаем к заказчику, ходим с ним, изучаем его бизнес, разговариваем с его специалистами и конечными пользователями, предлагаем варианты решения и тут же проверяем их. Пример, сайт доставки. Его задачи. Пользователь. Маркетинг. Изучаем, создаем персонаж. Очень сложно проектировать для абстрактного пользователя, поэтому мы его прорабатываем. Например, девушка Маша, 20 лет, студентка, занимается фитнесом. Что ей важно? Например, сортировка по калориям. Смотрим сайты конкуренты. Что хорошо, что плохо. Лучшие практики. Мы например выезжаем к заказчику, ходим с ним, изучаем его бизнес, разговариваем с его специалистами и конечными пользователями, предлагаем варианты решения и тут же проверяем их. Все данные по проекту мы обязательно фиксируем в документе, например, в ТЗ
15. Я думаю. вы и сами осознаете всю важность тех задания для проекта. Именно на этот документ вы будете опираться при разработке, при сдаче продукта. Именно ТЗ определит соответствие качеству.