{"id":7995,"date":"2026-07-23T08:00:00","date_gmt":"2026-07-23T08:00:00","guid":{"rendered":"https:\/\/techmonarch.com\/in\/?post_type=blog&#038;p=7995"},"modified":"2026-06-30T12:50:29","modified_gmt":"2026-06-30T12:50:29","slug":"why-do-it-projects-keep-getting-delayed-inside-companies","status":"publish","type":"blog","link":"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/","title":{"rendered":"Why Do IT Projects Keep Getting Delayed Inside Companies?"},"content":{"rendered":"\n<h2 class=\"wp-block-heading\"><strong>Why Do IT Projects Keep Getting Delayed Inside Companies?<\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Every IT leader has lived through this: a project that started with a clear timeline, genuine enthusiasm, and a reasonable scope somehow arrives months late, over budget, and only partly resembling what was originally planned. The post-mortem conversation covers familiar ground. Scope changed. Stakeholders weren\u2019t aligned. Resources got pulled to something more urgent. The vendor missed a deadline. The team was spread too thin.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">What\u2019s less often examined is why these same explanations keep surfacing, project after project, company after company, year after year. The causes of IT project delays are not mysterious. They are well-documented, widely understood, and still happening at scale. PMI research consistently identifies unclear goals, weak stakeholder engagement, and scope creep as the leading contributors to project failure \u2014 findings that have remained remarkably stable across more than a decade of research cycles.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If the causes are known, the question worth asking isn\u2019t \u201cwhat went wrong\u201d but \u201cwhy do the same things keep going wrong?\u201d That\u2019s a more useful question, and it has answers that go deeper than any individual project failure.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>The Planning Optimism Problem<\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">IT project timelines are almost universally optimistic. Not dishonestly so \u2014 most project estimates are made in good faith by people who genuinely believe they can deliver what they\u2019ve committed to. But they\u2019re made under conditions that systematically produce underestimates.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Estimates are typically produced at the moment of lowest information: the beginning of the project, before dependencies are fully mapped, before the technical complexity is completely understood, and before the organizational realities of execution have become clear. At that point, the tendency is to plan for things going reasonably well, because that\u2019s the scenario that\u2019s easiest to reason about. The scenarios where things go less well \u2014 a key team member becomes unavailable, a vendor misses a delivery, a technical assumption turns out to be wrong \u2014 get acknowledged as risks but rarely get built into the timeline as contingency.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The result is a baseline plan that reflects best-case execution. When reality arrives \u2014 and it always does \u2014 the project is immediately behind. Teams spend the rest of the project trying to recover time they never had. The delay wasn\u2019t caused by anything that happened during execution; it was baked in at the planning stage.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Scope That Was Never Actually Fixed<\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Scope creep is the most cited cause of IT project delays, and it\u2019s worth understanding precisely why it\u2019s so persistent. In most cases, the scope was never as fixed as it appeared to be. The project was approved with a broad definition of what would be delivered, and the detailed requirements were left to be figured out as work progressed. What gets called scope creep midway through a project is often just the discovery of requirements that should have been defined upfront.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">There\u2019s a particular pattern that shows up in internal IT projects: a stakeholder who was peripherally involved in the approval phase discovers what the project actually entails once implementation is underway, and introduces requirements that are genuinely important but weren\u2019t captured in the original scope. From the project team\u2019s perspective, this is a change request. From the stakeholder\u2019s perspective, this is what they always assumed was included. Both are right, and neither is wrong. The failure was the absence of a complete requirements process before the project began.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The discipline of locking scope before beginning execution is uncomfortable for most organizations because it requires making decisions early, before everyone has all the information they want. But the alternative \u2014 starting with a loose scope and refining it as you go \u2014 consistently produces exactly the delays and overruns that organizations want to avoid. Projects without formal change management processes are measurably more likely to miss deadlines and exceed costs. The discomfort of early decision-making is far less expensive than the cost of mid-project renegotiation.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>The Resource Contention Nobody Talks About<\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Most IT projects are resourced on paper more cleanly than they are in practice. The project plan shows a network engineer at 60% allocation for six weeks. What the plan doesn\u2019t show is that the same engineer is also the primary contact for three production incidents that month, is supporting a separate infrastructure upgrade that\u2019s running behind, and has two weeks of leave scheduled during the project window.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Resource contention \u2014 the competition for the same people across multiple simultaneous demands \u2014 is one of the most consistent drivers of IT project delay, and one of the least visible in project planning. IT teams in most organizations are running close to capacity on operational work before project work is added. When project demands arrive on top of that operational baseline, the response is almost always informal: people work longer hours for a period, or project tasks get deferred to the next available window.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The organizational problem is that there\u2019s rarely a formal mechanism for surfacing this contention before it causes a delay. Projects are approved without a realistic view of what else the proposed team is carrying. By the time the delay is visible, it\u2019s already happened. The fix isn\u2019t complex \u2014 it requires honest capacity planning before project commitments are made, not after the project is already underway. But that kind of planning requires a level of visibility into operational workload that many IT functions don\u2019t have formalized.<\/p>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><a href=\"https:\/\/techmonarch.com\/in\/contact-us\/\"><img loading=\"lazy\" decoding=\"async\" width=\"621\" height=\"181\" src=\"https:\/\/techmonarch.com\/in\/wp-content\/uploads\/2025\/12\/Managed-IT-01-1.png\" alt=\"\" class=\"wp-image-7864\" style=\"width:840px;height:auto\" srcset=\"https:\/\/techmonarch.com\/in\/wp-content\/uploads\/2025\/12\/Managed-IT-01-1.png 621w, https:\/\/techmonarch.com\/in\/wp-content\/uploads\/2025\/12\/Managed-IT-01-1-300x87.png 300w\" sizes=\"auto, (max-width: 621px) 100vw, 621px\" \/><\/a><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Stakeholder Engagement That Starts Too Late<\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">IT projects typically have more stakeholders than they have active participants. The people who will ultimately use the system, depend on the output, or need to approve decisions are often not consistently involved during execution. They\u2019re consulted at the beginning and presented with results at the end, with minimal touchpoints in between.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This pattern produces a predictable failure mode: late-stage discovery. A stakeholder who hasn\u2019t been engaged during the build phase reviews a nearly complete deliverable and raises issues that, if they had been surfaced three months earlier, would have been relatively straightforward to address. At the point they\u2019re raised, they require rework of completed components and extension of the timeline. The stakeholder isn\u2019t being unreasonable \u2014 they\u2019re raising genuine concerns about something that affects them. The failure was not creating structured opportunities for those concerns to surface earlier.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The governance discipline of staged reviews and sign-offs exists precisely to prevent this \u2014 to force alignment at points in the project where adjustments are still manageable. Organizations that skip this structure in the name of moving faster consistently find themselves slowing down later, at a point in the project when the cost of change is much higher.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Technical Debt as a Hidden Project Constraint<\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Many IT projects are delayed not by anything specific to the project itself, but by the condition of the environment into which they\u2019re being delivered. When underlying infrastructure is poorly documented, carries unresolved dependencies, or has known issues that were deferred rather than fixed, new projects inherit those complications.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A migration project that looked straightforward in scoping becomes complex when the team discovers that three applications have undocumented dependencies on the legacy system being replaced. An integration project that was planned around a six-week timeline extends to four months when it becomes clear that the target platform has a non-standard configuration that wasn\u2019t disclosed during requirements gathering. A security implementation hits delays when the team finds that the existing directory services structure doesn\u2019t conform to the architecture assumptions the project was designed around.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">These aren\u2019t edge cases. They\u2019re the normal experience of delivering IT projects into real environments. Organizations that carry significant technical debt don\u2019t just pay for it in operational friction. They pay for it in every project that has to navigate around it. The more accurately a pre-project assessment maps the actual environment \u2014 including the debt \u2014 the more realistic the project estimate and the fewer surprises during execution.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>The Handoff Problem in Multi-Team Projects<\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">As IT projects grow in scale and involve more teams \u2014 internal IT, business units, vendors, system integrators \u2014 the handoffs between those teams become a primary source of delay. Work arrives at the boundary between two teams, and progress stalls while the receiving team finishes something else, clarifies what\u2019s been handed to them, or waits for a decision that neither team has clear authority to make unilaterally.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">These handoff delays are often invisible in project reporting because they don\u2019t register as missed milestones \u2014 they register as \u201cin progress\u201d while the work sits at a boundary waiting for the next action. By the time the delay is surfaced, it has already accumulated into a significant portion of the total slippage.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Clear ownership is the structural answer. Every task, every deliverable, every decision needs a named individual who is responsible for driving it to completion across team boundaries. When ownership is shared, it is effectively owned by nobody. In multi-vendor or multi-team projects, this requires explicit governance design \u2014 not just an organization chart showing who is involved, but a clear map of who is accountable for what and how cross-team dependencies are managed.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>What Consistently Reduces Delay \u2014 Without Eliminating Human Reality<\/strong><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">None of these causes require exotic solutions. What they require is consistent application of practices that most IT professionals already understand: thorough requirements definition before scope is locked, honest capacity planning before resources are committed, staged governance that creates structured opportunities for stakeholder alignment, pre-project environment assessment that surfaces technical debt, and explicit ownership for every cross-team dependency.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">What makes this hard isn\u2019t the knowledge \u2014 it\u2019s the organizational pressure to start quickly. Projects that invest time in proper planning and governance before execution begins often feel slow to get started. Projects that skip those steps often feel fast to begin and slow to finish. The organizations that learn to tell the difference consistently deliver better outcomes.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For companies in Gujarat managing IT projects with internal teams that are already stretched \u2014 a situation that describes most growing businesses in Ahmedabad and Gandhinagar \u2014 the capacity problem often sits at the center of everything else. When the people responsible for project delivery are also responsible for keeping the lights on operationally, project discipline degrades under pressure. Structured <a href=\"https:\/\/techmonarch.com\/in\/manage-it-services\/\">managed IT<\/a> arrangements that separate ongoing operational support from project delivery capacity are one of the more direct ways to address that root constraint. TechMonarch works with businesses on exactly this kind of IT delivery structure, helping organizations execute projects without pulling the operational team away from what it needs to be doing.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><em>IT projects don\u2019t get delayed because of bad luck. They get delayed because of structural conditions that were present before the first task was assigned. Change the conditions and the outcomes follow.<\/em><\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Why Do IT Projects Keep Getting Delayed Inside Companies? Every IT leader has lived through this: a project that started with a clear timeline, genuine enthusiasm, and a reasonable scope&#8230;<\/p>\n","protected":false},"featured_media":7996,"comment_status":"open","ping_status":"closed","template":"","blog_category":[],"class_list":["post-7995","blog","type-blog","status-publish","has-post-thumbnail","hentry"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v28.1 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Why Do IT Projects Keep Getting Delayed Inside Companies? - techmonarch\/in<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Why Do IT Projects Keep Getting Delayed Inside Companies? - techmonarch\/in\" \/>\n<meta property=\"og:description\" content=\"Why Do IT Projects Keep Getting Delayed Inside Companies? Every IT leader has lived through this: a project that started with a clear timeline, genuine enthusiasm, and a reasonable scope...\" \/>\n<meta property=\"og:url\" content=\"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/\" \/>\n<meta property=\"og:site_name\" content=\"techmonarch\/in\" \/>\n<meta property=\"og:image\" content=\"https:\/\/techmonarch.com\/in\/wp-content\/uploads\/2026\/06\/07_Why_IT_Projects_Keep_Getting_Delayed.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1672\" \/>\n\t<meta property=\"og:image:height\" content=\"941\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data1\" content=\"9 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/blog\\\/why-do-it-projects-keep-getting-delayed-inside-companies\\\/\",\"url\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/blog\\\/why-do-it-projects-keep-getting-delayed-inside-companies\\\/\",\"name\":\"Why Do IT Projects Keep Getting Delayed Inside Companies? - techmonarch\\\/in\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/blog\\\/why-do-it-projects-keep-getting-delayed-inside-companies\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/blog\\\/why-do-it-projects-keep-getting-delayed-inside-companies\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/wp-content\\\/uploads\\\/2026\\\/06\\\/07_Why_IT_Projects_Keep_Getting_Delayed.png\",\"datePublished\":\"2026-07-23T08:00:00+00:00\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/blog\\\/why-do-it-projects-keep-getting-delayed-inside-companies\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/techmonarch.com\\\/in\\\/blog\\\/why-do-it-projects-keep-getting-delayed-inside-companies\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/blog\\\/why-do-it-projects-keep-getting-delayed-inside-companies\\\/#primaryimage\",\"url\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/wp-content\\\/uploads\\\/2026\\\/06\\\/07_Why_IT_Projects_Keep_Getting_Delayed.png\",\"contentUrl\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/wp-content\\\/uploads\\\/2026\\\/06\\\/07_Why_IT_Projects_Keep_Getting_Delayed.png\",\"width\":1672,\"height\":941},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/blog\\\/why-do-it-projects-keep-getting-delayed-inside-companies\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Blog\",\"item\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/blog\\\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Why Do IT Projects Keep Getting Delayed Inside Companies?\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/#website\",\"url\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/\",\"name\":\"techmonarch\\\/in\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/techmonarch.com\\\/in\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Why Do IT Projects Keep Getting Delayed Inside Companies? - techmonarch\/in","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:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/","og_locale":"en_US","og_type":"article","og_title":"Why Do IT Projects Keep Getting Delayed Inside Companies? - techmonarch\/in","og_description":"Why Do IT Projects Keep Getting Delayed Inside Companies? Every IT leader has lived through this: a project that started with a clear timeline, genuine enthusiasm, and a reasonable scope...","og_url":"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/","og_site_name":"techmonarch\/in","og_image":[{"width":1672,"height":941,"url":"https:\/\/techmonarch.com\/in\/wp-content\/uploads\/2026\/06\/07_Why_IT_Projects_Keep_Getting_Delayed.png","type":"image\/png"}],"twitter_card":"summary_large_image","twitter_misc":{"Est. reading time":"9 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/","url":"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/","name":"Why Do IT Projects Keep Getting Delayed Inside Companies? - techmonarch\/in","isPartOf":{"@id":"https:\/\/techmonarch.com\/in\/#website"},"primaryImageOfPage":{"@id":"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/#primaryimage"},"image":{"@id":"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/#primaryimage"},"thumbnailUrl":"https:\/\/techmonarch.com\/in\/wp-content\/uploads\/2026\/06\/07_Why_IT_Projects_Keep_Getting_Delayed.png","datePublished":"2026-07-23T08:00:00+00:00","breadcrumb":{"@id":"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/#primaryimage","url":"https:\/\/techmonarch.com\/in\/wp-content\/uploads\/2026\/06\/07_Why_IT_Projects_Keep_Getting_Delayed.png","contentUrl":"https:\/\/techmonarch.com\/in\/wp-content\/uploads\/2026\/06\/07_Why_IT_Projects_Keep_Getting_Delayed.png","width":1672,"height":941},{"@type":"BreadcrumbList","@id":"https:\/\/techmonarch.com\/in\/blog\/why-do-it-projects-keep-getting-delayed-inside-companies\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/techmonarch.com\/in\/"},{"@type":"ListItem","position":2,"name":"Blog","item":"https:\/\/techmonarch.com\/in\/blog\/"},{"@type":"ListItem","position":3,"name":"Why Do IT Projects Keep Getting Delayed Inside Companies?"}]},{"@type":"WebSite","@id":"https:\/\/techmonarch.com\/in\/#website","url":"https:\/\/techmonarch.com\/in\/","name":"techmonarch\/in","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/techmonarch.com\/in\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"}]}},"_links":{"self":[{"href":"https:\/\/techmonarch.com\/in\/wp-json\/wp\/v2\/blog\/7995","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/techmonarch.com\/in\/wp-json\/wp\/v2\/blog"}],"about":[{"href":"https:\/\/techmonarch.com\/in\/wp-json\/wp\/v2\/types\/blog"}],"replies":[{"embeddable":true,"href":"https:\/\/techmonarch.com\/in\/wp-json\/wp\/v2\/comments?post=7995"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/techmonarch.com\/in\/wp-json\/wp\/v2\/media\/7996"}],"wp:attachment":[{"href":"https:\/\/techmonarch.com\/in\/wp-json\/wp\/v2\/media?parent=7995"}],"wp:term":[{"taxonomy":"blog_category","embeddable":true,"href":"https:\/\/techmonarch.com\/in\/wp-json\/wp\/v2\/blog_category?post=7995"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}