Гузель Рахимова: все записи

0

Поездка на IT-конференцию «Tabtabus-2014»

Гузель Рахимова
28 ноября 2014 года

Не так давно состоялась третья ежегодная IT-конференция Tabtabus. Она прошла 7-8 ноября в Смоленске и была посвящена работе бизнеса в интернете, управлению проектами, лайфхакам для программистов. На этой конференции я выступила с докладом «Аналитика требований в разрезе управления». Для меня это был первый опыт выступления на региональной конференции, так далеко от Ижевска.

В своем докладе я постаралась раскрыть пользу сбора и анализа требований перед началом непосредственной разработки, рассказала о процессе аналитики в нашей компании на примере кейса разработки корпоративного сайта для холдинга «КОМОС ГРУПП».

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

Ниже несколько фотографий с конференции, остальные фото можно увидеть здесь.

Читать дальше »

Метки: , ,

Оставить комментарий
0

Анализ требований: как не облажаться в начале и в конце проекта

Гузель Рахимова
28 июля 2014 года

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


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

Требования

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

Такого непонимания можно избежать, если вовремя:

  • конкретизировать требования
  • упорядочить требования
  • зафиксировать требования

Весь пул пожеланий и ожиданий клиента необходимо уточнить до состояния полной однозначности. Например, клиент предъявляет такое требование: «Интерфейс должен быть интуитивно понятным». Хорошее требование. Но что оно значит? Кому должен быть интуитивно понятен интерфейс: клиенту, пользователю, разработчику, жене клиента? Что значит «интуитивно понятен»? Интерфейс позволяет пройти базовый сценарий на странице без подсказок? А если пользователь прошел базовый сценарий без подсказок, но потратил на это полчаса? Это много или мало?

Читать дальше »

Метки:

Оставить комментарий