{"id":9616,"date":"2017-06-14T13:09:13","date_gmt":"2017-06-14T10:09:13","guid":{"rendered":"https:\/\/contribyte.fi\/2017\/06\/14\/tarvitseeko-safe-tuotepaallikoita\/"},"modified":"2019-03-22T16:04:46","modified_gmt":"2019-03-22T14:04:46","slug":"does-safe-require-product-managers","status":"publish","type":"post","link":"https:\/\/contribyte.fi\/en\/2017\/06\/14\/does-safe-require-product-managers\/","title":{"rendered":"Does SAFe\u00ae Require Product Managers?"},"content":{"rendered":"

[et_pb_section fb_built=”1″ fullwidth=”on” custom_padding_last_edited=”on|desktop” admin_label=”Section” _builder_version=”3.0.74″ custom_padding_tablet=”50px|0|50px|0″ transparent_background=”off” padding_mobile=”off”][et_pb_fullwidth_post_title author=”off” date_format=”j M Y” categories=”off” comments=”off” featured_placement=”background” text_color=”light” text_background=”on” text_bg_color=”rgba(0,0,0,0.76)” admin_label=”Fullwidth Post Title” _builder_version=”3.0.87″ title_font=”||||” title_font_size=”48px” title_line_height=”1.2em” title_all_caps=”off” meta_font_size=”16px” meta_letter_spacing=”4px” meta_line_height=”3em” background_color=”rgba(251,79,20,0)” parallax=”on” custom_padding=”200px||300px|” parallax_effect=”on” module_bg_color=”rgba(251,79,20,0)” use_border_color=”off” border_color=”#ffffff” border_width=”1px” border_style=”solid”][\/et_pb_fullwidth_post_title][\/et_pb_section][et_pb_section fb_built=”1″ custom_padding_last_edited=”on|desktop” admin_label=”section” _builder_version=”3.0.74″ background_color=”#f2f2f2″ custom_padding_tablet=”50px|0|50px|0″ transparent_background=”off” padding_mobile=”off”][et_pb_row padding_mobile=”off” column_padding_mobile=”on” parallax_method_1=”off” admin_label=”Row” _builder_version=”3.0.47″ background_color=”#ffffff” background_size=”initial” background_position=”top_left” background_repeat=”repeat”][et_pb_column type=”4_4″ _builder_version=”3.0.47″ column_padding_mobile=”on” parallax=”off” parallax_method=”off”][et_pb_post_title author=”off” categories=”off” comments=”off” featured_image=”off” admin_label=”Post Title” _builder_version=”3.0.87″ title_font_size=”50px” title_all_caps=”off” background_color=”rgba(0,0,0,0)” parallax=”on” custom_padding=”|50px||50px” parallax_effect=”on” module_bg_color=”rgba(0,0,0,0)” use_border_color=”off” border_color=”#ffffff” border_width=”1px” border_style=”solid”][\/et_pb_post_title][\/et_pb_column][\/et_pb_row][et_pb_row padding_mobile=”off” column_padding_mobile=”on” padding_right_1=”50px” padding_left_1=”50px” admin_label=”row” _builder_version=”3.0.47″ background_color=”#ffffff” background_size=”initial” background_position=”top_left” background_repeat=”repeat”][et_pb_column type=”4_4″ _builder_version=”3.0.47″ padding_left=”50px” padding_right=”50px” column_padding_mobile=”on” parallax=”off” parallax_method=”on”][et_pb_text admin_label=”Text” _builder_version=”3.0.92″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” use_border_color=”off” border_style=”solid”]The <\/span>Scaled Agile Framework\u00ae<\/span><\/a>, AKA SAFe\u00ae, has significantly increased in popularity in recent times. Agile software development methods are already part of everyday life even in large industrial companies, and there is a need for scalable processes. But why SAFe\u00ae, in particular, and what does it entail from the point of view of product management?<\/span><\/p>\n

SAFe\u00ae Is a Detailed Model for Agile Development<\/strong><\/h3>\n

Behind the popularity of SAFe\u00ae, there is exceptionally well-conducted productization (which deserves its own blog post). The model is clearly defined, so there is a great deal of support material and coaching available.<\/span><\/p>\n

SAFe\u00ae provides development teams with flexible opportunities to choose between various methods, such as Scrum or Kanban. However, for almost everything else needed in development projects, there is a model accordant with SAFe\u00ae. The entire development process is based on an Agile Release Train (ART), which, as can be predicted, produces code efficiently. Depending on the delivery size, the model may contain different levels for value delivery, ranging from products to solutions.<\/span><\/p>\n

 <\/p>\n

\n

\"\"<\/a><\/p>\n

SAFe 4.0 for Lean Software and Systems Engineering<\/p>\n<\/div>\n

 <\/p>\n

In addition to the development process, SAFe\u00ae also defines the responsibilities connected with software development. At the lowest, i.e., Team Level, the familiar roles of agile development (e.g., Scrum Master, Product Owner, and Development Team) apply.<\/span><\/p>\n

The Program Level combines the output of the teams with the Agile Release Train, for which a <\/span>Release Train Engineer<\/span><\/i> (RTE) is responsible. The RTE is responsible for the “general project manager work,” meaning that their primary task is to ensure that the Agile Release Train arrives at the station on time. Product managers, and possibly also the architects responsible for the delivery content, work in collaboration with the RTE.<\/span><\/p>\n

Depending on the size and complexity of the organization, there can be one or more additional levels which combine the content of the various ARTs into larger delivery entities (Value Streams, Solutions). When it comes to the division of labor, the same principle, however, applies to each layer: the architect owns the technical implementation, the product management defines the content, and the “project manager” is responsible for ensuring the realization of the plans.<\/span><\/p>\n

For the part of the content and the schedule, these three are the key roles, although of course SAFe\u00ae does also define other roles, varying from business owners to UI designers and testers.<\/span><\/p>\n

\n
<\/form>\n<\/div>\n

[\/et_pb_text][et_pb_text admin_label=”Text” _builder_version=”3.0.92″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” use_border_color=”off”]<\/p>\n

SAFe\u00ae and Product Management<\/strong><\/h3>\n

SAFe\u00ae determines how software development works, so, theoretically, it can be used in both the product and project business. If the work purely aims at customer delivery, the Product Owner speaks for the customer and is responsible for the requirements in the same way as with, e.g., Scrum.<\/span><\/p>\n

Most industrial companies have already realized that it is also advisable to manage and reuse software in connection with project deliveries. At the same time the requirements of, e.g., the IoT solutions have created needs like interface standardization. Standardized components then require life-cycle thinking, requirements management, and other product management components.<\/span><\/p>\n

In practice, SAFe\u00ae is usually used as a software development model for products or productized services. The part of the product\u2019s life-cycle management that takes place before the development decision is made or after the software is published is mainly excluded from SAFe\u00ae.<\/span><\/p>\n

SAFe\u00ae Does Not Take a Position on Requirement Sources<\/b><\/h3>\n

Traditional software development may have been thought of as a “factory” into which requirements are fed and from which software comes out. Even though viewing software development as a “factory” does not do justice to a functional organization, it still reminds us of the basic laws which also apply when using SAFe\u00ae.<\/span><\/p>\n

    \n
  1. Bad or unnecessary requirements cannot create good business.<\/span><\/li>\n
  2. If too much material is fed into the “factory,” the production slows down.<\/span><\/li>\n
  3. The more finely the feed (the requirements) is broken down, the more quickly the product is completed and starts to deliver value.<\/span><\/li>\n<\/ol>\n

    SAFe\u00ae defines a variety of practices, familiar from agile development methods, which help to overcome the challenges connected with traditional software development. Despite those, however, the role of product management is still clear: the most important task of the product manager is ensuring customer value.<\/span><\/p>\n

    In SAFe\u00ae, the requirements of the highest level are called <\/span>Epics<\/span><\/i>, and they are managed with the <\/span>Portfolio Kanban<\/span><\/i>.<\/span><\/p>\n

    <\/span><\/p>\n

    \"\"<\/h2>\n
    \n

    SAFe Portfolio Kanban<\/p>\n<\/div>\n

     <\/p>\n

    The first column on the board is a <\/span>Funnel<\/span><\/i>, i.e., the beginning of the traditional idea funnel. Some gather all requirements in it, whereas others manage the idea level in some other tool from which the best and most important ideas will be imported into the <\/span>Portfolio Kanban<\/span><\/i>.<\/span><\/p>\n

    Review<\/span><\/i>, i.e., the second step of Kanban, is often the most difficult. The value delivered with the <\/span>Epic<\/span><\/i> is described and defined in it. \u00a0SAFe\u00ae recommends that the Weighted Shortest Job First method be used in prioritization. In this method, the implementation order of the requirements is determined by how much business value will be created, how time-sensitive the implementation is, how many risks are involved, and how much work is required. The method provides a formula for calculation, but the hardest part is finding at least relatively correct values for it.<\/span><\/p>\n

    The determination of the business value of ideas and requirements is left to the expertise of product management even when using SAFe\u00ae.<\/span><\/p>\n

    In order to understand customer value, sometimes an <\/span>MVP<\/span><\/a> (Minimum Viable Product) has to be created and sometimes an entire business case calculation has to be performed. In the best case, the customer is ready to express how much they would pay for the new requirement. In practice, however, the value will usually be pulled out of a hat and mainly overestimated.<\/span><\/p>\n

    “<\/span>The hardest thing about product management is that doing the right thing for your customers means that you\u2019re saying \u2018no\u2019 to them 95% of the time<\/span><\/i>,<\/span>” says Dave Meyer, the Senior Product Manager at Atlassian.<\/span><\/p>\n

    After the determination of value, the requirement will be moved to the <\/span>Analysis<\/span><\/i> column for evaluation by architects and product developers. After this step, the aim is to explore the realization of the requirement. When the workload and the other implementation costs are clear, the ratio of the expected value to the cost can be re-evaluated and it can be decided whether the requirement will be moved to the <\/span>Portfolio Backlog<\/span><\/i> or not.<\/span><\/p>\n

    <\/span><\/p>\n

    \"\"<\/p>\n

    <\/span><\/p>\n

    Portfolio Kanban in Proportion to the Traditional Portfolio Funnel<\/span><\/p>\n

    The <\/span>Portfolio Backlog<\/span><\/i> is the highest-level backlog in SAFe\u00ae from which content is moved to the ARTs according to the teams\u2019 activity status. “Grooming” the backlog together with the <\/span>Program Manager<\/span><\/i> and business representatives is agile product development management.<\/span><\/p>\n

    Many Levels, Many Roles<\/b><\/h3>\n

    Just as the name suggests, the Scaled Agile Framework (SAFe\u00ae) is scalable to large product development organizations of up to thousands of employees. In such cases, product management has to be divided between several levels. At the lowest level, the <\/span>Product Owner<\/span><\/i> ensures that the teams are doing the right things in the right order. The work of the teams can be combined at the Program Level, where the Product Manager is responsible for the features. Products or components can form <\/span>Value Streams<\/span><\/i>, which are directed at different customer segments, and the person responsible for these may be called a <\/span>Solution Manager<\/span><\/i>. At the highest level, a <\/span>VP of Product Management<\/span><\/i>, together with the persons responsible for the product areas under their management, may be discussing portfolio management with the project office and business units.<\/span><\/p>\n

    In a large organization, it is important to divide the responsibility for customer insight between different levels. In addition, activities should be prioritized at the levels with the best understanding of the work done at the level in question.<\/span><\/p>\n

    The companies that use SAFe\u00ae can have either twenty or two thousand product development employees. The more employees and the more complicated the products are, the more definition, control, and customer insight is needed. The title under which this work is done is irrelevant. SAFe\u00ae is only a framework that every company should attempt to adjust to their own needs.<\/span><\/p>\n

    \n<\/form>\n<\/div>\n

    [\/et_pb_text][et_pb_text admin_label=”Text” _builder_version=”3.0.92″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” use_border_color=”off” border_style=”solid”]<\/p>\n

    SAFe\u00ae Determines Software Development, Not Product Management<\/strong><\/h3>\n

    When deploying SAFe\u00ae, it is worth remembering that the process has been developed to help with guiding development, not to guide work. \u00a0SAFe\u00ae best serves organizations that modify it with the aid of the <\/span>Lean-Agile Principles<\/span><\/a> to suit their needs.<\/span><\/p>\n

    From the point of view of product management, it is important to remember that customer value consists of many parts, of which software development is only one. SAFe\u00ae does not eliminate the need for product management, and the most important responsibilities of a product manager still are the following:<\/span><\/p>\n