{"id":13591,"date":"2026-05-26T07:00:00","date_gmt":"2026-05-26T05:00:00","guid":{"rendered":"https:\/\/deltaagile.com\/?p=13591"},"modified":"2026-05-28T12:44:03","modified_gmt":"2026-05-28T10:44:03","slug":"sm-and-per-role-approximations-in-other-frameworks","status":"publish","type":"post","link":"https:\/\/deltaagile.com\/en\/sm-and-per-role-approximations-in-other-frameworks\/","title":{"rendered":"SM AND PO COUNTERPARTS IN OTHER FRAMEWORKS"},"content":{"rendered":"\t\t<div data-elementor-type=\"wp-post\" data-elementor-id=\"13591\" class=\"elementor elementor-13591 elementor-5770\" data-elementor-post-type=\"post\">\n\t\t\t\t<div data-particle_enable=\"false\" data-particle-mobile-disabled=\"false\" class=\"elementor-element elementor-element-2b1e8db2 e-flex e-con-boxed e-con e-parent\" data-id=\"2b1e8db2\" data-element_type=\"container\" data-e-type=\"container\">\n\t\t\t\t\t<div class=\"e-con-inner\">\n\t\t\t\t<div class=\"elementor-element elementor-element-608b3ecc elementor-widget elementor-widget-text-editor\" data-id=\"608b3ecc\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p>Development teams use a variety of Agile and Lean approaches. These are largely based on common foundations. The most important are:    <\/p><ul><li><strong>incremental development<\/strong>, allowing for frequent feedback and<\/li><li><strong>creating the organisational conditions<\/strong> to activate the creative potential.<\/li><\/ul><p>There are, of course, exceptions. I can think of an &#8220;agile&#8221; framework whose<strong>&#8220;sales pitch<\/strong>&#8221; is to ensure the safety of management in a hierarchical organisation and to add agility to the annual report &#8211; I won&#8217;t name it. <\/p><p>Given their common roots, we would expect that the functional roles in Agile and Lean approaches are similar and differ mainly in name. Let&#8217;s see if this is the case, or are approximations really just approximations? <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-97024f6 elementor-widget elementor-widget-image\" data-id=\"97024f6\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"image.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<img fetchpriority=\"high\" decoding=\"async\" width=\"1024\" height=\"403\" src=\"https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Vsi-frameworki-1024x403.jpg\" class=\"attachment-large size-large wp-image-11098\" alt=\"Pribli\u017eki SM in PO vlog\" srcset=\"https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Vsi-frameworki-1024x403.jpg 1024w, https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Vsi-frameworki-300x118.jpg 300w, https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Vsi-frameworki-768x303.jpg 768w, https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Vsi-frameworki-18x7.jpg 18w, https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Vsi-frameworki-600x236.jpg 600w, https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Vsi-frameworki.jpg 1084w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" title=\"\">\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-ec5ed48 elementor-widget elementor-widget-text-editor\" data-id=\"ec5ed48\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p data-start=\"419\" data-end=\"533\">Roles in frameworks are not created by themselves, but in response to three organisational needs:<\/p>\n<ul data-start=\"538\" data-end=\"759\">\n<li data-section-id=\"au39qe\" data-start=\"538\" data-end=\"588\"><strong data-start=\"540\" data-end=\"564\">product discovery <\/strong>(what we build and why),<\/li>\n<li data-section-id=\"1bdegad\" data-start=\"591\" data-end=\"657\"><strong data-start=\"593\" data-end=\"627\">managing the development process<\/strong> (how to work together effectively),<\/li>\n<li data-section-id=\"pib66e\" data-start=\"660\" data-end=\"757\"><strong data-start=\"662\" data-end=\"701\">technical coordination <\/strong>(coordination of architecture, quality and integration).<\/li>\n<\/ul>\n<p data-start=\"762\" data-end=\"844\">Different frameworks address these needs with different numbers of specialised roles.  <span style=\"color: #ffffff;\">Approximations<\/span><\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-7ab9f0b elementor-widget elementor-widget-heading\" data-id=\"7ab9f0b\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"heading.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t<h2 class=\"elementor-heading-title elementor-size-default\">Approximations<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-e3c4f22 elementor-widget elementor-widget-text-editor\" data-id=\"e3c4f22\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p>In the table below, I have mapped three Scrum roles to the roles of the other frameworks, based on their responsibilities. I have chosen the Scrum roles because they are best understood by a wider readership. <\/p>\n<p>The mapping is approximate. For example, in some frameworks the line between the framework process <a href=\"https:\/\/deltaagile.com\/en\/produkt\/scrum-master-course\/\" target=\"_blank\" rel=\"noopener\">(Scrum Master<\/a> &#8211; SM) and the product management <a href=\"https:\/\/deltaagile.com\/en\/produkt\/product-owner-course\/\" target=\"_blank\" rel=\"noopener\">(Product Owner<\/a> &#8211; PO) is blurred because we have managers who are responsible for both the product and the team processes. Also, the line between developers and product management is sometimes blurred when we have roles that are involved in both the development and the definition of product specifications. In the case of such dilemmas, I have mapped the roles according to the dominant activity or towards the right (SM \u21d2 PO \u21d2 developers).    <span style=\"color: #ffffff;\">Approximations<\/span><\/p>\n<p><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-4329b86 elementor-widget elementor-widget-image\" data-id=\"4329b86\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"image.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<img decoding=\"async\" width=\"1024\" height=\"814\" src=\"https:\/\/deltaagile.com\/wp-content\/uploads\/2026\/06\/Tabela-1-1024x814.jpg\" class=\"attachment-large size-large wp-image-13564\" alt=\"Ekvivalenti\" srcset=\"https:\/\/deltaagile.com\/wp-content\/uploads\/2026\/06\/Tabela-1-1024x814.jpg 1024w, https:\/\/deltaagile.com\/wp-content\/uploads\/2026\/06\/Tabela-1-300x239.jpg 300w, https:\/\/deltaagile.com\/wp-content\/uploads\/2026\/06\/Tabela-1-768x611.jpg 768w, https:\/\/deltaagile.com\/wp-content\/uploads\/2026\/06\/Tabela-1-600x477.jpg 600w, https:\/\/deltaagile.com\/wp-content\/uploads\/2026\/06\/Tabela-1.jpg 1314w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" title=\"\">\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-a7d19fd elementor-widget elementor-widget-text-editor\" data-id=\"a7d19fd\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p>The table shows that older* frameworks (RUP, DSDM), which are closer to the waterfall roots, have more roles. On the other hand, newer frameworks tend to reduce them. Extremes in this category are Scrumban** and Kanban.  <\/p>\n<p>This is probably due to the democratisation of decision-making processes in organisations, shortening of decision latency and trend towards cross-functional teams with <a href=\"https:\/\/guides.visual-paradigm.com\/understanding-scrum-development-teams-t-shaped-vs-i-shaped\/\" target=\"_blank\" rel=\"noopener\">T specialists<\/a>.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-ce01135 elementor-widget elementor-widget-text-editor\" data-id=\"ce01135\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p><em>* When I talk about older and newer frameworks, I don&#8217;t just mean the first release date, but also the pace of development and the level of implementation. RUP (~1998) is newer in date than Scrum (1993), but it has not actively adapted to new insights and evolution of development environments over the years, so it has fallen behind Scrum in terms of up-to-dateness. In this sense, I consider it older.  <\/em><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-67ed4d0 elementor-widget elementor-widget-text-editor\" data-id=\"67ed4d0\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p><em>** In a previous <a href=\"https:\/\/deltaagile.com\/en\/what-is-scrumban\/\" target=\"_blank\" rel=\"noopener\">article,<\/a> I described why Scrumban is not really a framework. Here, I am just giving it as an example of the Kanban anomaly that some teams are trying to follow. <\/em><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-08b52c6 elementor-widget elementor-widget-image\" data-id=\"08b52c6\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"image.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<img decoding=\"async\" width=\"500\" height=\"251\" src=\"https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Teamske-vloge.jpg\" class=\"attachment-large size-large wp-image-11096\" alt=\"\" srcset=\"https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Teamske-vloge.jpg 500w, https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Teamske-vloge-300x151.jpg 300w, https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Teamske-vloge-18x9.jpg 18w\" sizes=\"(max-width: 500px) 100vw, 500px\" title=\"\">\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-7a34fe2 elementor-widget elementor-widget-heading\" data-id=\"7a34fe2\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"heading.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t<h2 class=\"elementor-heading-title elementor-size-default\">Is there an optimal lower limit to the number of team roles?  <\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-58c221d elementor-widget elementor-widget-text-editor\" data-id=\"58c221d\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p>Probably yes. In <b>Kanban<\/b>, in case of more complex, less well-defined products, the problem of understanding the customer&#8217;s needs (gulf of evaluation) often arises. In Scrum, the task of discovering and interpreting needs is mainly the Product Owner&#8217;s task, whereas in Kanban this burden falls on the developers.  <\/p>\n<p>In a modern product discovery process, developers must also be involved, but for efficiency reasons, this process requires a coordinator. For this reason, especially in more complex projects, Kanban teams working with a product manager (Product Owner) have proven to be more effective than those without one. <\/p>\n<p><span style=\"font-style: inherit; font-weight: inherit;\">A role equivalent to Scrum Master is desirable for the same reason. Self-organising teams are expected to solve their own problems to a greater extent. However, when these go beyond the development team, it is good to have help (Scrum Master) to relieve the developers from negotiating with management.  <\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-ebec50c elementor-widget elementor-widget-image\" data-id=\"ebec50c\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"image.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<img loading=\"lazy\" decoding=\"async\" width=\"300\" height=\"229\" src=\"https:\/\/deltaagile.com\/wp-content\/uploads\/2024\/05\/Future.jpg\" class=\"attachment-large size-large wp-image-11151\" alt=\"Priblizki vlog\" title=\"\">\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-73dd3ea elementor-widget elementor-widget-heading\" data-id=\"73dd3ea\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"heading.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t<h2 class=\"elementor-heading-title elementor-size-default\">The Future<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-e5c8f19 elementor-widget elementor-widget-text-editor\" data-id=\"e5c8f19\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p>In recent years, the development of Agile frameworks has focused mainly on enabling the efficient scaling of development activities across multiple teams. The majority of <a href=\"https:\/\/deltaagile.com\/en\/produkt\/scaled-agile-course\/\" target=\"_blank\" rel=\"noopener\">Scaled Agile<\/a> frameworks (63% &#8211; <a href=\"https:\/\/2288549.fs1.hubspotusercontent-na1.net\/hubfs\/2288549\/RE-SA-17th-Annual-State-Of-Agile-Report.pdf\" target=\"_blank\" rel=\"noopener\">State of Agile 2024 report<\/a>) use Scrum as their base, which shows that this framework has achieved an effective balance of team roles and profitability. <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-86ed33d elementor-widget elementor-widget-text-editor\" data-id=\"86ed33d\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p><strong>I foresee that the development of Agile and Lean approaches in the next few years will focus mainly on:<\/strong><\/p>\n<ul>\n<li>Improving inter-team coordination in the creation of complex integrated products.<\/li>\n<li>Involving developers in the <a href=\"https:\/\/www.atlassian.com\/agile\/product-management\/discovery\" target=\"_blank\" rel=\"noopener\">product discovery<\/a> process<\/li>\n<li>Integrating the DevOps philosophy into the frameworks themselves.<\/li>\n<li>Finding new ways to get feedback from end-users as early as possible. AI will also take on part of the &#8220;exploratory user testing&#8221; load. <\/li>\n<li>Integrating Lean flow dynamics into Scrum. Or simply put, combining Scrum and the Kanban framework. <\/li>\n<\/ul>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":"<p>Development teams use a variety of Agile and Lean approaches. These are largely based on common foundations. The most important are: incremental development, allowing for frequent feedback and creating the organisational conditions to activate the creative potential. There are, of course, exceptions. I can think of an &#8220;agile&#8221; framework whose&#8220;sales pitch&#8221; is to ensure the [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":13590,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[74],"tags":[],"class_list":["post-13591","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-interesting"],"_links":{"self":[{"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/posts\/13591","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/comments?post=13591"}],"version-history":[{"count":5,"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/posts\/13591\/revisions"}],"predecessor-version":[{"id":13600,"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/posts\/13591\/revisions\/13600"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/media\/13590"}],"wp:attachment":[{"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/media?parent=13591"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/categories?post=13591"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/deltaagile.com\/en\/wp-json\/wp\/v2\/tags?post=13591"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}