{"id":13214,"date":"2016-11-21T00:46:38","date_gmt":"2016-11-21T00:46:38","guid":{"rendered":"http:\/\/agileaustralia.com.au\/2017\/?page_id=13214"},"modified":"2023-01-25T14:57:19","modified_gmt":"2023-01-25T03:57:19","slug":"sample-submissions","status":"publish","type":"page","link":"https:\/\/agileaustralia.com.au\/2017\/sample-submissions\/","title":{"rendered":"Sample Submissions"},"content":{"rendered":"<p><div class=\"fusion-fullwidth fullwidth-box fusion-builder-row-1 fusion-flex-container nonhundred-percent-fullwidth non-hundred-percent-height-scrolling\" style=\"--awb-background-position:left top;--awb-border-radius-top-left:0px;--awb-border-radius-top-right:0px;--awb-border-radius-bottom-right:0px;--awb-border-radius-bottom-left:0px;--awb-padding-top:0px;--awb-padding-right:0px;--awb-padding-bottom:0px;--awb-padding-left:0px;--awb-background-color:no;--awb-border-sizes-top:0px;--awb-border-sizes-bottom:0px;--awb-flex-wrap:wrap;\" ><div class=\"fusion-builder-row fusion-row fusion-flex-align-items-flex-start fusion-flex-content-wrap\" style=\"max-width:calc( 1100px + 0px );margin-left: calc(-0px \/ 2 );margin-right: calc(-0px \/ 2 );\"><div class=\"fusion-layout-column fusion_builder_column fusion-builder-column-0 fusion_builder_column_1_1 1_1 fusion-flex-column fusion-flex-align-self-flex-start fusion-column-no-min-height\" style=\"--awb-bg-size:cover;--awb-width-large:100%;--awb-margin-top-large:0px;--awb-spacing-right-large:0px;--awb-margin-bottom-large:0px;--awb-spacing-left-large:0px;--awb-width-medium:100%;--awb-spacing-right-medium:0px;--awb-spacing-left-medium:0px;--awb-width-small:100%;--awb-spacing-right-small:0px;--awb-spacing-left-small:0px;\"><div class=\"fusion-column-wrapper fusion-flex-justify-content-flex-start fusion-content-layout-column\"><div class=\"fusion-text fusion-text-1\"><h1>Sample Submissions<\/h1>\n<\/div><\/div><\/div><\/div><\/div><div class=\"fusion-fullwidth fullwidth-box fusion-builder-row-2 fusion-flex-container nonhundred-percent-fullwidth non-hundred-percent-height-scrolling\" style=\"--awb-background-position:left top;--awb-border-radius-top-left:0px;--awb-border-radius-top-right:0px;--awb-border-radius-bottom-right:0px;--awb-border-radius-bottom-left:0px;--awb-padding-top:0px;--awb-padding-right:0px;--awb-padding-bottom:0px;--awb-padding-left:0px;--awb-background-color:no;--awb-border-sizes-top:0px;--awb-border-sizes-bottom:0px;--awb-flex-wrap:wrap;\" ><div class=\"fusion-builder-row fusion-row fusion-flex-align-items-flex-start fusion-flex-content-wrap\" style=\"max-width:calc( 1100px + 0px );margin-left: calc(-0px \/ 2 );margin-right: calc(-0px \/ 2 );\"><div class=\"fusion-layout-column fusion_builder_column fusion-builder-column-1 fusion_builder_column_1_1 1_1 fusion-flex-column\" style=\"--awb-bg-size:cover;--awb-width-large:100%;--awb-margin-top-large:0px;--awb-spacing-right-large:0px;--awb-margin-bottom-large:20px;--awb-spacing-left-large:0px;--awb-width-medium:100%;--awb-spacing-right-medium:0px;--awb-spacing-left-medium:0px;--awb-width-small:100%;--awb-spacing-right-small:0px;--awb-spacing-left-small:0px;\"><div class=\"fusion-column-wrapper fusion-flex-justify-content-flex-start fusion-content-layout-column\"><div class=\"accordian fusion-accordian\" style=\"--awb-border-size:1px;--awb-icon-size:13px;--awb-content-font-size:var(--awb-typography4-font-size);--awb-icon-alignment:left;--awb-hover-color:#f9f9f9;--awb-border-color:#cccccc;--awb-background-color:#ffffff;--awb-divider-color:var(--awb-color3);--awb-divider-hover-color:var(--awb-color3);--awb-icon-color:#ffffff;--awb-title-color:var(--awb-color8);--awb-content-color:var(--awb-color8);--awb-icon-box-color:#333333;--awb-toggle-hover-accent-color:#c1272d;--awb-title-font-family:var(--awb-typography1-font-family);--awb-title-font-weight:var(--awb-typography1-font-weight);--awb-title-font-style:var(--awb-typography1-font-style);--awb-title-font-size:16px;--awb-title-line-height:1.5;--awb-content-font-family:var(--awb-typography4-font-family);--awb-content-font-weight:var(--awb-typography4-font-weight);--awb-content-font-style:var(--awb-typography4-font-style);\"><div class=\"panel-group fusion-toggle-icon-boxed\" id=\"accordion-13214-1\"><div class=\"fusion-panel panel-default panel-9dcd19e6633b7a767 fusion-toggle-has-divider\"><div class=\"panel-heading\"><h4 class=\"panel-title toggle\" id=\"toggle_9dcd19e6633b7a767\"><a aria-expanded=\"false\" aria-controls=\"9dcd19e6633b7a767\" role=\"button\" data-toggle=\"collapse\" data-parent=\"#accordion-13214-1\" data-target=\"#9dcd19e6633b7a767\" href=\"#9dcd19e6633b7a767\"><span class=\"fusion-toggle-icon-wrapper\" aria-hidden=\"true\"><i class=\"fa-fusion-box active-icon awb-icon-minus\" aria-hidden=\"true\"><\/i><i class=\"fa-fusion-box inactive-icon awb-icon-plus\" aria-hidden=\"true\"><\/i><\/span><span class=\"fusion-toggle-heading\">PRODUCT OWNERSHIP IS A TEAM SPORT<\/span><\/a><\/h4><\/div><div id=\"9dcd19e6633b7a767\" class=\"panel-collapse collapse \" aria-labelledby=\"toggle_9dcd19e6633b7a767\"><div class=\"panel-body toggle-content fusion-clearfix\"><strong>Speaker<\/strong><br \/>\nSoftware Education<br \/>\nShane Hastie<\/p>\n<p><strong>Format<\/strong><br \/>\nTalk\/Lecture<\/p>\n<p><strong>Stream<\/strong><br \/>\nThe Basics<\/p>\n<p><strong>Summary<\/strong><br \/>\nThe Product Owner is a crucial role in Scrum and many of the branded agile methods, however the way it is understood and most often implemented is wrong at best and very dangerous at worst.<\/p>\n<p>This talk shows how effective product ownership almost always requires a team with a variety of skills and backgrounds to be effective.<\/p>\n<p>Product Ownership requires clarity of vision, alignment with organisational strategy, understanding of the development process and the ability to communicate with a wide variety of stakeholders across all levels both inside and outside the organization. The complexity of the role is most often more than a single person can (or should) cope with \u2013 effective product ownership requires a teamwork approach covering a variety of skills and knowledge.<\/p>\n<p>This talk addresses the following key topics:<br \/>\n* The Product Owner Role<br \/>\n* Project Types<br \/>\n* The Product Ownership Team<br \/>\n&#8211; Product Ownership relationships<br \/>\n&#8211; Critical success factors for effective Product Ownership<br \/>\n&#8211; Product Ownership antipatterns &amp; common mistakes<br \/>\n* Wrapup<\/p>\n<p><strong>Learning outcomes<\/strong><br \/>\nClarity in understanding of the difference between Product Owner and Product Ownership<br \/>\nUnderstanding of the variety of skills needed for effective product ownership<br \/>\nUnderstand what is needed for Product Ownership to be successful<br \/>\nUnderstanding the impact different product ecosystem elements have on the way teams are able to work<br \/>\nUnderstand the important relationships needed for effective product ownership<br \/>\nUnderstand some common mistakes and antipatterns<\/p>\n<p><strong>Mechanics<\/strong><br \/>\nThis is a talk with a number of interaction points where participants are asked to discuss points in small groups and share their thoughts with the remainder of the audience.<br \/>\nFor a 40 minute session the talk covers the following topics &amp; rough timings: (based on feedback I have removed the group discussions and structured it as more of a tutorial)<\/p>\n<p>5 mins Introduction &amp; scene setting<br \/>\n10 mins common patterns &amp; antipatterns of product ownership<br \/>\n10 mins why product ownership really does need a team, what skills that team needs and the relationships that need to be built<br \/>\n10 mins critical success factors for product ownership success<br \/>\n5 mins wrapup<\/div><\/div><\/div><div class=\"fusion-panel panel-default panel-ae493bb5100e2ff2e fusion-toggle-has-divider\"><div class=\"panel-heading\"><h4 class=\"panel-title toggle\" id=\"toggle_ae493bb5100e2ff2e\"><a aria-expanded=\"false\" aria-controls=\"ae493bb5100e2ff2e\" role=\"button\" data-toggle=\"collapse\" data-parent=\"#accordion-13214-1\" data-target=\"#ae493bb5100e2ff2e\" href=\"#ae493bb5100e2ff2e\"><span class=\"fusion-toggle-icon-wrapper\" aria-hidden=\"true\"><i class=\"fa-fusion-box active-icon awb-icon-minus\" aria-hidden=\"true\"><\/i><i class=\"fa-fusion-box inactive-icon awb-icon-plus\" aria-hidden=\"true\"><\/i><\/span><span class=\"fusion-toggle-heading\">10 EASY WAYS TO BREAK UP...<\/span><\/a><\/h4><\/div><div id=\"ae493bb5100e2ff2e\" class=\"panel-collapse collapse \" aria-labelledby=\"toggle_ae493bb5100e2ff2e\"><div class=\"panel-body toggle-content fusion-clearfix\"><strong>Speaker<\/strong><br \/>\nIBM<br \/>\nDipesh Pala<\/p>\n<p><strong>Format<\/strong><br \/>\nTalk\/Lecture<\/p>\n<p><strong>Stream<\/strong><br \/>\nThe Basics<\/p>\n<p><strong>Summary<\/strong><br \/>\nIn introducing Agile, a key element User Stories will allow a beginner to grasp core Agile values and associated principles, and use them as a primary vehicle for hearing the voice of the customer.<\/p>\n<p>Breaking up user stories can sometimes be as painful as a relationship break up &#8211; but it does not have to be like that!<\/p>\n<p>Our experience has shown us that the key to getting full benefit from introducing Agile is in how the team&#8217;s work is broken up. When it gets difficult to see how to write small enough user stories, teams often resort to technical story cards. While this may give the team visibility of the work that is being done, the business is not seeing potentially implementable product, or early delivery of business value.<\/p>\n<p>This talk will expose the real reasons for splitting up user stories and not just talk about doing it as a good practice &#8211; we must BE Agile not just DO Agile!<\/p>\n<p>Using real-world examples, this talk will also offer a set of guidelines and some unconventional ways for breaking up larger chunks of work into valuable user stories that can help Agile teams become more successful.<\/p>\n<p>Do you have a large User Story that you believe is impossible to split? Bring it to this session and be prepared to be surprised!<\/p>\n<p>This interactive session will inspire and encourage every Agile practitioner to simplify User Stories and to think like a Customer.<\/p>\n<p><strong>Learning outcomes<\/strong><br \/>\nThe presenter will be drawing upon their extensive Agile experience to share learning&#8217;s and use real case studies and examples of user stories to illustrate the following:<\/p>\n<ul>\n<li>Understanding that making stories smaller may be the least important part for splitting up stories<\/li>\n<li>Anti-patterns to look out for when trying to break up user stories<\/li>\n<li>Knowing when NOT to break up user stories<\/li>\n<li>A set of guidelines and some unconventional ways to follow when breaking up larger features \/ epics into valuable user stories<\/li>\n<li>How to ensure that it can all still be put together after the break up<\/li>\n<li>How to convert the most common &#8216;Excuses&#8217; into &#8216;Opportunities&#8217; to break up User Stories.<\/li>\n<\/ul>\n<p><strong>Mechanics<\/strong><br \/>\nThis talk is conducted in a fast paced, highly-interactive style to keep the audience engaged throughout. Light-hearted humour is used to make the analogy between relationship break ups and user story break ups.<\/p>\n<p>Outline of the session<\/p>\n<p>0\u20133<br \/>\nIntroduction and setting the scene \u2013 Why are break ups (be it real life relationships or User Stories) so difficult?<br \/>\n4-6<br \/>\nThe perfect User Story \u2013 is there such a thing?<br \/>\n7\u201332<br \/>\nBreaking up &#8211; a set of guidelines to follow when breaking up larger chunks of work (epics) into valuable user stories. The presenter will be drawing upon their extensive Agile experience to share learning\u2019s and use real-world examples of user stories to illustrate how this is done.<br \/>\nOne format that has worked really well for this presentation in the past is breaking up this (core) 25-min section of this talk into 3 segments (with 2 short &#8216;commercial breaks&#8217; in between). During these 2 \u2018breaks\u2019, the session is turned into an open-forum kind of style where a couple of seed questions are planted to encourage some insightful discussions. A couple of example questions are When is the best time to break up? or Who should initiate a break up?. These sorts of questions get the audience really excited. These discussions are lead to become a nice segue into the next segment.<br \/>\n33-35<br \/>\nConclusion: Call to Action to convert every \u2018Excuse\u2019 into an \u2018Opportunity\u2019 to break up!<br \/>\n36-40<br \/>\nQ &amp; A<\/p>\n<p>May even challenge the audience to come up with large Users Stories that are unbreakable!<\/p>\n<p>As the presentation title says, there will be 10 break-up techniques covered during the talk \u2013 3 of which will be done with audience participation. These will be treated as exercise for the audience. The mechanics of this will be is really simple regardless of the size of the audience.<\/p>\n<p>In addition to that, there are several other opportunities for audience interactions throughout the presentation.<\/p>\n<p>While this presentation is mainly targeted towards beginner and intermediate levels, expert Agile practitioners will also get a lot of benefits out of this talk. I also use this talk as a segment of the Agile Fundamentals and the Scrum Master Certification courses that I teach&#8230; it is ideal for going back to the basics.<\/p>\n<p>I will be sharing a lot of tips and techniques for splitting up user stories that are unconventional and not commonly found in published patterns and methods. Audiences in my previous sessions connected really well with the real life user stories from real projects.<\/p>\n<p>All attendees will also get to hear a lot of little &#8216;gems&#8217; (general Agile tips and tricks of the trade) that are based on my hands-on experience in this area. The little &#8216;gems&#8217; peppered throughout this talk ensures that participants of all experience levels are inspired!<\/div><\/div><\/div><div class=\"fusion-panel panel-default panel-f80aca56a8f14a717 fusion-toggle-has-divider\"><div class=\"panel-heading\"><h4 class=\"panel-title toggle\" id=\"toggle_f80aca56a8f14a717\"><a aria-expanded=\"false\" aria-controls=\"f80aca56a8f14a717\" role=\"button\" data-toggle=\"collapse\" data-parent=\"#accordion-13214-1\" data-target=\"#f80aca56a8f14a717\" href=\"#f80aca56a8f14a717\"><span class=\"fusion-toggle-icon-wrapper\" aria-hidden=\"true\"><i class=\"fa-fusion-box active-icon awb-icon-minus\" aria-hidden=\"true\"><\/i><i class=\"fa-fusion-box inactive-icon awb-icon-plus\" aria-hidden=\"true\"><\/i><\/span><span class=\"fusion-toggle-heading\">DRIVE: HOW WE USED DANIEL PINK'S WORK TO CREATE A HAPPIER, MORE MOTIVATED WORKPLACE<\/span><\/a><\/h4><\/div><div id=\"f80aca56a8f14a717\" class=\"panel-collapse collapse \" aria-labelledby=\"toggle_f80aca56a8f14a717\"><div class=\"panel-body toggle-content fusion-clearfix\"><strong>Speaker<\/strong><br \/>\nASB<br \/>\nDavid Mole<\/p>\n<p><strong>Format<\/strong><br \/>\nTalk\/Lecture<\/p>\n<p><strong>Stream<\/strong><br \/>\nCulture Teams Mindset<\/p>\n<p><strong>Summary<\/strong><\/p>\n<ol>\n<li>Are you inspired and happy in your work? Do you feel motivated to give your best every single day? Inspired by Daniel Pink, we delved into the research of what actually motivates people and can now tell you the intriguing story of what we learned and how we were able to create a significantly happier, more productive, motivated workplace by focusing on Autonomy, Mastery and Purpose &#8211; the key concepts made famous by the book Drive (and the associated TED talk and online video clips).<\/li>\n<li>Through a combination of research, coaching and lots of trial and error we made a range of changes to the way we worked and to our environment. Proudly, we were able to significantly increase happiness and in turn directly impact the productivity of our Agile teams (although the happiness spread into the wider workplace too!). Of course not everything worked and you will hear about the strategies that triumphed and those that (sometimes spectacularly) flopped! After hearing this talk, you will not only be able to understand what we did and why but you will also take away techniques and ideas for experiments that you can try for yourself.<\/li>\n<li>Debunking stubborn workplace myths along the way, we can also demonstrate exactly what happens to an organisation when you focus on happiness and motivation as your key measures and all the other KPI\u2019s take a backseat. Importantly this is about much more than the theory, yes we will cover that along the way, but we will also tell the story of how we have been able to strategically improve happiness and productivity at two of New Zealand\u2019s largest organisations.<\/li>\n<\/ol>\n<p><strong>Learning outcomes<\/strong><br \/>\nThe audience will:<\/p>\n<ul>\n<li>Understand the key concepts which sit behind happiness and motivation at work<\/li>\n<li>Understand why old fashioned thinking and myths no longer apply in the modern workplace<\/li>\n<li>Take away different techniques for measuring happiness and understand which ones may be most applicable at their organisation.<\/li>\n<li>Identify and understand the overlap between this area and Agile principles.<\/li>\n<li>Understand the link between happiness and productivity and strategies for influencing both.<\/li>\n<li>Hear a real story of how this work has been applied at two well known New Zealand businesses.<\/li>\n<\/ul>\n<p><strong>Mechanics<\/strong><\/p>\n<ol>\n<li>Introduction [5 mins]<\/li>\n<li>What we did and and how it all started by simply measuring the happiness of software development teams.<\/li>\n<li>This section will include the first thought experiment, where the audience will be asked to consider the times when they have been happiest at work and identify common factors.<\/li>\n<li>Research and what we can learn [10mins]<\/li>\n<li>This will include clarifying the concepts and definitions to build a common understanding.<\/li>\n<li>What we can learn from the work of Daniel Pink and his concepts of Autonomy, Mastery and Purpose.<\/li>\n<li>Myths and strongly held beliefs in the workplace (inc. where they originated from).<\/li>\n<li>Other research drawing from Daniel Gilbert, Mihaly Csikszentmihalyi and Daniel Kahnemann.<\/li>\n<li>Techniques for measuring happiness in the workplace [5mins]<\/li>\n<li>Example techniques for measurement.<\/li>\n<li>Real examples of the numbers we gathered and the techniques used.<\/li>\n<li>Other measurements including productivity and (the dreaded!) utilisation, how happiness impacted these and vice versa.<\/li>\n<li>Strategies to improve happiness and motivation [10mins]<\/li>\n<li>The story of what we actually did to improve happiness and motivation.<\/li>\n<li>The strategies that worked (inc gimmicks like slides and scooters in the office!).<\/li>\n<li>The strategies that didn\u2019t work (how we failed and what we learned).<\/li>\n<li>Variations in strategies for different types of role (creative vs. the logical mind).<\/li>\n<li>Ending this section with a second thought experiment where the audience will be challenged to think about what they would do to improve happiness in their workplace with no constraints.<\/li>\n<li>Final Thoughts [5mins]<\/li>\n<li>The people in an organisation who can have the greatest impact (including managers, CEO\u2019s, Agile Coaches and Peers).<\/li>\n<li>What we will do next in our continuing drive to improve happiness and motivation.<\/li>\n<li>A note on the impact of stress.<\/li>\n<li>Key applications of these findings for an Agile Transformation (including team based performance reviews and self-organisation).<\/li>\n<li>Audience questions and anecdotes of happiness at work<\/li>\n<\/ol>\n<p>\u200eNote: This is not a purely-theoretical talk nor is it a detailed explanation of the science or neuroscience behind happiness, it is an explanation of the information we gathered from our research and the story of how we were able to apply that knowledge to increase happiness and motivation, on two occasions with two separate organisations.<\/div><\/div><\/div><div class=\"fusion-panel panel-default panel-37f215769f463acee fusion-toggle-has-divider\"><div class=\"panel-heading\"><h4 class=\"panel-title toggle\" id=\"toggle_37f215769f463acee\"><a aria-expanded=\"false\" aria-controls=\"37f215769f463acee\" role=\"button\" data-toggle=\"collapse\" data-parent=\"#accordion-13214-1\" data-target=\"#37f215769f463acee\" href=\"#37f215769f463acee\"><span class=\"fusion-toggle-icon-wrapper\" aria-hidden=\"true\"><i class=\"fa-fusion-box active-icon awb-icon-minus\" aria-hidden=\"true\"><\/i><i class=\"fa-fusion-box inactive-icon awb-icon-plus\" aria-hidden=\"true\"><\/i><\/span><span class=\"fusion-toggle-heading\">LIGHTNING TALK: HOW TO MAKE THE MOST OF A FIELD TRIP TO ANOTHER WORKPLACE<\/span><\/a><\/h4><\/div><div id=\"37f215769f463acee\" class=\"panel-collapse collapse \" aria-labelledby=\"toggle_37f215769f463acee\"><div class=\"panel-body toggle-content fusion-clearfix\"><strong>Format<\/strong><br \/>\nLightning Talk<\/p>\n<p><strong>Stream<\/strong><br \/>\nLightning Talks<\/p>\n<p><strong>Summary<\/strong><br \/>\nThe other day, I received a thank you email from the IT lead in my organisation. It went something like this:<br \/>\n<i style=\"padding-left: 10px;\">Just wanted to say thanks for the wonderful tour your organised for the team at MYOB. I was astonished to see at 10am on a Friday, two young guys in the kitchen, playing pool! No doubt, what they were actually doing, was collaborating on a difficult IT problem.<\/i><\/p>\n<p>I responded:<br \/>\n<i style=\"padding-left: 10px;\">I\u2019m so glad you enjoyed the tour at MYOB. It is correct that it was Friday, and it was 10 o\u2019clock, and there were indeed two guys in the kitchen, playing pool. I\u2019m not sure though that they were collaborating on a difficult IT problem. I\u2019m guessing that they were just playing pool. What is true though, is that team members who work hard, and then take time out to play pool together, will no doubt be able to collaborate on solving a difficult IT problem.<\/i><\/p>\n<p>A field trip to another workplace is a great way to change mindsets, but how do you make the most of it?<\/p>\n<p><strong>Learning outcomes<\/strong><\/p>\n<ul>\n<li>Preparation for the field trip<\/li>\n<li>What to do on the day<\/li>\n<li>How to run a great debrief<\/li>\n<\/ul>\n<p><strong>Mechanics<\/strong><br \/>\nN\/A<\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-13214","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/agileaustralia.com.au\/2017\/wp-json\/wp\/v2\/pages\/13214","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/agileaustralia.com.au\/2017\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/agileaustralia.com.au\/2017\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/agileaustralia.com.au\/2017\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/agileaustralia.com.au\/2017\/wp-json\/wp\/v2\/comments?post=13214"}],"version-history":[{"count":5,"href":"https:\/\/agileaustralia.com.au\/2017\/wp-json\/wp\/v2\/pages\/13214\/revisions"}],"predecessor-version":[{"id":16896,"href":"https:\/\/agileaustralia.com.au\/2017\/wp-json\/wp\/v2\/pages\/13214\/revisions\/16896"}],"wp:attachment":[{"href":"https:\/\/agileaustralia.com.au\/2017\/wp-json\/wp\/v2\/media?parent=13214"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}