Содержание
Потому что контекст, зараза такая, ставит нас на свои рельсы и потом очень сильно ограничивает. По сути задачу можно свести к “получить максимум value из того что имеется в наличии”. Agile методологии заставили инженеров всерьез задуматься о качестве выпускаемого продукта. Главной причиной этому есть сжатые сроки и требование к непрерывной поставке рабочей версии системы. Тактика водопада или мини-водопадов перестала давать требуемой эффективности.
Я описывала все юз кейсы недели четыре и у меня вышел документ в более чем сто страниц, который отдали клиенту на аппрув. Конечно, я понимаю, что клиент не читал этот талмуд — в лучшем случае, просмотрел первые страниц 30. После такого формального аппрува, в моем “романе” выявилось много ошибок, которые потом исправлялись и аппрувились с клиентом. Как-то раз на одном мобильном проекте с многообразием пользовательских сценариев я начала рисовать активити диаграммы, чтобы было более понятно, что за чем и когда происходит.
Ведь только на практике мы можем узнать, как действительно работает та или иная методика. В последние годы BDD (Behaviour Driven Development — «Разработка через поведение») приобретает все большую популярность. Благодаря развитию DevOps технологий и вниманию к CI/CD процессу интерес к BDD неуклонно нарастает. А ведь ни в названии, ни в определении BDD тестирование не упоминается.
Acceptance Criteria — критерий приемки, детали, необходимые для выполнения конкретной пользовательской истории, описание того, что должно быть выполнено. Acceptance Criteria составляют один-два человека, отдельно для каждой User Story. И хоть мы и формируем проектную команду — каждый из нас индивидуален как человек.
Многие приложения, например Cucumber, позволяют включать в описание таблицы, что дает возможность сделать сценарии более лаконичными, структурированными и улучшает читаемость. Когда не было конкретных задач по тестированию, я помогала UI/UX разработчикам принимать решения о функционале. Прежде всего, это показало мою открытость и желание помочь. К тому же, многие мои идеи и мысли могли пригодиться и работать. Если бы я не вносила предложения и выполняла только поставленные задачи, ничего плохого не произошло бы. Но я не уверена, что сейчас была бы на своем месте.
Превращаем пожелания заказчика в Acceptance Criteria: 3 практики
Меня зовут Анна Лаврова, сейчас я Agile Coach, живу и работаю в Брюсселе. До этого больше девяти лет управляла проектами в Дубае и в Украине, занималась проектным и программным менеджментом. Иначе такие ситуации будут происходить вновь и вновь, и будут мешать вашему росту как профессионала, и, конечно, же будут влиять на работу в команде.
Именно так я видела свою задачу сбора требования. Однако, после проработки нескольких пользовательских историй, мне пришлось признать, что мои попытки потерпели фиаско. Написанное мной было далеко от того, что можно было автоматизировать. Чего-то в предложенных сценариях не хватало. Исторически BDD действительно является продолжением TDD методологии, предлагая основывать разработку на сценариях приемочного тестирования.
Более подробно по основным разделам тест плана
С их помощью вы создадите бэклог продукта, напишите User Story и будете работать в Scrum-команде в процессе обучения. Когда я искал существующие материалы на тему тестирования в определенном контексте, я наткнулся на идеи Канера и Баха, которые описаны на сайте context-driven-testing.com. Мы будем обсуждать личные истории прошлых лет, а также настоящее и будущее аджайла. Эфир будет транслироваться в прямом эфире, и у аудитории будет прекрасная возможность задавать вопросы гостям посредством чата.
- В такие моменты я просто старалась убедиться, что правильно донесла свои мысли, аргументировала их и продолжала работать.
- Но на тот момент, у нас в компании просто таких должностей не было, и мне пришлось как-то самой с этим разбираться.
- Проекты у нас состоят из этапов/вех, которые потом дробятся на задачи и подзадачи.
- Технику можно использовать и вне Agile-процесса.
- Не скажу, что пользоваться этим артефактом стало очень удобно, но явно лучше, чем когда он был полотном.
Думаю, вы неоднократно замечали, что этой теме уделяют много внимания. Но стоит признать, что есть некая нотка недоверия, ведь инженеры – технические специалисты, и на первый взгляд кажется, что тема “мягких навыков” их не касается. Честно признаю, что до проекта в Академии у меня было схожее мнение. Что программирование и soft skills сложно применять одновременно. Проектные требования могут меняться в процессе работы.
Однако качество результата и атмосфера в команде были бы значительно хуже. Vision Documents описывает будущий продукт, который создается. Он предназначен для мотивации команды и https://deveducation.com/ партнеров, а также привлечения инвесторов. Product Strategy – это последовательность продуктов, которые должны создаваться до тех пор, пока не будет достигнут конечный продукт.
Работа в команде
Мне хотелось развенчать этот миф и построить хорошие отношения с командой. Многие компании при запуске своего первого продукта пытаются экономить, поэтому документации не уделяют должного внимания. Как результат, путаница, непонимание, растущее недовольство руководства, срыв сроков, крах продукта.
Клиент что-то нарисовал, мы придумали, как максимально быстро реализовать эту бизнес-задачу. Когда мы прописали полностью конкретное ТЗ, дальше разбили на его этапы, и даем этапы клиенту по мере выполнения. Этот набор очень хорошо работает для тех типов проектов, где тяжело прописать KPI. По тем проектам, где вам не удается создать метрики, поставьте себе вот такой светофор. Тут три блока — бюджет, сроки и настроение клиента.
Все результаты
Казалось бы эти показатели похожи на Acceptance Criteria. Но в случае метрик — это та история, которую мы можем регулярно отслеживать по ходу движения критерия, а в случае Acceptance Criteria мы видим это только в конце. Acceptance Criteria помогают нам, когда проект уже завершен. Но от них мало пользы, когда мы движемся по проекту. Финальный критерий поездки в Одессу — прибытие в Одессу.
[Remote] Head of Content @Propertymate
И это нормально на начальном этапе проекта, когда у членов команды только формируется единое видение на то, каким мы хотим видеть проект и что мы будем для этого делать. Нередко мои предложения брали в работу, но потом их полностью меняли или заменяли другими. В такие моменты я просто старалась убедиться, что правильно донесла свои мысли, аргументировала их и продолжала работать. Главное – не воспринимать это как нечто негативное и понимать, что разработка – процесс, который требует изменений для достижения общего хорошего результата. Мне трудно оценить, сколько пользы это дало проекту, но я точно знаю, что это сильно повлияло на мое развитие.
Перетворюємо хотілки замовника в зрозумілі Acceptance Criteria
Product Strategy and Vision Documents могут быть как отдельными документами, так и входить в состав бизнес плана. Комплексный и современных подход к реализации проектов разработки ПО под заказ в нашей компании acceptance criteria это позволяет создавать сложные системы и приложения качественно и в установленные сроки. Приемочное – вид тестирования, проводимый на этапе сдачи готового продукта (или готовой части продукта) заказчику.
Встреча «Три амигос» — возможность обсудить требования с минимальной тратой ресурсов. Три участника представляют голос всей команды, потому что могут рассмотреть каждое требование с разных сторон и убедиться, что все вопросы и пограничные случаи будут обработаны. Кто будет тестировать то, что описано в требованиях. Agile-практика «Три амигос» помогает донести голос команды до клиента иприйти к общему пониманию требований.
И, если вам нечего на него ответить – это проблема, над которой стоит поработать. Задайте этот вопрос вашим коллегам, если сами не можете найти ответ. Целесообразность использования тех или иных практик зависит от контекста проекта. А что такое контекст мы уже разобрались выше.
