В предыдущем посте я написал о том, что делать, если Заказчик приходит с просьбой сделать часть работ бесплатно. В этом посте хотелось бы поговорить, как сделать так, чтобы либо подобные вопросы в проекте вообще не возникали, либо чтобы процесс был управляемым. Сразу оговорюсь,…
Я пришла в компанию, где системный анализ «формально был», но по факту системные аналитики жили отдельно от разработки и продукта. Итог был предсказуем: аналитики писали ТЗ, которые никто не читал, разработчики ходили к бизнесу напрямую, интерпретировали хотелки «как поняли», в систему прилетали костыли, странные обходные пути и тонны лишней логики, а в прод выкатывалось то, что скорее напоминало мем с качелями «что хотел заказчик — что в результате получилось». Читать далее
Когда требования расплываются, команда быстро теряет не только время, но и ощущение смысла: задачи переделываются, приоритеты скачут, заказчик недоступен, а разработчики всё чаще работают «наугад». В статье разбираем, почему проблемы с требованиями редко ограничиваются плохим описанием задачи, как на них влияют коммуникация, мотивация и вовлеченность участников проекта, и почему даже хороший шаблон не спасает, если команда и заказчик не умеют договариваться. Читать далее
В статье подробно расскажем в каком формате заказчик должен предоставить информацию исполнителю, для разработки VR проекта и какие материалы необходимо предоставить, для четкого описания проекта своей идеи. Задача заказчика заключается в донесении информации исполнителю, для дальнейшей работы исполнителя с материалом и обучением персонала компании заказчика. Для общего понимания разберем 3-варианта передачи информации заказчиком, компании исполнителя, для реализации VR проекта. Читать дальше →