Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Search the Community

Showing results for tags 'safe'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Categories

  • Management
  • Design
  • Requirements
  • Development
  • Test
  • Atlassian

Categories

  • Personal
  • Professional
    • Management
    • Requirements
    • Design
    • Development
    • Testing
    • Operations
  • Interesting
    • Atlassian
    • Security
    • E-Commerce

Categories

  • Management
  • Design
  • Requirements
  • Development
  • Testing
  • Operations
  • Atlassian
  • Security
  • E-commerce

Categories

  • Management
  • Design
  • Requirements
  • Development
  • Testing
  • Operations
  • Atlassian
  • Security
  • E-Commerce
  • Others

Categories

  • Thoughts
  • Debate
  • Health
  • Hobbies

Categories

  • Personligt
    • Åsikter
    • Humor
    • Spel
    • Träning
  • Allmänt
    • Internet
    • Program & tjänster
  • Intressant
    • Prylar
  • Professionellt
    • Management
    • Krav
    • Designs
    • Webbutveckling
    • Test
    • Atlassian
    • säkerhet
    • Förvaltning
    • Ehandel
    • Wordpress
  • Personligt_

Categories

  • Prologue
    • About This Book
  • The Tools
    • Jira Software
    • Confluence
    • Jira Service Management
  • The Inception Phase
    • Portfolio Management
    • Project Management
  • The Design Phase
    • Design as part of the Inception phase
    • Design as part of the Requirement phase
    • Working with design libraries
  • The Requirement Phase
    • Definition of Requirements
    • The four levels of Requirements
  • The Development Phase
    • Atomic design
    • Estimations
  • The Test Phase
    • The Definition of Test
    • Types of Test
  • The Operations Phase
    • Release Management
  • The Post Go-Live Phase
    • Incidents
    • Changes
  • Notes
    • My Muses
    • Research

Categories

  • Theme Building
  • Javascript Framework
  • CSS Framework
  • IPS: Pages
    • Database Templates
    • Block Plugin Templates
    • Page Templates
  • Custom Applications
  • Tips & Tricks

Categories

  • Europe
    • Central Europe
    • Eastern Europe
    • Northern Europe
    • Southeastern Europe
    • Southern Europe
    • Western Europe
  • North America
    • United States of America
    • Canada
    • Mexico
    • Caribbean
    • Central America
  • South America
    • Argentina
    • Bolivia
    • Brazil
    • Chile
    • Colombia
    • Ecuador
    • Falkland Islands
    • Guyana
    • Paraguay
    • Peru
    • Suriname
    • Uruguay
    • Venezuela
  • Africa
    • Northern Africa
    • Central Africa
    • Western Africa
    • Eastern Africa
    • Southern Africa
  • Asia
    • Central Asia
    • East Asia
    • South-Eastern Asia
    • Southern Asia
    • Western Asia
  • Oceania
    • Australia
    • Fiji
    • Kiribati
    • Marshall Islands
    • Micronesia
    • Nauru
    • New Zealand
    • Palau
    • Papua New Guinea
    • Samoa
    • Solomon Islands
    • Tonga
    • Tuvalu
    • Vanuatu

Categories

  • Shared Hosting
  • Virtual Private Server
  • Cloud Hosting
  • Dedicated Hosting
  • Co-Location
  • Hosting Services

Categories

  • Professional
    • Management
    • Design
    • Requirements
    • Development
    • Testing
    • Operations
  • Interesting
    • Atlassian
    • Security
    • E-commerce

Categories

  • Defects
  • Ideas
  • Development
  • ☑ Archive

Categories

  • Professional
  • Management
    • Agile
  • Requirements
  • Design
  • Development
    • Frontend
    • Backend
  • Testing
  • Operations
    • Hosting
  • Atlassian
  • Security
  • E-commerce
    • CRO
    • SEO
  • Interesting

Categories

  • Professional
    • Management
    • Requirements
    • Design
    • Development
    • Testing
    • Operations
  • Interesting
    • Atlassian
    • Security
    • E-commerce

