{"id":1864,"date":"2025-11-04T15:55:58","date_gmt":"2025-11-04T14:55:58","guid":{"rendered":"https:\/\/blog.hardscrum.com\/?p=1864"},"modified":"2025-11-04T15:55:58","modified_gmt":"2025-11-04T14:55:58","slug":"iteration-length-in-hardware","status":"publish","type":"post","link":"https:\/\/blog.hardscrum.com\/en\/iteration-length-in-hardware\/","title":{"rendered":"Repetitive and fixed length iterations in hardware development"},"content":{"rendered":"<p>The following statements and questions come up very often when introducing agility and Scrum in hardware development:<\/p>\n<ul>\n<li>Every work package is different in length and that cannot be predicted!<\/li>\n<li>We have so many dependencies on suppliers and cannot predict delivery times.<\/li>\n<li>Our work packages are much larger than 4 weeks. If anything, our iterations would have to be 6 months long!<\/li>\n<li>What is the point of fixed, maximum 4-week iterations in hardware development? Kanban is more suitable for us. Then work packages can be any size.<\/li>\n<\/ul>\n<p>In this article, we want to discuss the last question in more depth, which will also clarify some of the other questions.<\/p>\n<p>The following advantages result from the fixed short iterations in Scrum:<\/p>\n<h3>1. Better predictability and rhythm<\/h3>\n<ul>\n<li>Fixed iterations create a regular cycle (every 2, 3, or 4 weeks) in which results are expected and the team&#8217;s own approach is reviewed in retrospect.<\/li>\n<li>This cycle creates planning security for everyone involved, allowing review appointments with stakeholders to be planned months in advance, for example.<\/li>\n<li>Teams get used to realistic planning, e.g., by formulating acceptance criteria and estimating the effort required for the work. This teaches them what is actually feasible in an iteration.<\/li>\n<\/ul>\n<h3>2. More frequent review of results and processes (inspect &amp; adapt)<\/h3>\n<ul>\n<li>Short iterations force you to review results regularly \u2013 not just at the end of the phase. This forces developers to think and plan in small steps.<\/li>\n<li>Early reviews with stakeholders show whether you are on the right track.<\/li>\n<li>Problems and risks (technical, organizational, supplier-related) are identified early on before they become costly.<\/li>\n<li>Your own work process is reviewed and adjusted. This is a massive advantage, especially when introducing the new way of working.<\/li>\n<\/ul>\n<h3>3. Faster value delivery<\/h3>\n<ul>\n<li>In hardware development, too, incremental results can be delivered \u2013 such as concepts, functional prototypes, tested modules, or subsystems.<\/li>\n<li>Customers or users see progress earlier, which builds trust and enables feedback.<\/li>\n<li>Early visible results help to dynamically adjust priorities.<\/li>\n<\/ul>\n<h3>4. Increased learning rate<\/h3>\n<ul>\n<li>Each iteration is an experimental cycle: hypotheses (e.g., regarding functions, materials, manufacturing processes) are tested.<\/li>\n<li>Errors are quickly discovered and used to learn from\u2014instead of avoiding them and bundling them at the end.<\/li>\n<li>Risks are reduced iteratively instead of waiting for a large integration step.<\/li>\n<\/ul>\n<h3>5. Improved integration of disciplines<\/h3>\n<ul>\n<li>Joint iteration planning forces mechanics, electronics, and software to work in sync instead of in silos.<\/li>\n<li>In interdisciplinary teams, subject matter experts learn from each other.<\/li>\n<li>The team develops a common understanding of the product and its progress.<\/li>\n<li>Dependencies and interface issues become apparent earlier.<\/li>\n<\/ul>\n<h3>6. Transparency and focus<\/h3>\n<ul>\n<li>Iterations make progress visible \u2013 for the team, management, and stakeholders.<\/li>\n<li>The focus is on the most important goals of the current iteration, not on long-term speculation.<\/li>\n<li>Clear timeboxes reduce \u201cgold plating.\u201d<\/li>\n<\/ul>\n<h3>7. Motivation and team dynamics<\/h3>\n<ul>\n<li>Short cycles generate regular successes.<\/li>\n<li>Teams experience their effectiveness directly and remain more engaged.<\/li>\n<li>Joint retrospectives promote continuous improvement and self-organization.<\/li>\n<\/ul>\n<h3>8. Improved capacity planning<\/h3>\n<ul>\n<li>Fixed iteration lengths allow team velocity (i.e., average delivery capability) to be observed.<\/li>\n<li>Overloading and unrealistic plans become visible and addressable.<\/li>\n<li>This also allows deliveries to external teams and suppliers, as well as hardware resources, to be optimized.<\/li>\n<\/ul>\n<h3>9. Basis for incremental construction<\/h3>\n<ul>\n<li>Even though physical products are more difficult to change, iterative work enables:\n<ul>\n<li>Virtual prototypes, simulations, and 3D printing in early phases,<\/li>\n<li>Modularization of development,<\/li>\n<li>Early integration tests.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>This makes product development more agile without sacrificing technical maturity.<\/p>\n<hr \/>\n<h1>Comparison with classic planning and Kanban<\/h1>\n<p>Here is a structured comparison and discussion of the differences between<\/p>\n<ul>\n<li><em>plan-driven<\/em> approach (classical),<\/li>\n<li><em>Kanban<\/em> (without fixed iterations),<\/li>\n<li><em>Scrum<\/em> (with fixed iterations):<\/li>\n<\/ul>\n<h3 data-start=\"482\" data-end=\"522\">A. Basic principle and conceptual model<\/h3>\n<div class=\"_tableContainer_1rjym_1\">\n<div class=\"group _tableWrapper_1rjym_13 flex w-fit flex-col-reverse\">\n<table  class=\"w-fit min-w-(--thread-content-width) table table-hover\"  data-start=\"524\" data-end=\"1303\">\n<thead data-start=\"524\" data-end=\"562\">\n<tr data-start=\"524\" data-end=\"562\">\n<th data-start=\"524\" data-end=\"533\" data-col-size=\"sm\">Approach<\/th>\n<th data-start=\"533\" data-end=\"545\" data-col-size=\"lg\">Basic idea<\/th>\n<th data-start=\"545\" data-end=\"562\" data-col-size=\"lg\">Planning logic<\/th>\n<\/tr>\n<\/thead>\n<tbody data-start=\"605\" data-end=\"1303\">\n<tr data-start=\"605\" data-end=\"844\">\n<td data-start=\"605\" data-end=\"637\" data-col-size=\"sm\"><strong data-start=\"607\" data-end=\"636\">Plan-driven<\/strong><\/td>\n<td data-start=\"637\" data-end=\"735\" data-col-size=\"lg\">The future is predictable. Detailed planning at the outset can help avoid deviations.<\/td>\n<td data-start=\"735\" data-end=\"844\" data-col-size=\"lg\">A large, sequential plan with milestones and phases (e.g., planning \u2192 design \u2192 test \u2192 production).<\/td>\n<\/tr>\n<tr data-start=\"845\" data-end=\"1074\">\n<td data-start=\"845\" data-end=\"858\" data-col-size=\"sm\"><strong data-start=\"847\" data-end=\"857\">Kanban<\/strong><\/td>\n<td data-start=\"858\" data-end=\"978\" data-col-size=\"lg\">Work should flow continuously. Bottlenecks and overloads are made visible in order to improve the flow.<\/td>\n<td data-start=\"978\" data-end=\"1074\" data-col-size=\"lg\">Tasks are pulled when capacity becomes available. No fixed iteration limits.<\/td>\n<\/tr>\n<tr data-start=\"1075\" data-end=\"1303\">\n<td data-start=\"1075\" data-end=\"1111\" data-col-size=\"sm\"><strong data-start=\"1077\" data-end=\"1110\">Scrum<\/strong><\/td>\n<td data-start=\"1111\" data-end=\"1215\" data-col-size=\"lg\">The future is unpredictable. Learning happens through regular experimentation and adaptation.<\/td>\n<td data-start=\"1215\" data-end=\"1303\" data-col-size=\"lg\">Planning, implementation, and reflection take place in fixed-time iterations (sprints).<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n<h3 data-start=\"1310\" data-end=\"1359\">B. Time frame and planning horizon<\/h3>\n<div class=\"_tableContainer_1rjym_1\">\n<div class=\"group _tableWrapper_1rjym_13 flex w-fit flex-col-reverse\">\n<table  class=\"w-fit min-w-(--thread-content-width) table table-hover\"  data-start=\"1361\" data-end=\"1840\">\n<thead data-start=\"1361\" data-end=\"1396\">\n<tr data-start=\"1361\" data-end=\"1396\">\n<th data-start=\"1361\" data-end=\"1370\" data-col-size=\"sm\">Approach<\/th>\n<th data-start=\"1370\" data-end=\"1385\" data-col-size=\"md\">Timely structure<\/th>\n<th data-start=\"1385\" data-end=\"1396\" data-col-size=\"md\">Planning<\/th>\n<\/tr>\n<\/thead>\n<tbody data-start=\"1436\" data-end=\"1840\">\n<tr data-start=\"1436\" data-end=\"1571\">\n<td data-start=\"1436\" data-end=\"1456\" data-col-size=\"sm\"><strong data-start=\"607\" data-end=\"636\">Plan-driven<\/strong><\/td>\n<td data-start=\"1456\" data-end=\"1501\" data-col-size=\"md\">Project phases often last months or even years.<\/td>\n<td data-start=\"1501\" data-end=\"1571\" data-col-size=\"md\">Long-term, detailed in advance. Changes are considered disruptions.<\/td>\n<\/tr>\n<tr data-start=\"1572\" data-end=\"1685\">\n<td data-start=\"1572\" data-end=\"1585\" data-col-size=\"sm\"><strong data-start=\"1574\" data-end=\"1584\">Kanban<\/strong><\/td>\n<td data-start=\"1585\" data-end=\"1640\" data-col-size=\"md\">No fixed time frame. Continuous processing.<\/td>\n<td data-start=\"1640\" data-end=\"1685\" data-col-size=\"md\">Planning is dynamic and happens \u201con demand.\u201d<\/td>\n<\/tr>\n<tr data-start=\"1686\" data-end=\"1840\">\n<td data-start=\"1686\" data-end=\"1698\" data-col-size=\"sm\"><strong data-start=\"1688\" data-end=\"1697\">Scrum<\/strong><\/td>\n<td data-start=\"1698\" data-end=\"1742\" data-col-size=\"md\">Fixed short iterations (max. 4 weeks).<\/td>\n<td data-start=\"1742\" data-end=\"1840\" data-col-size=\"md\">Within the sprint: stable plan; after each sprint: adjustment based on new knowledge.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n<p data-start=\"1842\" data-end=\"2122\">Advantage of Scrum: Iterations provide a deliberate rhythm for learning, similar to a test cycle in hardware development.<br \/>\nWith Kanban, learning tends to be continuous and unsystematic, and with the classic approach, it usually comes too late (at the end of a long phase).<\/p>\n<h3 data-start=\"2129\" data-end=\"2176\">C. Dealing with uncertainty and learning<\/h3>\n<div class=\"_tableContainer_1rjym_1\">\n<div class=\"group _tableWrapper_1rjym_13 flex w-fit flex-col-reverse\">\n<table  class=\"w-fit min-w-(--thread-content-width) table table-hover\"  data-start=\"2178\" data-end=\"2691\">\n<thead data-start=\"2178\" data-end=\"2227\">\n<tr data-start=\"2178\" data-end=\"2227\">\n<th data-start=\"2178\" data-end=\"2187\" data-col-size=\"sm\">Approach<\/th>\n<th data-start=\"2187\" data-end=\"2213\" data-col-size=\"md\">Dealing with uncertainty<\/th>\n<th data-start=\"2213\" data-end=\"2227\" data-col-size=\"md\">Learning happens &#8230;<\/th>\n<\/tr>\n<\/thead>\n<tbody data-start=\"2282\" data-end=\"2691\">\n<tr data-start=\"2282\" data-end=\"2417\">\n<td data-start=\"2282\" data-end=\"2302\" data-col-size=\"sm\"><strong data-start=\"607\" data-end=\"636\">Plan-driven<\/strong><\/td>\n<td data-start=\"2302\" data-end=\"2351\" data-col-size=\"md\">Minimization through early analysis and control.<\/td>\n<td data-start=\"2351\" data-end=\"2417\" data-col-size=\"md\">Learning usually at the end (e.g., in tests or field trials).<\/td>\n<\/tr>\n<tr data-start=\"2418\" data-end=\"2550\">\n<td data-start=\"2418\" data-end=\"2431\" data-col-size=\"sm\"><strong data-start=\"2420\" data-end=\"2430\">Kanban<\/strong><\/td>\n<td data-start=\"2431\" data-end=\"2494\" data-col-size=\"md\">Adjustment ongoing, but without fixed \u201cstop-and-think\u201d moments.<\/td>\n<td data-start=\"2494\" data-end=\"2550\" data-col-size=\"md\">Learning happens ad hoc when problems arise.<\/td>\n<\/tr>\n<tr data-start=\"2551\" data-end=\"2691\">\n<td data-start=\"2551\" data-end=\"2563\" data-col-size=\"sm\"><strong data-start=\"2553\" data-end=\"2562\">Scrum<\/strong><\/td>\n<td data-start=\"2563\" data-end=\"2634\" data-col-size=\"md\">Uncertainty is factored in: each iteration is a learning cycle.<\/td>\n<td data-start=\"2634\" data-end=\"2691\" data-col-size=\"md\">Learning is ritualized (review &amp; retrospective).<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n<h3 data-start=\"2698\" data-end=\"2745\">D. Team Organization and Responsibility<\/h3>\n<div class=\"_tableContainer_1rjym_1\">\n<div class=\"group _tableWrapper_1rjym_13 flex w-fit flex-col-reverse\">\n<table  class=\"w-fit min-w-(--thread-content-width) table table-hover\"  data-start=\"2747\" data-end=\"3218\">\n<thead data-start=\"2747\" data-end=\"2781\">\n<tr data-start=\"2747\" data-end=\"2781\">\n<th data-start=\"2747\" data-end=\"2756\" data-col-size=\"sm\">Approach<\/th>\n<th data-start=\"2756\" data-end=\"2768\" data-col-size=\"md\">Who plans and controls?<\/th>\n<th data-start=\"2768\" data-end=\"2781\" data-col-size=\"md\">Role of the team<\/th>\n<\/tr>\n<\/thead>\n<tbody data-start=\"2820\" data-end=\"3218\">\n<tr data-start=\"2820\" data-end=\"2913\">\n<td data-start=\"2820\" data-end=\"2840\" data-col-size=\"sm\"><strong data-start=\"607\" data-end=\"636\">Plan-driven<\/strong><\/td>\n<td data-start=\"2840\" data-end=\"2883\" data-col-size=\"md\">Project management controls and monitors.<\/td>\n<td data-start=\"2883\" data-end=\"2913\" data-col-size=\"md\">Teams carry out tasks.<\/td>\n<\/tr>\n<tr data-start=\"2914\" data-end=\"3051\">\n<td data-start=\"2914\" data-end=\"2927\" data-col-size=\"sm\"><strong data-start=\"2916\" data-end=\"2926\">Kanban<\/strong><\/td>\n<td data-start=\"2927\" data-end=\"2987\" data-col-size=\"md\">Teams control flow of work (via Work-in-Progress Limits).<\/td>\n<td data-start=\"2987\" data-end=\"3051\" data-col-size=\"md\">Self-organization, but less common goal orientation.<\/td>\n<\/tr>\n<tr data-start=\"3052\" data-end=\"3218\">\n<td data-start=\"3052\" data-end=\"3064\" data-col-size=\"sm\"><strong data-start=\"3054\" data-end=\"3063\">Scrum<\/strong><\/td>\n<td data-start=\"3064\" data-end=\"3117\" data-col-size=\"md\">Teams jointly manage iterations and goals.<\/td>\n<td data-start=\"3117\" data-end=\"3218\" data-col-size=\"md\">High level of personal responsibility; clearly defined roles (Scrum Master, Product Owner, development team).<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n<h3 data-start=\"3225\" data-end=\"3261\">E. Measuring progress<\/h3>\n<div class=\"_tableContainer_1rjym_1\">\n<div class=\"group _tableWrapper_1rjym_13 flex w-fit flex-col-reverse\">\n<table  class=\"w-fit min-w-(--thread-content-width) table table-hover\"  data-start=\"3263\" data-end=\"3751\">\n<thead data-start=\"3263\" data-end=\"3300\">\n<tr data-start=\"3263\" data-end=\"3300\">\n<th data-start=\"3263\" data-end=\"3272\" data-col-size=\"sm\">Approach<\/th>\n<th data-start=\"3272\" data-end=\"3284\" data-col-size=\"md\">Measured variable<\/th>\n<th data-start=\"3284\" data-end=\"3300\" data-col-size=\"md\">Significance<\/th>\n<\/tr>\n<\/thead>\n<tbody data-start=\"3344\" data-end=\"3751\">\n<tr data-start=\"3344\" data-end=\"3493\">\n<td data-start=\"3344\" data-end=\"3364\" data-col-size=\"sm\"><strong data-start=\"607\" data-end=\"636\">Plan-driven<\/strong><\/td>\n<td data-start=\"3364\" data-end=\"3412\" data-col-size=\"md\">Meeting planned or milestone deadlines.<\/td>\n<td data-start=\"3412\" data-end=\"3493\" data-col-size=\"md\">Progress can be illusory when late integration causes problems.<\/td>\n<\/tr>\n<tr data-start=\"3494\" data-end=\"3623\">\n<td data-start=\"3494\" data-end=\"3507\" data-col-size=\"sm\"><strong data-start=\"3496\" data-end=\"3506\">Kanban<\/strong><\/td>\n<td data-start=\"3507\" data-end=\"3550\" data-col-size=\"md\">Throughput, cycle time, work in progress.<\/td>\n<td data-start=\"3550\" data-end=\"3623\" data-col-size=\"md\">Good focus on efficiency, but less on goal achievement or value.<\/td>\n<\/tr>\n<tr data-start=\"3624\" data-end=\"3751\">\n<td data-start=\"3624\" data-end=\"3636\" data-col-size=\"sm\"><strong data-start=\"3626\" data-end=\"3635\">Scrum<\/strong><\/td>\n<td data-start=\"3636\" data-end=\"3680\" data-col-size=\"md\">Completed, tested increments per sprint.<\/td>\n<td data-start=\"3680\" data-end=\"3751\" data-col-size=\"md\">Focus on truly useful results, not just activity.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n<h3 data-start=\"3758\" data-end=\"3817\">F. Applicability to physical product development<\/h3>\n<div class=\"_tableContainer_1rjym_1\">\n<div class=\"group _tableWrapper_1rjym_13 flex w-fit flex-col-reverse\">\n<table  class=\"w-fit min-w-(--thread-content-width) table table-hover\"  data-start=\"3819\" data-end=\"4429\">\n<thead data-start=\"3819\" data-end=\"3851\">\n<tr data-start=\"3819\" data-end=\"3851\">\n<th data-start=\"3819\" data-end=\"3828\" data-col-size=\"sm\">Approach<\/th>\n<th data-start=\"3828\" data-end=\"3838\" data-col-size=\"md\">Strengths<\/th>\n<th data-start=\"3838\" data-end=\"3851\" data-col-size=\"md\">Weaknesses<\/th>\n<\/tr>\n<\/thead>\n<tbody data-start=\"3890\" data-end=\"4429\">\n<tr data-start=\"3890\" data-end=\"4065\">\n<td data-start=\"3890\" data-end=\"3910\" data-col-size=\"sm\"><strong data-start=\"607\" data-end=\"636\">Plan-driven<\/strong><\/td>\n<td data-start=\"3910\" data-end=\"3993\" data-col-size=\"md\">Good for known, stable requirements, technologies and processes.<\/td>\n<td data-start=\"3993\" data-end=\"4065\" data-col-size=\"md\">Cumbersome, risky in terms of innovation or uncertain markets.<\/td>\n<\/tr>\n<tr data-start=\"4066\" data-end=\"4239\">\n<td data-start=\"4066\" data-end=\"4079\" data-col-size=\"sm\"><strong data-start=\"4068\" data-end=\"4078\">Kanban<\/strong><\/td>\n<td data-start=\"4079\" data-end=\"4173\" data-col-size=\"md\">Easy to get started, especially for mature processes (e.g., change management, series maintenance).<\/td>\n<td data-start=\"4173\" data-end=\"4239\" data-col-size=\"md\">Little structure for learning loops in early stages of development.<\/td>\n<\/tr>\n<tr data-start=\"4240\" data-end=\"4429\">\n<td data-start=\"4240\" data-end=\"4252\" data-col-size=\"sm\"><strong data-start=\"4242\" data-end=\"4251\">Scrum<\/strong><\/td>\n<td data-start=\"4252\" data-end=\"4343\" data-col-size=\"md\">Ideal for iterative learning and prototyping (e.g., in the concept or sample construction phase).<\/td>\n<td data-start=\"4343\" data-end=\"4429\" data-col-size=\"md\">Requires discipline and adaptation to deal with long hardware lead times.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>&nbsp;<\/p>\n<\/div>\n<\/div>\n<hr data-start=\"4431\" data-end=\"4434\" \/>\n<h2 data-start=\"4436\" data-end=\"4471\">Conclusion for hardware development<\/h2>\n<ul>\n<li><strong data-start=\"607\" data-end=\"636\">Plan-driven<\/strong>: Good when everything is known and stable \u2013 bad when you have to explore new territory.<\/li>\n<li data-start=\"4581\" data-end=\"4682\"><strong data-start=\"4581\" data-end=\"4591\">Kanban<\/strong>: Good for stabilizing existing processes \u2013 less suitable for exploratory learning.<\/li>\n<li data-start=\"4685\" data-end=\"4846\"><strong data-start=\"4685\" data-end=\"4694\">Scrum<\/strong>: Good for developing new solutions iteratively.<\/li>\n<\/ul>\n<p>Read more?: <a href=\"https:\/\/blog.hardscrum.com\/agile-milestone-process\/\">Is there an agile milestone process?<\/a><\/p>\n<hr \/>\n<p><span style=\"color: #999999;\">Title pictured by pikisuperstar onFreepik<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"The following statements and questions come up very often when introducing agility and Scrum in hardware development: Every work package is different in length and that cannot be predicted! We have so many dependencies on suppliers and cannot predict delivery times. Our work packages are much larger than 4 weeks. If anything, our iterations would&hellip;","protected":false},"author":3,"featured_media":1871,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[3],"tags":[],"translation":{"provider":"WPGlobus","version":"2.10.10","language":"en","enabled_languages":["de","en"],"languages":{"de":{"title":true,"content":true,"excerpt":false},"en":{"title":true,"content":true,"excerpt":false}}},"_links":{"self":[{"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/posts\/1864"}],"collection":[{"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/comments?post=1864"}],"version-history":[{"count":13,"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/posts\/1864\/revisions"}],"predecessor-version":[{"id":1878,"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/posts\/1864\/revisions\/1878"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/media\/1871"}],"wp:attachment":[{"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/media?parent=1864"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/categories?post=1864"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.hardscrum.com\/en\/wp-json\/wp\/v2\/tags?post=1864"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}