{"id":11165,"date":"2015-12-29T09:54:14","date_gmt":"2015-12-29T17:54:14","guid":{"rendered":"http:\/\/proxystudio.uxpin.com\/?p=11165"},"modified":"2024-09-09T07:38:08","modified_gmt":"2024-09-09T14:38:08","slug":"agile-ux-for-product-teams-part-two-designing-and-development","status":"publish","type":"post","link":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/","title":{"rendered":"Agile UX for Product Teams (Part Two): Design and Development"},"content":{"rendered":"<p>In <a href=\"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-one-getting-started\/\">Part One<\/a>, we discussed getting started with Agile UX. We dove deep into the early stages of research and development with practical tips for involving the entire team. We also examined the different ways you and your team can ideate on potential solutions to your users\u2019 problems.<\/p>\n<p>In this post, we\u2019ll focus on design and development:<\/p>\n<ul>\n<li>How to plan for designer\u2019s needs<\/li>\n<li>Why prototyping is important<\/li>\n<li>Collaboration between design and developers<\/li>\n<\/ul>\n<p>The design and development phase of project kicks off after stakeholders align on the agreed solution and the backlog has been completed, . Once again, there will be a delicate balancing act here as the Product Manager works with designers, developers and internal stakeholders to ensure that requirements are met in keeping with the expected product launch date.<\/p>\n<p>Now let\u2019s look at five-steps for better Agile UX design and development.<\/p>\n<h2>1. Include the UX designers in the sprint planning<\/h2>\n<p>Each sprint planning session is an opportunity for all team members to dig into not just what should be done, but why. Getting everyone in the room at the same time is \u00a0a huge time saver.<\/p>\n<p>In the same way that the product manager is often required to provide more insight into functional requirements, so too should the UX designer provide insights into their design choices.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-11174\" src=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0512.png\" alt=\"image05\" width=\"720\" height=\"480\" srcset=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0512.png 825w, https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0512-450x300.png 450w\" sizes=\"auto, (max-width: 720px) 100vw, 720px\" \/><\/p>\n<p>In my experience, good developers will challenge the PM and UXer on their choices not for the sake of being difficult but to ensure that they are building the right product with the correct UX.<\/p>\n<h2>2. Plan ahead for design needs<\/h2>\n<p>Iteration is at the heart of Agile and designers also need to work iteratively, ensuring that developers have designs ahead of each sprint.<\/p>\n<p>However, you may run into situations where full iteration isn\u2019t a pragmatic solution. and all screens must be designed prior to the start of the project.<\/p>\n<p>I ran into this situation as a Product Manager at a company that was transitioning to Agile. Key stakeholders had doubts about the efficacy of Agile for development cycles.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-11173\" src=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image045.jpg\" alt=\"image04\" width=\"710\" height=\"400\" srcset=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image045.jpg 1999w, https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image045-533x300.jpg 533w, https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image045-1024x576.jpg 1024w\" sizes=\"auto, (max-width: 710px) 100vw, 710px\" \/><\/p>\n<p><strong>Photo Credit:<\/strong>\u00a0\u201cA List Apart big meeting, 30 January 2015.\u201d<a href=\"https:\/\/www.flickr.com\/photos\/zeldman\/16225849549\/in\/photolist-qHPHLH-qHHDG3-pYETwK-8LTb5G-4Tse1V-oJvPMG-qVirLM-dgZcgm-pYEUdp-bAvcGJ-rrCDEy-bnA45X-aAvpnV-4NLhpS-4pe6ev-75gDP3-4NLhqw-poXTgm-poXST7-73Jfpg-3hTSf6-8EUV3t-eWjnw-8EY5vC-3it7Md-3huyMP-7QX8AR-6hm3u8-5ni3co-dvCd8o-5whWV7-4JXP6w-4ExNoM-oJyJzF-pFrzaw-5cLQKU-73BLZm-qVirWX-5SWBz1-6u9udZ-5ujqmL-2RuTQs-bBJQ36-62Yv2h-a5FMNo-bC8HsA-bC8Hr9-5ujqmN-7zikbs-bCUJed\" target=\"_blank\" rel=\"noopener noreferrer\"> Jeffrey Zeldman.<\/a> <a href=\"https:\/\/creativecommons.org\/licenses\/by\/2.0\/\" target=\"_blank\" rel=\"noopener noreferrer\">Creative Commons. <\/a><\/p>\n<p>In particular, they were concerned that they would end up with fewer releases per year which would ultimately impact the revenue generated by sales teams. They also expressed concern about doing iterative design, worrying that a lack of fully designed screens from the get-go would lead to a worse design and UX,. The development team, on the other hand, was very willing and eager to move forward with Agile methodology in every aspect.<\/p>\n<p>To address the needs of both parties, the designer and I agreed it would be best to provide \u201cenriched\u201d wireframes of all screens to stakeholders prior to the official project kickoff.<\/p>\n<p>Rather than doing simple black &amp; white wireframes, we went a little further, inserting elements like colors and photos (derived from the brand identity) to various parts of the design, showing buttons and icons in various states (active vs inactive) and when necessary, making these mid-fidelity wireframes clickable at specific points to better demonstrate the <a href=\"https:\/\/www.uxpin.com\/studio\/blog\/creating-perfect-user-flows-for-smooth-ux\/\">user flows<\/a>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-11175\" src=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image066.jpg\" alt=\"image06\" width=\"720\" height=\"450\" srcset=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image066.jpg 1440w, https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image066-480x300.jpg 480w, https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image066-1024x640.jpg 1024w, https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image066-290x180.jpg 290w\" sizes=\"auto, (max-width: 720px) 100vw, 720px\" \/><\/p>\n<p><strong>Photo Credit: <\/strong><a href=\"https:\/\/www.uxpin.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">UXPin<\/a><\/p>\n<p>For some of you, wireframing may not sound groundbreaking. In fact, you may be thinking that wireframing all possible screens is very time-consuming. But for this particular context, the process proved to be far less work than creating full-scale mockups in <a href=\"http:\/\/www.photoshop.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Photoshop<\/a> or <a href=\"http:\/\/www.sketchapp.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Sketch<\/a>.<\/p>\n<p>Photoshop was a much more time-consuming process, which meant that stakeholders had to wait longer before seeing screens to evaluate the concepts. Our <a href=\"https:\/\/www.uxpin.com\/studio\/ebooks\/guide-to-interactive-wireframing\/\">interactive wireframing<\/a>, however, meant that stakeholders could actually <i>use<\/i> something tangible within a day or two.<\/p>\n<p>The fast-paced approach also meant that the stakeholders, designer, and I could conduct our own \u201cmini sprints\u201d as we presented new wireframes and made adjustments as necessary on a daily basis.<\/p>\n<p>Working in this manner presented several clear benefits:<\/p>\n<ul>\n<li>Developers received a more fleshed out view of the UI at the very start of the project.<\/li>\n<li>There was very little need to go back and do the designs in Photoshop. Since the wireframes were quite feature-complete, the designer mainly had to make notes for specific items that developers should pay attention to (such font size and font type).<\/li>\n<li>Sprint demo sessions (which stakeholders attended) were much shorter and much more pleasant for all because there were no surprises. Everyone left with a stronger feeling of accomplishment.<\/li>\n<\/ul>\n<p>As previously mentioned, it is essential that the Product Manager take the pulse of the company, propose solutions, and mediate to get everyone going with Agile. In fact, as described in <a href=\"https:\/\/www.uxpin.com\/studio\/ebooks\/guide-to-wireframing\/\">The Guide to Wireframing<\/a>, it\u2019s not a bad idea to learn some basic design skills \u2013 especially if you aren\u2019t a designer.<\/p>\n<p>Even the roughest wireframe can explain a concept to designers better than the most detailed specs document. More importantly, wifeframes and lo-fi prototypes serve as a collaborative rallying point for the whole team (regardless of who first created them).<\/p>\n<h2>3. Always prototype<\/h2>\n<p>Once you\u2019re finished with the design studio exercise we discussed in the last section, the design team can flesh out the best ideas into a prototype for quick user validation.<\/p>\n<p>If you\u2019re using a tool like <a href=\"https:\/\/www.uxpin.com\/\">UXPin<\/a>, you can create a flat wireframe, then add some interactions to quickly create a lo-fi prototype. Once you\u2019ve gathered team feedback and tested the lo-fi prototype with <a href=\"http:\/\/www.nngroup.com\/articles\/why-you-only-need-to-test-with-5-users\/\" target=\"_blank\" rel=\"noopener noreferrer\">at least 5 users<\/a>, you can move to Photoshop or Sketch to improve the visual design. When you\u2019re satisfied, <a href=\"https:\/\/www.uxpin.com\/photoshop-sketch-import.html\">import the file back into UXPin<\/a> to add interactions to any layer. Test the hi-fi prototype you just created, iterate based on results, and repeat as much as needed.<\/p>\n<p><a href=\"https:\/\/live.uxpin.com\/62ffc92a478719d9c45549123c676c6b589abd06#\/pages\/13381855\">Yelp Redesign Lo-Fi Prototype (internal exercise)<\/a><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-11171\" src=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0222.png\" alt=\"image02\" width=\"720\" height=\"542\" srcset=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0222.png 942w, https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0222-399x300.png 399w\" sizes=\"auto, (max-width: 720px) 100vw, 720px\" \/><\/p>\n<p><a href=\"https:\/\/live.uxpin.com\/aa5a3f4e3c09689e8122be770d802ddadb2edfce#\/pages\/13765807\">Yelp Redesign Hi-Fi Prototype (internal exercise)<\/a><\/p>\n<p>During each step of the process from sketch to hi-fi prototype, make sure you get feedback from stakeholders and developers.<\/p>\n<p>Developers are not code monkeys, so don\u2019t hand them a prototype and expect it to be perfectly feasible. Developers speak the language of interaction (between elements, between systems, etc.), so start bouncing ideas around with them as early as possible.<\/p>\n<h2>4. If UX resources are overwhelmed, go for \u201cbare bones\u201d design<\/h2>\n<p>Several years ago, I worked on \u00a0an Agile project that was scheduled to run for about six \u00a0months. For the first two months of the project, I wasn\u2019t able to secure any UX resources because the design team was already playing catchup on other projects.<\/p>\n<p>Rather than delay the development of my project, we agreed that I would provide the development team with basic wireframes. Every two weeks we successfully completed and demo\u2019d our work. The UI was something out of a kindergarten project: plain white, background, simple drop down menus, all text aligned to the left. But it did its job of communicating the content structure and overall concepts.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-11172\" src=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0311.jpg\" alt=\"image03\" width=\"720\" height=\"544\" srcset=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0311.jpg 1010w, https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0311-397x300.jpg 397w\" sizes=\"auto, (max-width: 720px) 100vw, 720px\" \/><\/p>\n<p><i>Photo credit: <\/i><a href=\"https:\/\/www.flickr.com\/photos\/yandle\/3347966806\/in\/photolist-66RcTC-4j1BxD-7jsgji-5375rd-ijimhD-532PiB-532Pi4-532Pg4-65dunB-dMb3pj-pHe6A3-hJwniN-5TeKxu-85Wipa-65j72j-8B4G3a-e6EgW2-oAoo2y-4zAoR3-8eGLdM-65dCM8-fvGf1h-659i7G-p32aRw-beoVfn-65eNAn-p4NFqF-efN7mz-5Demp9-7b8wYq-8zgGve-5uLRRA-bFaBfJ-4zAoPh-4zBEEY-ELrgN-4r41UD-4nbk6g-p32Rih-2vMbq-6TAX4e-znap4q-dMb3wU-hJx2KV-bjSiDT-9hQRZZ-cmDbaw-i1RRZm-kSPP9-iji2Sy\" target=\"_blank\" rel=\"noopener noreferrer\"><i>Danny Hope<\/i><\/a><i>. <\/i><a href=\"https:\/\/creativecommons.org\/licenses\/by\/2.0\/\" target=\"_blank\" rel=\"noopener noreferrer\"><i>Creative Commons<\/i><\/a><i>. <\/i><\/p>\n<p>A couple of months into the project, a UX resource was freed up to add fidelity to these screens and polish the visual design.<\/p>\n<p>Surprisingly, this process actually worked very well for the project. By following a bare bones approach for the first two months, the development team was able to focus on first setting up the backend framework correctly. That ensured that information could be retrieved, manipulated and displayed correctly before anyone started feeling attached to pixel-perfect ideas.<\/p>\n<p>Functionally, we were able to achieve a lot in those first two months and then dedicate time later to ensuring that the front end was top notch.<\/p>\n<h2>5. Include a front-end gatekeeper in the development team<\/h2>\n<p>I have experienced first-hand what happens to a project when there is a front-end dev with a strong design sensibility and when there is one without it.<\/p>\n<p>In terms of the final design, the difference is as stark as night and day.<\/p>\n<p>Every Agile product team needs to invest in a strong front-end dev who will make sure that everything is pixel perfect. Trust me, it will save you a lot of grief during testing. For anyone who has tested screens with misaligned icons, incorrect spacing, wrong font, etc., I think you will agree that correcting these details can sometimes take a surprisingly long time.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-11170\" src=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0121.png\" alt=\"image01\" width=\"720\" height=\"480\" srcset=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0121.png 825w, https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/image0121-450x300.png 450w\" sizes=\"auto, (max-width: 720px) 100vw, 720px\" \/><\/p>\n<p>A strong front-end dev will not only be the gatekeeper of the UX designer\u2019s work, but they will also end up being the UX designer\u2019s best sanity check on the technical side. This is the person who will not simply implement the design they\u2019ve been given but will suggest a better way of doing it if one is available. Priceless.<\/p>\n<p>When deciding which member of the development team should serve as the front-end gatekeeper, the Product Manager and UX Designer should keep the following in mind:<\/p>\n<ul>\n<li>If the Product Manager is very familiar with all the developers in the Scrum team, then he or she can let the Scrum Master (the person facilitating the Agile process, e.g. a Project Manager) know who would best serve as gatekeeper.<\/li>\n<li>During the first sprint planning session, the Product Manager or Scrum Master should inform the entire team that there is a designated front-end gatekeeper.<\/li>\n<li>Clarify to the team that the gatekeeper will help avoid double work(no one wants that!). The team should understand that the gatekeeper will <i>speed <\/i>things up, so if they get stuck, they have someone to lean on for help. By presenting it this way, developers can feel that they\u2019re still in an autonomous position, and that they have the freedom to go to the gatekeeper (or to the UX Designer) as needed.<\/li>\n<\/ul>\n<p>As you\u2019ve noticed above, I indicate working with the Scrum Master every step of the way.<\/p>\n<p>A strong and reliable Scrum Master is the equivalent of the Product Manager for the technical team members. It\u2019s important that the developers don\u2019t get the impression that the Product Manager or UX Designer is imposing a particular work style. And since the Scrum Master has to follow up on the allocation of resources each day, it\u2019s essential that this person also feel that their expertise matters.<\/p>\n<h2>Next Steps<\/h2>\n<p>Design and development doesn\u2019t have to be a bottleneck for agile teams. Prototyping ideas sooner than later can save you team developing an idea that isn\u2019t worth while.<\/p>\n<p>In our <a href=\"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-team-part-three-launching-your-product\/\">final part<\/a>, we\u2019ll give you some techniques for testing and validating your ideas. And we\u2019ll also show you why the work doesn\u2019t end when you launch your product.<\/p>\n<p>If you\u2019re a product team looking to accelerate your process, check out the <a href=\"https:\/\/www.uxpin.com\/enterprise\">Enterprise edition of UXPin<\/a>.<\/p>\n<p><a href=\"https:\/\/www.uxpin.com\/enterprise\"><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-11152 size-full\" src=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/Pasted-image-at-2015_11_13-11_32-AM.png\" alt=\"Pasted image at 2015_11_13 11_32 AM\" width=\"720\" height=\"330\" srcset=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/Pasted-image-at-2015_11_13-11_32-AM.png 720w, https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/Pasted-image-at-2015_11_13-11_32-AM-655x300.png 655w\" sizes=\"auto, (max-width: 720px) 100vw, 720px\" \/><\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>In part two of our three-part series on Agile UX, we give practical tips for the design and development phase. <\/p>\n","protected":false},"author":53,"featured_media":11182,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3,17,18,172,8,6],"tags":[],"class_list":["post-11165","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","category-collaboration-2","category-process","category-product-design","category-prototyping","category-ux-design"],"yoast_title":"","yoast_metadesc":"In part two of our three-part series on Agile UX, we give practical tips for the design and development phase.","acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.4 (Yoast SEO v27.5) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>Agile UX for Product Teams (Part Two): Design and Development | UXPin<\/title>\n<meta name=\"description\" content=\"In part two of our three-part series on Agile UX, we give practical tips for the design and development phase.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Agile UX for Product Teams (Part Two): Design and Development\" \/>\n<meta property=\"og:description\" content=\"In part two of our three-part series on Agile UX, we give practical tips for the design and development phase.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/\" \/>\n<meta property=\"og:site_name\" content=\"Studio by UXPin\" \/>\n<meta property=\"article:published_time\" content=\"2015-12-29T17:54:14+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2024-09-09T14:38:08+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/design-dev-1024x683.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1024\" \/>\n\t<meta property=\"og:image:height\" content=\"683\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Germaine Satia\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Germaine Satia\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"10 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/\"},\"author\":{\"name\":\"Germaine Satia\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/#\\\/schema\\\/person\\\/ba090c81c0ad31a0f2e3b9e63f10f512\"},\"headline\":\"Agile UX for Product Teams (Part Two): Design and Development\",\"datePublished\":\"2015-12-29T17:54:14+00:00\",\"dateModified\":\"2024-09-09T14:38:08+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/\"},\"wordCount\":1761,\"image\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/wp-content\\\/uploads\\\/2015\\\/12\\\/design-dev.jpg\",\"articleSection\":[\"Blog\",\"Collaboration\",\"Process\",\"Product Design\",\"Prototyping\",\"UX Design\"],\"inLanguage\":\"en-US\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/\",\"url\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/\",\"name\":\"Agile UX for Product Teams (Part Two): Design and Development | UXPin\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/wp-content\\\/uploads\\\/2015\\\/12\\\/design-dev.jpg\",\"datePublished\":\"2015-12-29T17:54:14+00:00\",\"dateModified\":\"2024-09-09T14:38:08+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/#\\\/schema\\\/person\\\/ba090c81c0ad31a0f2e3b9e63f10f512\"},\"description\":\"In part two of our three-part series on Agile UX, we give practical tips for the design and development phase.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/wp-content\\\/uploads\\\/2015\\\/12\\\/design-dev.jpg\",\"contentUrl\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/wp-content\\\/uploads\\\/2015\\\/12\\\/design-dev.jpg\",\"width\":3000,\"height\":2000,\"caption\":\"design dev\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/agile-ux-for-product-teams-part-two-designing-and-development\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Agile UX for Product Teams (Part Two): Design and Development\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/#website\",\"url\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/\",\"name\":\"Studio by UXPin\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/#\\\/schema\\\/person\\\/ba090c81c0ad31a0f2e3b9e63f10f512\",\"name\":\"Germaine Satia\",\"description\":\"With knowledge of the U.S, European and African markets, Germaine is a Product Manager who uses her 14 years of experience to help companies build products and services that resonate with users. Her varied skillset - Product Management, Writing, UX, Training, QA - allows her to evaluate the needs of each brand, and team to propose solutions that work best for each context.\",\"url\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/author\\\/germaine-satia\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Agile UX for Product Teams (Part Two): Design and Development | UXPin","description":"In part two of our three-part series on Agile UX, we give practical tips for the design and development phase.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/","og_locale":"en_US","og_type":"article","og_title":"Agile UX for Product Teams (Part Two): Design and Development","og_description":"In part two of our three-part series on Agile UX, we give practical tips for the design and development phase.","og_url":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/","og_site_name":"Studio by UXPin","article_published_time":"2015-12-29T17:54:14+00:00","article_modified_time":"2024-09-09T14:38:08+00:00","og_image":[{"width":1024,"height":683,"url":"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/design-dev-1024x683.jpg","type":"image\/jpeg"}],"author":"Germaine Satia","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Germaine Satia","Est. reading time":"10 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/#article","isPartOf":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/"},"author":{"name":"Germaine Satia","@id":"https:\/\/www.uxpin.com\/studio\/#\/schema\/person\/ba090c81c0ad31a0f2e3b9e63f10f512"},"headline":"Agile UX for Product Teams (Part Two): Design and Development","datePublished":"2015-12-29T17:54:14+00:00","dateModified":"2024-09-09T14:38:08+00:00","mainEntityOfPage":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/"},"wordCount":1761,"image":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/#primaryimage"},"thumbnailUrl":"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/design-dev.jpg","articleSection":["Blog","Collaboration","Process","Product Design","Prototyping","UX Design"],"inLanguage":"en-US"},{"@type":"WebPage","@id":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/","url":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/","name":"Agile UX for Product Teams (Part Two): Design and Development | UXPin","isPartOf":{"@id":"https:\/\/www.uxpin.com\/studio\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/#primaryimage"},"image":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/#primaryimage"},"thumbnailUrl":"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/design-dev.jpg","datePublished":"2015-12-29T17:54:14+00:00","dateModified":"2024-09-09T14:38:08+00:00","author":{"@id":"https:\/\/www.uxpin.com\/studio\/#\/schema\/person\/ba090c81c0ad31a0f2e3b9e63f10f512"},"description":"In part two of our three-part series on Agile UX, we give practical tips for the design and development phase.","breadcrumb":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/#primaryimage","url":"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/design-dev.jpg","contentUrl":"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2015\/12\/design-dev.jpg","width":3000,"height":2000,"caption":"design dev"},{"@type":"BreadcrumbList","@id":"https:\/\/www.uxpin.com\/studio\/blog\/agile-ux-for-product-teams-part-two-designing-and-development\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.uxpin.com\/studio\/"},{"@type":"ListItem","position":2,"name":"Agile UX for Product Teams (Part Two): Design and Development"}]},{"@type":"WebSite","@id":"https:\/\/www.uxpin.com\/studio\/#website","url":"https:\/\/www.uxpin.com\/studio\/","name":"Studio by UXPin","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.uxpin.com\/studio\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.uxpin.com\/studio\/#\/schema\/person\/ba090c81c0ad31a0f2e3b9e63f10f512","name":"Germaine Satia","description":"With knowledge of the U.S, European and African markets, Germaine is a Product Manager who uses her 14 years of experience to help companies build products and services that resonate with users. Her varied skillset - Product Management, Writing, UX, Training, QA - allows her to evaluate the needs of each brand, and team to propose solutions that work best for each context.","url":"https:\/\/www.uxpin.com\/studio\/author\/germaine-satia\/"}]}},"_links":{"self":[{"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/posts\/11165","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/users\/53"}],"replies":[{"embeddable":true,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/comments?post=11165"}],"version-history":[{"count":3,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/posts\/11165\/revisions"}],"predecessor-version":[{"id":54441,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/posts\/11165\/revisions\/54441"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/media\/11182"}],"wp:attachment":[{"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/media?parent=11165"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/categories?post=11165"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/tags?post=11165"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}