Forums

  • General
    • Open Forum
    • Support
  • Professional
    • Management
    • Requirements
    • Design
    • Development
    • Test / QA
    • Operations
  • Interesting
    • Atlassian
    • Security
    • E-commerce
    • Invision Community
  • Jobs
    • Looking for employee / consultant
    • Looking for Job / Assignment
  • Building The Site's Forums
  • Destiny 2's Discussions
  • The Journey's Discussions
  • Cinephilia's Topics
  • Diablo 4's Diablo 4 Topics
  • Shadownessence's Topics
  • sensory hyperreactivity's Topics
  • Wolcen's Wolcen Topics
  • Quality Assurance Heroes's QA Topics
  • Visual Studio Code's Forum
  • Adobe Illustrator's Adobe Illustrator Forum
  • Sketch Guru's's Sketch Topics
  • Requirements & test management in Jira's Topics
  • Microsoft Teams's Microsoft Teams Discussions
  • Figma's Figma Topics
  • Microsoft Planner's Microsoft Planner Topics
  • Psychology's Psychology Topics
  • Microsoft Word's Microsoft Word Topics
  • Microsoft Powerpoint's Microsoft Powerpoint Topics
  • WordPress Devs's Wordpress Topics
  • Ornamental Design's Ornamental Design Topics
  • Adobe Photoshop's Photoshop Discussions
  • Agile 2's Agile 2 Topics
  • Agile 2's Agile 2 Principles
  • Microsoft Outlook's Outlook Topics
  • My Book's Discussions
  • Outriders's Outriders Discussions

Categories

  • Jimi's Files
    • Curriculum vitae
    • Presentations
    • Certificates
  • Management
  • Requirements
  • Design
    • Fonts
  • Code
  • Test
  • Operations
  • Atlassian
    • Certificates of Excellence
  • Security
  • Ecommerce
  • Invision Power Services
    • JWSE Support Tickets
    • JWSE Task Management
  • Shadownessence's Files
  • WordPress Devs's Wordpress Files

Calendars

  • Project: JWSE Workboard
  • Project: JWSE Workboard
  • Community Calendar
  • Professional Events
  • Management Events
  • Requirement Events
  • Design Events
  • Development Events
  • Test Events
  • Atlassian Events
  • Operations Events
  • E-commerce Events
  • Destiny 2's Events
  • The Journey's Events
  • Cinephilia's premieres
  • Diablo 4's Diablo 4 Events
  • Agile 2's Agile 2 Events

Blogs

  • How to start your own blog
  • Sketch Blog
  • Building The Site's Blog
  • Destiny 2's Destiny 2 ramblings
  • The Journey's Stories
  • Diablo 4's Diablo 4 blog
  • Sketch Guru's's Sketch News
  • Requirements & test management in Jira's News
  • Agile 2's Agile 2 Blog

Categories

  • Personal
    • Humor
    • Music
  • Professional
    • Management
    • Requirements
    • Design
    • Development
    • Testing
    • Operations
  • Interesting
    • Atlassian
    • Security
    • E-commerce
  • Destiny 2's Videos
  • The Journey's Videos
  • Cinephilia's Trailers
  • Diablo 4's Diablo 4 Videos
  • Wolcen's Wolcen Videos
  • Visual Studio Code's Videos
  • Adobe Illustrator's Adobe Illustrator Videos
  • Sketch Guru's's Sketch Videos
  • Requirements & test management in Jira's Videos
  • Microsoft Teams's Microsoft Teams Videos
  • Figma's Figma Videos
  • Microsoft Planner's Microsoft Planner Videos
  • Psychology's Psychology Videos
  • Microsoft Word's Microsoft Word Videos
  • Microsoft Powerpoint's Microsoft Powerpoint Videos
  • WordPress Devs's Wordpress Videos
  • Ornamental Design's Ornamental Design Videos
  • Adobe Photoshop's Photoshop Videos
  • Agile 2's Agile 2 Videos
  • Microsoft Outlook's Outlook Videos
  • Outriders's Outriders Videos

Categories

  • Movies
    • Action Movies
    • Adventure Movies
    • Animated Movies
    • Comedy Movies
    • Crime Movies
    • Drama Movies
    • Fantasy Movies
    • Horror Movies
    • Romance Movies
    • Sci-Fi Movies
    • Thriller Movies
    • Western Movies
  • TV Shows
    • Action TV Shows
    • Adventure TV Shows
    • Animated TV Shows
    • Comedy TV Shows
    • Crime TV Shows
    • Drama TV Shows
    • Fantasy TV Shows
    • Horror TV Shows
    • Romance TV Shows
    • Sci-Fi TV Shows
    • Thriller TV Shows
    • Western TV Shows

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


About Me

Found 22 results

  1. It’s no secret to those in a Lean-Agile Transformation that achieving Business Agility requires a significant degree of expertise across SAFe’s seven core competencies. And while each competency can deliver value independently, they are also interdependent in that true business agility can be present only when the enterprise achieves a meaningful state of mastery of all. Measuring competency is achieved using the SAFe suite of Assessments. The Business Agility Assessment is the highest-level view and is specifically designed for the business and portfolio stakeholders to assess their overall progress on the ultimate goal of true business agility. It provides a summary of proficiency across all seven core competencies.
  2. SAFe was born and raised in the large enterprise, or more accurately, in a particular business unit of some of the largest enterprises. Businesses turned to SAFe for a variety of reasons. Oftentimes the challenge was a ‘burning platform’ and SAFe was used quite effectively to develop new products and services to put out that fire. Other times, it was proactive leaders with successful companies who understood that what worked well in the past wouldn’t carry them through future challenges and disruptions. Regardless of what brought it through the door, SAFe worked. Companies thrived. Many jobs were saved and new jobs were created.
  3. SAFe 5 introduced the ‘dual operating system’ as an operating model to help enterprises compete and thrive in the digital age. This model has passed the test of time. It has now become a meaningful way to separate the concerns of developing and launching innovative new solutions (the responsibility of the Network) and efficiently running and growing a business that leverages those solutions (the responsibility of the Hierarchy).
  4. Hi Folks, SAFe was designed with the world’s largest enterprises in mind, so the idea of applying SAFe in a startup environment might not be an obvious choice. Happily, that assumption has proven to be wrong. The Framework is actually well suited for small businesses. The principles are the same; the practices just need more selective adoption.
  5. Hi Folks, We are excited to announce a significant update to SAFe Metrics. As we are all experiencing, Business Agility sets new performance standards for organizations, requiring fast, effective response to emerging business opportunities. This mandates changes to what we measure, how we measure, and what to do with the data we receive. It is a critical enabler for continuously improving business performance.
  6. I am excited to announce the arrival of our latest advanced topic article. This one comes to us from Joe Montalbano and Brad Lehman, two members of the SAFe community who have been integrating human-centered design (HCD) activities in creative ways into the Agile way of working. The article begins by revealing growing interest in HCD as a mechanism for ensuring customer-centricity in product development. However, as yet another specialized function, HCD can be difficult to infuse seamlessly into established delivery cultures. Joe and Brad then explain that HCD and SAFe complement each other well and offer several tips to ease their integration.
  7. SAFe 5.0 can be previewed on a preview section of the Scaled Agile For Enterprise website. The suggested changes takes several steps forward towards a lean organization type of frame work. With that comes challenges for companies who see SAFe as a development framework and not an organization one. Will this make it easier or harder to have organizations adapt to SAFe? In SAFe for Lean Enterprises 5.0 comes with two new competencies and updated to five competencies. It also pushes pretty hard towards the business side with new business agility and SAFe for business teams. The biggest change is probably the merge of the teams level and the program level into one single level called Essential. While it is good to involve business more and I agree with the arguments for merging team and program levels I fear that this will make SAFe less attractive. That is because now it require a complete transformation of the company, while before you could have it living along side other frameworks. New Focus on Business Agility "Business Agility is the ability to compete and thrive in the digital age by quickly responding to market changes and emerging opportunities with innovative business solutions. It requires that everyone involved in delivering solutions—business and technology leaders, development, IT operations, legal, marketing, finance, support, compliance, security, and others—use Lean and Agile practices to continually deliver innovative, high-quality products and services faster than the competition." This sounds amazing, but I would say that less than 1% of all enterprise companies are even close to having a lean approach to their organization. Almost all companies have some areas, but as a whole I would say almost every enterprise company still have a waterfall and project based approach to their organization. Continuous Learning Culture New "The Continuous Learning Culture competency describes a set of values and practices that encourage individuals—and the enterprise as a whole—to continually increase knowledge, competence, performance, and innovation. This culture is achieved by becoming a learning organization, committing to relentless improvement, and promoting a culture of innovation." This is where I think many organizations dedicated to implement SAFe will get uncomfortable. Continuous learning cost a lot of money. We are talking several millions a year and a dedicated workforce for coaching and educating the organization. In most of the companies I have see this is very uncommon. Most if the time there is a small central team and then a multitude of initiatives throughout the organization that is not very structured or large enough to support everyone. I would love to see this implemented, but the cost for it will surely give a lot of resistance. Organizational Agility New "The Organizational Agility competency describes how Lean-thinking people and Agile teams optimize their business processes, evolve strategy with clear and decisive new commitments, and quickly adapt the organization as needed to capitalize on new opportunities." This makes sense, unless you consider that most enterprise companies are not Lean-thinking in their mindset and the sheer complexity of their operations makes Lean-thinking difficult. Again most companies still struggle with Agile where it mostly become an Ad-hoc stress trap due to poor adaptation and support. Again this require a huge commitment with an almost total organization transformation. The cost alone is monumental and the effort to move your entire organization, as well as changing the tool set, towards this goal makes it a big obstacle towards a SAFe implementation for many companies. If they can afford the cost and can see the change management through however this would be very interesting indeed. I know of no company today that works this way on an organization level and I am not sure it is even possible at an enterprise company. Team and Technical Agility Restructured "The Team and Technical Agility competency describes the critical skills and Lean-Agile principles and practices that high-performing Agile teams and Teams of Agile teams use to create high-quality solutions for their customers. The result is increased productivity, better quality, faster time-to-market, and predictable delivery of value." This description has been updated, but unfortunately it still does not define teams as product based. It also does not give any focus towards work satisfaction or team health, which is important factors to consider as some teams should not use an Agile methodology as it is damaging to their health. Not really much news here other than some updates to to the merge of team and program level. Agile Product Delivery Restructured "The Agile Product Delivery competency is a customer-centric approach to defining, building, and releasing a continuous flow of valuable products and services to customers and users. This competency enables the organization to provide solutions that delight customers, lower development costs, reduce risk, and outmaneuver the competition. The DevOps and Release on Demand competency has been renamed to Agile Product Delivery." Again not much news here. Some additional emphasis on customer centric design thinking, which is a bit amusing as most organizations are very far from customer centric in general and still very new to the concept of design thinking. Hopefully this will increase the demand for UX and CRO as user testing and A/B testing is a rather rare occurrence in today's enterprises. On the DevOps side I still do not see this working, even after 10 years of "implementation" on many organizations. In fact the trend is to separate dev and ops more than uniting them... Lean Portfolio Management Restructured "The Lean Portfolio Management competency aligns strategy and execution by applying Lean and systems thinking approaches to strategy and investment funding, Agile portfolio operations, and governance. These collaborations give the enterprise the ability to align strategy to execution, to meet existing commitments reliably, and to better enable innovation." This is the one thing I wish every enterprise organization would focus on right now. In to many organizations there are barely any strategic portfolios and contracts are all written as fixed price engagements that kill any chance of agility. There are few, if any, enterprise architects and overall the structure and control on portfolio levels are pretty bad. Not much news here, but an improved description and a slight alignment towards organization agility. Enterprise Solution Delivery Restructured "The Enterprise Solution Delivery competency describes how to apply Lean-Agile principles and practices to the specification, development, deployment, operation, and evolution of the world’s largest and most sophisticated software applications, networks, and cyber-physical systems. The Business Solutions and Lean Systems Engineering competency has been renamed to Agile Product Delivery" This section has been rewritten and again aligned a bit with the merge of teams and program. It still promote a microservices solution and continuous deliver system that is not really aligned with the complexity of large scale system development with multiple teams of different cadence. Despite that this is a good section with many good descriptions that would make life easier if followed. Lean-Agile Leadership Restructured "The Lean-Agile Leadership competency describes how Lean-Agile Leaders drive and sustain organizational change by empowering individuals and teams to reach their highest potential. They do this through leading by example, adopting a Lean-Agile mindset, and lead the change to a new way of working. The result is more engaged employees, increased productivity and innovation, and successful organizational change." This section is updated and rewritten a bit. The SAFe implementation roadmap has been updated a bit as well with 2 new courses. One for Lean Portfolio Management and one for Agile Product and Solution Management (APSM) Overall these are good changes, but I fear that the extent of the new changes can make organizations feel that SAFe is becoming increasingly difficult to implement. On the other hand it can also be the leverage certain part of the organization need to push the change that they see is necessary. It also makes it more attractive from a strategic perspective to have a framework that will actually transform all aspects of the organization. So there are some good things and some, potentially, bad things in SAFe 5.0. I like it, how about you?
  8. Regardless if you work in a continuous delivery flow like Kanban, a sequential delivery flow like waterfall or an iterative delivery flow like Scrum, you will benefit greatly from having portfolio management. Having a dedicated funnel ensures that you get a proper overlook of your incoming request. In this article we will discuss how that can be done by creating a process for it in Jira Software. Advanced Roadmaps is a very useful tool because it allows us to get the big picture. It also allows us to scale the hierarchies in Jira for issue types. This is important because the standard hierarchies are designed for teams, so they do not scale well. While you can work around this using the sideways approach where you have the higher hierarchies in a separate project and link between them, that is not really a hierarchy. This also works poorly when you wish to display things in Advanced Roadmap. The first thing we need to do for a proper hierarchy view in Advanced Roadmaps is to define the portfolio levels. We need to accommodate for multiple scenarios as requests, or demands, often come in different forms. The most common types are projects or even programs, or new features. We also want to make sure we can work with the different frameworks out there, so we add a collaboration level as well as defined in SAFe. To avoid a lot of confusion between different frameworks and other tools, we rename the Epic issue type in Jira Software to Feature. It will not be perfect, but it will have to do until we get the ability to rename it properly when Atlassian makes that change in the future. We do this by going to Issues -> Issue Types and edit the Epic issue type. We also add two new issue types for Initiative and Capability. Next we go to Plans -> Settings -> Advanced Roadmaps hierarchy configuration. There we add two new levels called Initiative and Capability and map them with our newly created issue types with the same names. Finally, we rename the Epic to Feature, and we should have our first hierarchy defined. We can go back and adjust this later if we want. The setup should now look like this: We can now add this to our projects by adding the issue types to our Issue Type Schemas. Depending on your setup you may want the new issue types for Initiative and Capability to exist in a separate Issue Type Schema, or you will add them to the standard schema. Either way we still need to give the new issue type a workflow that match their purpose. So we head over to Issues -> Workflows and create a new workflow. Again we want to consider what the purpose of these issue types is and who will actually work with them. Initiative, Capability and Feature are all used by management and requirement analysts to provide information on how to realize demands. That means that we do not have the same transfer of responsibility as for User Stories. Instead, we need to consider what we actually do in the portfolio and what we need to track in terms of activities. SAFe have a pretty good example of this for their Portfolio Kanban. Their first step is Funnel and for us that is pretty much everything that comes into our workflow, and we define this as new. Anything that comes in to the portfolio needs to be reviewed to see what we should focus on next. Since we will not review everything we add two steps for the review process: Ready for Review and In Review. This allows us to only pick things that we want to review by moving them from new to Ready for Review, and then we have an active status to indicate that we are working on this. We do the same for Analysis, which is the step where we involve Business Analysts and Requirement Analysts to define the need in more detail. For this we add Ready for Analysis for when the Review process lead to us spending time to break down the need in a requirement process. We also add the In Analysis to indicate that it has entered the Requirement process. Before we close this workflow we add the Implementation process as well. Ready for Implementation indicate that the requirement process has led to a decision to implement and In Implementation indicate that the need is being fulfilled. We do not fracture this further as we can easily drill down to individual tasks in Advanced Roadmaps, and it is not really useful to have for example test and release part of this workflow. That is because each issue type will have many issue types below it, and you can only transition on the last sub-task, making it misleading and feeling stagnant. Finally, we add a status for Blocked/Pending to allow us to track when things are preventing this activity from being fulfilled. This can be external or internal dependencies or financial reasons for example. As always we go for an open workflow to allow for free transitions. We add a close screen to the Close status to set a resolution and then add a post function to remove resolution on all other statuses. This workflow should now look like this: The final step is now to go to our workflow scheme and add this new workflow. We do this by going to Issues -> Workflow Schemes and click edit on the workflows scheme we have Initiative, Capability and Feature added to. We click add Workflow and add the new workflow we just created. Then we select that this workflow will be applied to Initiative, Capability and Feature before hitting save. This should now allow you to work inside Advanced Roadmaps using Initiatives, Capabilities and Features in a proper portfolio management process that allow for larger projects and programs as well as manage smaller feature or even user stories. I hope you found this useful and as always, if you have any questions just write a comment and I will do my best to help you.
  9. Regardless if you work in a continuous delivery flow like Kanban, a sequential delivery flow like waterfall or an iterative delivery flow like Scrum, you will benefit greatly from having portfolio management. Having a dedicated funnel ensures that you get a proper overlook of your incoming request. In this article we will discuss how that can be done by creating a process for it in Jira Software. Advanced Roadmaps is a very useful tool because it allows us to get the big picture. It also allows us to scale the hierarchies in Jira for issue types. This is important because the standard hierarchies are designed for teams, so they do not scale well. While you can work around this using the sideways approach where you have the higher hierarchies in a separate project and link between them, that is not really a hierarchy. This also works poorly when you wish to display things in Advanced Roadmap. The first thing we need to do for a proper hierarchy view in Advanced Roadmaps is to define the portfolio levels. We need to accommodate for multiple scenarios as requests, or demands, often come in different forms. The most common types are projects or even programs, or new features. We also want to make sure we can work with the different frameworks out there, so we add a collaboration level as well as defined in SAFe. To avoid a lot of confusion between different frameworks and other tools, we rename the Epic issue type in Jira Software to Feature. It will not be perfect, but it will have to do until we get the ability to rename it properly when Atlassian makes that change in the future. We do this by going to Issues -> Issue Types and edit the Epic issue type. We also add two new issue types for Initiative and Capability. Next we go to Plans -> Settings -> Advanced Roadmaps hierarchy configuration. There we add two new levels called Initiative and Capability and map them with our newly created issue types with the same names. Finally, we rename the Epic to Feature, and we should have our first hierarchy defined. We can go back and adjust this later if we want. The setup should now look like this: We can now add this to our projects by adding the issue types to our Issue Type Schemas. Depending on your setup you may want the new issue types for Initiative and Capability to exist in a separate Issue Type Schema, or you will add them to the standard schema. Either way we still need to give the new issue type a workflow that match their purpose. So we head over to Issues -> Workflows and create a new workflow. Again we want to consider what the purpose of these issue types is and who will actually work with them. Initiative, Capability and Feature are all used by management and requirement analysts to provide information on how to realize demands. That means that we do not have the same transfer of responsibility as for User Stories. Instead, we need to consider what we actually do in the portfolio and what we need to track in terms of activities. SAFe have a pretty good example of this for their Portfolio Kanban. Their first step is Funnel and for us that is pretty much everything that comes into our workflow, and we define this as new. Anything that comes in to the portfolio needs to be reviewed to see what we should focus on next. Since we will not review everything we add two steps for the review process: Ready for Review and In Review. This allows us to only pick things that we want to review by moving them from new to Ready for Review, and then we have an active status to indicate that we are working on this. We do the same for Analysis, which is the step where we involve Business Analysts and Requirement Analysts to define the need in more detail. For this we add Ready for Analysis for when the Review process lead to us spending time to break down the need in a requirement process. We also add the In Analysis to indicate that it has entered the Requirement process. Before we close this workflow we add the Implementation process as well. Ready for Implementation indicate that the requirement process has led to a decision to implement and In Implementation indicate that the need is being fulfilled. We do not fracture this further as we can easily drill down to individual tasks in Advanced Roadmaps, and it is not really useful to have for example test and release part of this workflow. That is because each issue type will have many issue types below it, and you can only transition on the last sub-task, making it misleading and feeling stagnant. Finally, we add a status for Blocked/Pending to allow us to track when things are preventing this activity from being fulfilled. This can be external or internal dependencies or financial reasons for example. As always we go for an open workflow to allow for free transitions. We add a close screen to the Close status to set a resolution and then add a post function to remove resolution on all other statuses. This workflow should now look like this: The final step is now to go to our workflow scheme and add this new workflow. We do this by going to Issues -> Workflow Schemes and click edit on the workflows scheme we have Initiative, Capability and Feature added to. We click add Workflow and add the new workflow we just created. Then we select that this workflow will be applied to Initiative, Capability and Feature before hitting save. This should now allow you to work inside Advanced Roadmaps using Initiatives, Capabilities and Features in a proper portfolio management process that allow for larger projects and programs as well as manage smaller feature or even user stories. I hope you found this useful and as always, if you have any questions just write a comment and I will do my best to help you. View full blog article
  10. Magnus Lindblom

    Magnus Lindblom

    Entrepreneur, business developer and manager with experiences from radically improving test organisations and starting, operating and selling restaurant businesses. Specialties: Business and organizational development. Strategic test management in complex environments such as in banking and insurance.
  11. Business Development, Business Design, Agile Transformation (Scrum & SAFe certified), Change Management, Product Management, SME E-commerce/Omni-Channel/Retail
  12. Max Hjälm

    Max Hjälm

    IREB certified requirements analyst with a passion for processes.
  13. Scaled Agile Framework and PI planning in BigPicture [Jira]. A quick tutorial. 1:03 PI planning. Product roadmap 2:11 Inputs and deliverables 2:47 Product backlog (Scope, Epic - Feature - Story, WSJF) 3:48 Program Board 4:04 Team breakout session (capacity planning, decompose features into stories, planning iterations, dependencies) 6:02 Objectives 6:36 Scrum of Scrums 6:53 Inspect and Adapt 7:43 How does BigPicture 8 contribute to SAFe®? See SAFe® whitepapers: https://softwareplant.com/safe/
  14. until
    What is the SAFe Summit Virtual Experience? Staying connected to the SAFe community to learn, be inspired, and continue to grow during this challenging time will help you navigate from surviving into thriving! You can expect the new experience to include unmatched industry content and networking opportunities: World-class keynotes from transformation visionaries 40 live and simulive sessions from leading industry experts Customer success stories direct from enterprises Virtual Exhibit Hall SAFe Expert Coaching Station Community Engagement
  15. Version 1.0.0

    0 downloads

    A Certified SAFe® 5 Agilist (SA) is a SAFe enterprise leadership professional who is part of a Lean-Agile transformation. Key areas of competency include the application of Lean-Agile principles, execution and release of value through Agile Release Trains (ARTs), and building an Agile portfolio with Lean-Agile budgeting.
  16. Specialties: Development Environments, Eclipse and ecosystem, Clearcase, Clearquest,Quality Center, build systems, Symbian tool chain, Team leading, Management leading. Management of Open source tools/software in corporate environments.
  17. https://www.scaledagileframework.com/blog/new-safe-5-0-introduction-white-paper/
  18. SAFe 5.0 can be previewed on a preview section of the Scaled Agile For Enterprise website. The suggested changes takes several steps forward towards a lean organization type of frame work. With that comes challenges for companies who see SAFe as a development framework and not an organization one. Will this make it easier or harder to have organizations adapt to SAFe? In SAFe for Lean Enterprises 5.0 comes with two new competencies and updated to five competencies. It also pushes pretty hard towards the business side with new business agility and SAFe for business teams. The biggest change is probably the merge of the teams level and the program level into one single level called Essential. While it is good to involve business more and I agree with the arguments for merging team and program levels I fear that this will make SAFe less attractive. That is because now it require a complete transformation of the company, while before you could have it living along side other frameworks. New Focus on Business Agility "Business Agility is the ability to compete and thrive in the digital age by quickly responding to market changes and emerging opportunities with innovative business solutions. It requires that everyone involved in delivering solutions—business and technology leaders, development, IT operations, legal, marketing, finance, support, compliance, security, and others—use Lean and Agile practices to continually deliver innovative, high-quality products and services faster than the competition." This sounds amazing, but I would say that less than 1% of all enterprise companies are even close to having a lean approach to their organization. Almost all companies have some areas, but as a whole I would say almost every enterprise company still have a waterfall and project based approach to their organization. Continuous Learning Culture New "The Continuous Learning Culture competency describes a set of values and practices that encourage individuals—and the enterprise as a whole—to continually increase knowledge, competence, performance, and innovation. This culture is achieved by becoming a learning organization, committing to relentless improvement, and promoting a culture of innovation." This is where I think many organizations dedicated to implement SAFe will get uncomfortable. Continuous learning cost a lot of money. We are talking several millions a year and a dedicated workforce for coaching and educating the organization. In most of the companies I have see this is very uncommon. Most if the time there is a small central team and then a multitude of initiatives throughout the organization that is not very structured or large enough to support everyone. I would love to see this implemented, but the cost for it will surely give a lot of resistance. Organizational Agility New "The Organizational Agility competency describes how Lean-thinking people and Agile teams optimize their business processes, evolve strategy with clear and decisive new commitments, and quickly adapt the organization as needed to capitalize on new opportunities." This makes sense, unless you consider that most enterprise companies are not Lean-thinking in their mindset and the sheer complexity of their operations makes Lean-thinking difficult. Again most companies still struggle with Agile where it mostly become an Ad-hoc stress trap due to poor adaptation and support. Again this require a huge commitment with an almost total organization transformation. The cost alone is monumental and the effort to move your entire organization, as well as changing the tool set, towards this goal makes it a big obstacle towards a SAFe implementation for many companies. If they can afford the cost and can see the change management through however this would be very interesting indeed. I know of no company today that works this way on an organization level and I am not sure it is even possible at an enterprise company. Team and Technical Agility Restructured "The Team and Technical Agility competency describes the critical skills and Lean-Agile principles and practices that high-performing Agile teams and Teams of Agile teams use to create high-quality solutions for their customers. The result is increased productivity, better quality, faster time-to-market, and predictable delivery of value." This description has been updated, but unfortunately it still does not define teams as product based. It also does not give any focus towards work satisfaction or team health, which is important factors to consider as some teams should not use an Agile methodology as it is damaging to their health. Not really much news here other than some updates to to the merge of team and program level. Agile Product Delivery Restructured "The Agile Product Delivery competency is a customer-centric approach to defining, building, and releasing a continuous flow of valuable products and services to customers and users. This competency enables the organization to provide solutions that delight customers, lower development costs, reduce risk, and outmaneuver the competition. The DevOps and Release on Demand competency has been renamed to Agile Product Delivery." Again not much news here. Some additional emphasis on customer centric design thinking, which is a bit amusing as most organizations are very far from customer centric in general and still very new to the concept of design thinking. Hopefully this will increase the demand for UX and CRO as user testing and A/B testing is a rather rare occurrence in today's enterprises. On the DevOps side I still do not see this working, even after 10 years of "implementation" on many organizations. In fact the trend is to separate dev and ops more than uniting them... Lean Portfolio Management Restructured "The Lean Portfolio Management competency aligns strategy and execution by applying Lean and systems thinking approaches to strategy and investment funding, Agile portfolio operations, and governance. These collaborations give the enterprise the ability to align strategy to execution, to meet existing commitments reliably, and to better enable innovation." This is the one thing I wish every enterprise organization would focus on right now. In to many organizations there are barely any strategic portfolios and contracts are all written as fixed price engagements that kill any chance of agility. There are few, if any, enterprise architects and overall the structure and control on portfolio levels are pretty bad. Not much news here, but an improved description and a slight alignment towards organization agility. Enterprise Solution Delivery Restructured "The Enterprise Solution Delivery competency describes how to apply Lean-Agile principles and practices to the specification, development, deployment, operation, and evolution of the world’s largest and most sophisticated software applications, networks, and cyber-physical systems. The Business Solutions and Lean Systems Engineering competency has been renamed to Agile Product Delivery" This section has been rewritten and again aligned a bit with the merge of teams and program. It still promote a microservices solution and continuous deliver system that is not really aligned with the complexity of large scale system development with multiple teams of different cadence. Despite that this is a good section with many good descriptions that would make life easier if followed. Lean-Agile Leadership Restructured "The Lean-Agile Leadership competency describes how Lean-Agile Leaders drive and sustain organizational change by empowering individuals and teams to reach their highest potential. They do this through leading by example, adopting a Lean-Agile mindset, and lead the change to a new way of working. The result is more engaged employees, increased productivity and innovation, and successful organizational change." This section is updated and rewritten a bit. The SAFe implementation roadmap has been updated a bit as well with 2 new courses. One for Lean Portfolio Management and one for Agile Product and Solution Management (APSM) Overall these are good changes, but I fear that the extent of the new changes can make organizations feel that SAFe is becoming increasingly difficult to implement. On the other hand it can also be the leverage certain part of the organization need to push the change that they see is necessary. It also makes it more attractive from a strategic perspective to have a framework that will actually transform all aspects of the organization. So there are some good things and some, potentially, bad things in SAFe 5.0. I like it, how about you? View full blog article
  19. My assignment was to review and build a new work process with JIRA & Confluence as tools for the development efforts at Axfood. Based on the SAFE agile process with practical experience in making projects actually become a reality I built a process that was custom-made for Axfood and their specific challenges.
  20. Dennis Struis, Product Owner JIRA, ABN AMRO Rik de Valk, Product Owner, ABN AMRO In 2015, ABN AMRO, one of the largest banks in the Netherlands, rolled out agile across their organization. Within a year and a half, ABN AMRO grew from over 100 to 7000 users, and they are now moving towards using JIRA Software Data Center. This growth greatly increased their system complexity, that included 65 administrators that had created over 65 issue types, 250 statuses, and 400 workflows. In this session, ABN AMRO will share the process of introducing scaled agile to their organization, which includes identifying the impact on usability, gathering metrics, and improving system performance and maintenance. You can also learn about how Portfolio for JIRA is an integral part of scaling agile across an organization and which best practices you can apply to your own journey.
  21. Jira tool manager with the task of stabilizing the system and setting up work processes for all teams within H&M. Responsible for several projects including cloud initiatives and coordination with other systems such as ServiceNow. Heavily involved in designing the build processes (requirements, development, design, deploy and test) for the process office. Responsible for the design and implementation of SAFe in Jira and the build processes. Responsible for a small team of Atlassian experts. Supported 400+ teams with Jira questions and training of work processes.
×
×
  • Create New...