Erhalten Sie Zugang zu diesem und mehr als 300000 Büchern ab EUR 5,99 monatlich.
Agile @ HR has the potential to revolutionize our profession and will help us co-create the future of work in HR. It also equips us with the capability to help our organizations transform and meet the challenges of a volatile, uncertain and complex business world. We've learnt that the starting point is mindset and HR's ability to define and articulate the value we deliver to our people. By embracing a test and learn approach, and incrementally develop solutions in partnership with our people, we can enrich their employee experience. And remember to be Agile in your own approach when learning how to do Agile HR. Start small. Treat it as an experiment, in which you might fail at times but definitely learn from and allow the Agile energy ignites to move you forward.
Sie lesen das E-Book in den Legimi-Apps auf:
Seitenzahl: 162
Das E-Book (TTS) können Sie hören im Abo „Legimi Premium” in Legimi-Apps auf:
Agile @ HR
Agile @ HR
Thomas Pensel
Imprint
Copyright: Thomas Pensel
Year: 2023
ISBN: 9789403654140
Editing/ Proofreading: Junaid Sanwal
Illustrations: Latif Hubaeri
Cover Design: Thomas Pensel, Latif Hubaeri
Publishing Portal: Bookmundo Direct
Printed in Germany
The German National Library lists this publication in the German National Bibliography.
The work including all its parts is protected by copyright. Any use is not permitted without the author's consent.
Table of contents
About the Author
Chapter 1: Introduction
What Exactly Is Agile Work?
The evolution of agility
Getting Things Done: The Early History of Agile
A Shift is Happening: The Agile Past Forms
Agile Gains Emphasis as a Manifesto is Born
The Following Chapter in Agile History: Presenting a New Approach to the World
Agile in HR
Accepting the Mentality
Value centered on people
Continous improvement
Getting past the tools
The Agile Manifesto
Creating your Agile Manifesto
HR using agile principles
Benefits of an agile Human resource strategy
Importance of agile manifesto in HR
A Guide to Agile Team Practices
Work together with the client
Regularly work together
Create initiatives around motivated people
Transmit information in person
Create self-governing teams.
Think about the best ways to make teams more efficient.
Critical steps in Agile HR
Self-leadership in the organization should be elevated
Enabling managers and workers to take initiative
How to use agility in HR
Identify the issue
Choose your tools and establish your roles and responsibilities.
Establish your goals.
Begin your first sprint.
Pay attention to criticism
The Recruitment Process and Talent Hunting
Training
Employee Evaluation
Continuous Education
How can managers create an agile team?
Develop a growth attitude.
Establish new priorities.
Slow down as you move.
Construct autonomy
Assistance with adjusting to changes
Replace all of your established practices with new ones.
The various forms of Agile meetings
Daily Standup Meetings:
Sprint Planning Meetings:
Sprint Review Meetings:
Retrospective Meetings:
Backlog Refinement Meetings:
Use Kanban Boards:
Agile HR teams' methods for handling employee feedback
Handling employee feedback in our daily life:
Being responsive
Trying new things
Verified education
Confidence and cooperation
Considering the Important Business Advantages
Chapter 2: Agile frameworks & methods
Facilitation
The Attitude of Facilitation
Importance of Facilitation:
Implementation:
Pros and Cons of Facilitation in agile HR
Examples of how facilitation is used in Agile HR:
Facilitating Meetings in Agile HR:
Liberating Structures
Importance of Liberating Structures:
Implementation:
Pros and Cons of Liberating Structures in agile HR
Examples of how Liberating Structures is used in Agile HR:
Lessons learned (root cause analysis)
Importance of Lessons learned (root cause analysis)
Implementation:
Pros and Cons of Lessons learned (root cause analysis) in agile HR
Examples of how Lessons learned (root cause analysis) are used in Agile HR:
OKRS
Importance of OKRS
Implementation:
Pros and Cons of OKRS in agile HR
Examples of how OKRS is used in Agile HR:
Types of OKRS in Agile HR:
KANBAN
Object of Kanban
Importance of KANBAN
Implementation:
Pros and Cons of KANBAN in agile HR
Examples of how KANBAN is used in Agile HR:
Types of KANBAN in Agile HR:
Working out Loud
Importance of Working out Loud
Implementation:
Pros and Cons of Working out Loud in agile HR
Examples of how Working out Loud is used in Agile HR:
Types of Working out Loud in Agile HR:
Design Thinking
Importance of Design Thinking
Implementation:
Pros and Cons of Design Thinking in agile HR
Examples of how Design Thinking is used in Agile HR:
Types of Design Thinking in Agile HR:
Lean / Lean six sigma
Importance of Lean / Lean six sigma
Implementation:
Pros and Cons of Lean / Lean six sigma in agile HR
Examples of how Lean / Lean six sigma is used in Agile HR:
Types of Lean / Lean six sigma in Agile HR:
Management 3.0 (empowerment)
Importance of Management 3.0 (empowerment)
Implementation:
Pros and Cons of Management 3.0 (empowerment) in agile HR
Examples of how Management 3.0 (empowerment) is used in Agile HR
Types of Management 3.0 (empowerment) in Agile HR:
SCRUM
Importance of SCRUM
Implementation:
Pros and Cons of SCRUM in agile HR
Examples of how SCRUM is used in Agile HR:
How are agile frameworks and methods used in human resources?
Talent Acquisition
Performance Management:
Learning and Development:
Employee engagement
Change management
Agile Project Planning Methods
Benefits of Agile Project Management
Agile Project Planning Best Practices
Group effort and cooperation
Conclusion
Thomas Pensel is an HR and IT Professional with more than 25 years of experience in different industries. He has completed the Power MBA from The Power Business School.
In addition to his formal education, Thomas Pensel is certified as Agile Coach, Professional Scrum Master, Six Sigma Green Belt, IAPM Agile Project Manager, and many others.
Thomas Pensel currently resides in Germany with his wife and two children and enjoys Western horseback riding in his spare time. He can be found on LinkedIn, where he shares his work and life information.
Thomas Pensel is dedicated to changing the culture of work. He strives to make the way we work together more transparent and agile through his work and inspire others to do the same.
Agile working uses decentralized work processes in which companies give employees the freedom and accountability to succeed with the least restraint possible. Agile work is a more freeform style of working that is not constrained by physical spaces or the traditional idea of the "workplace." It is not constrained by time, place, cooperation, or role.
In all honesty, this is a conceptual term. So, to define it more precisely, we must break it down into its measurable parts:
Time: The number of hours that workers put in.
Space: The area in which workers are located.
Collaboration refers to how coworkers cooperate.
Role: The primary task that employees perform.
Thus, none of these traits are strictly required for agile work. It's more of a mash-up, which gives it a completely different kind of work—one whose competitive edge is supported by technology advancements, creative solutions, and strategic position.
Today's development teams frequently choose Agile methods, especially those attempting to establish a continuous delivery environment. Agile development is commonly associated with high degrees of flexibility and collaboration and an iterative setting where requirements change with changing demands. As a result, we also frequently think of Agile as a methodology that enables development teams from various sectors to release new features more quickly.
How did we get here, however? What does Agile's history include? And how can understanding the origins of Agile help us better comprehend the approach and the beneficial effects it has had on the modern development industry? Let's look at it.
Development teams have concentrated on accelerating the time to market for new goods and features to address needs in real-time during the past few years. Development teams have generally accomplished this goal in incredibly unique ways. And Agile is primarily to thank for that pace. Imagine being forced to wait years for a solution to the main issues your company is currently experiencing. That kind of wait time was typically less than 30 years ago. And we can go back in Agile's history to the first instances of this issue.
Before Agile, development teams would identify issues and plan solutions, especially in the software, manufacturing, aerospace, and defense sectors. Then they would begin creating that solution and bringing it to the market. The Waterfall approach, a development process that follows a predetermined course, was explicitly employed by most teams.
Specify the project's requirements and its task scope.
Create a product based on those established specifications.
Create the product.
Test the item.
Address any issues that were found during the testing.
Launch a completed project
This method may appear OK, but Waterfall demanded that teams adhere to the specifications and work scope established at the very beginning of the project and refrain from making any changes or additions later. Following that predetermined plan might be challenging because Waterfall stressed bringing a finished product to market, meaning it might be years before teams completed the task.
The problem's nature frequently changed during that time, but the project requirements did not, making the planned solution obsolete when it finally hit the market. On the customer's end, this delay resulted in significant issues going unresolved for extended periods. Furthermore, even when a remedy was found, the point it was meant to address probably had evolved.
On the development end, this struggle meant releasing fresh products that no longer had a good fit with the market. Teams frequently abandoned projects mid-stream rather than providing an outdated product, resulting in a development graveyard of unfinished goods. Because of these difficulties, we might think of the Waterfall methodology as Agile's arch-enemy.
Throughout the 1990s, several software development teams started to alter how they planned and delivered new products because they were dissatisfied with the current situation.
This time, development approaches were introduced, including Scrum, Rapid Application Development, Extreme Programming, DSDM, Feature-Driven Development, and Pragmatic Programming. Although methods are different, they all share a more adaptable, lightweight methodology that was required. The original Agile practices that eventually gave rise to what we know today were these methodologies for software development.
A group of 17 software developers, including Martin Fowler, Jim Highsmith, Jon Kern, Jeff Sutherland, Ken Schwaber, and Bob Martin, got the ball rolling in the spring of 2000 when they got together in Oregon to talk about how they could accelerate the development process so they could release new software more quickly. They identified two significant opportunities that would be made attainable by fulfilling this goal:
Reducing the time it takes for users to receive advantages to address the issues with product-market fit and development graveyard
Receiving user feedback soon allows developers to continue refining new software while also confirming its usefulness.
Although this meeting did not lead to the development of the Agile approach as we know it today, it was still a significant turning point in the development of Agile because of its emphasis on speed to market, quick feedback, and continual improvement.
The history of Agile was finally revealed when the same 17 engineers reunited less than a year later, this time at a ski resort in Snowbird, Utah. They wanted to discuss their efforts at this meeting in further detail and find a more tangible solution to the pressing development issues of the day. The team generated the "Manifesto for Agile Software Development" in about three days (known more commonly as the Agile Manifesto). This manifesto, which marked a real turning point in agile history, outlined four essential values:
Persons and interactions over procedures and tools
Functional software over thorough documentation
Consumer involvement in contract negotiations
Adapting to change over sticking to a plan
In the history of Agile, these values are a significant advancement, but the organization didn't stop there. They also outlined 12 principles supporting these beliefs to enliven their vision further. These guidelines consist of the following:
delivering quality software on time and continuously to consumers to satisfy their needs.
accepting alterations to the requirements at any stage of the delivery cycle
providing software more frequently by reducing development times
Working software is used as the primary metric for progress
Regularly reflecting on oneself to find areas where one might improve
Today's teams still apply the original Agile framework's 12 principles and four guiding ideals.
During the February 2001 summit in Snowbird, Utah, Agile's history advanced significantly, but its future trajectory had just started. After that three-day gathering, the 17 leaders were prepared to begin the next phase of Agile's development: persuading the rest of the world of the importance of everything they had outlined in the Agile Manifesto.
The Agile Alliance was founded due to the founding fathers in the history of Agile deciding to establish a more lasting organization to aid in spreading awareness of the Agile Manifesto. There is still a nonprofit organization called The Agile Alliance. The organization's mission is to disseminate knowledge about Agile, offer tools to teams wishing to embrace the technique, and keep improving the strategy in response to evolving client demands.
As the partnership was established, the history of Agile took off, gaining popularity among software development teams throughout the early 2000s. The techniques created by those teams along the way, such as quick judgment calls, the "role-feature-reason" pattern for user stories, retrospectives, and daily meetings, frequently led to the growth of Agile as we know it today (often referred to as standups).
The Agile Alliance's function grew as Agile gained popularity. When the now-official Agile Alliance visited Utah for the first annual Agile conference in 2003, it represented a critical turning point in the history of Agile. The group stated that it was "committed to fostering Agile principles and providing a space for individuals and ideas to flourish" at this meeting. The Agile 20XX annual conference is still being held today. The Agile Alliance has expanded geographically over time as well. The Agile Alliance now supports member groups worldwide that assist area businesses in implementing the Agile Manifesto and spreading the word about Agile in local markets.
Agile began to gain popularity in the early 2000s, but the Agile Manifesto gained momentum again in the 2010s. By this point, development teams routinely discussed the history of Agile, but between 2012 and 2015, actual success metrics started to go along with that history. The advantages of adopting the lightweight methodology became indisputable at that point because it was possible to show success in Agile. That Agile adoption crossed the 50% mark over these three years and entirely revolutionized the development business should not be surprising.
Agile soon started to take off, expanding beyond development this time. In 2017, we saw the first clear explanation of Agile Testing. This description described cooperative testing procedures emphasizing the timely delivery of high-quality products and defect avoidance more than defect detection.
Agile @ HR examines how HR may use different working methods and an Agile mentality within our teams and projects. Agile @ HR has the potential to transform our current operational paradigm and advance our profession. Agile for HR can be done without ever working in an agile organization, and you can immediately reap its rewards by using a few fundamental procedures in your routine tasks.
Agile is all about providing value to your clients and business. In HR, we frequently discuss the need to "bring value," but we often struggle to describe and quantify this value precisely. Most HR plans cover important, intricate subjects like creating a customized employee experience for a varied, multigenerational workforce. Or training up-and-coming leaders for positions that don't even exist yet. The value supplied at any given time is frequently left undefined or tied directly to big bang releases, like a new employee benefits package or leadership development program, even though these complex goals are admirable objectives. Agile provides a solution by assisting HR in dividing these vast, complex topics into manageable chunks of value. It helps us clearly express what we're delivering to the business and why we're doing it and prioritize our work based on weight.
According to the agile HR mindset, the employee experience is a product; our people are the users and customers. When seen in this manner, the value becomes to stand for something that pleases the client and aids the employee in performing their work successfully. Additionally, it makes it necessary to develop people's practices that are human-centric and validated by the users themselves. Designing HR services and procedures based on past best practices or what management believes the organization needs is a different approach from doing so.
Agile HR then tries to deliver this value to the client gradually. The key term here is "incremental," which signifies a considerable shift in HR's perspective. Incremental refers to providing value by gradual, modest changes verified using a test-and-learn methodology. The Agile feedback loop represents an intentional departure from rigorous upfront planning that cannot be modified to accommodate changing client needs, a shift in the project's scope, or a better concept.
This indicates that the Agile HR attitude is more than just a few stand-up meetings, Post-it notes, and Kanban or Scrum boards. It's about genuinely departing from the norm of adhering to HR best practices and adopting a test-and-learn strategy to offer value that our employees and their work experiences confirm. HR won't be able to use Agile tools successfully and methods in our teams and projects until it adopts this approach. Also, all the frameworks and practices will be adapted to what works best for you and your company. For example, Scrum describes itself as “purposely incomplete, " meaning you are welcome to adjust it how you need it to be run. This also helps with implementation as you can develop a way by just implementing one part after the other.
A set of ideals and guidelines for software development called the Agile Manifesto strongly emphasizes adaptability, teamwork, and client happiness. The Agile Manifesto was created initially for software development, but its values and principles can be used in other fields, such as human resources (HR). Here's how the Agile Manifesto can be applied to HR:
Persons and interactions over procedures and tools: According to this notion, teamwork and employee engagement are more crucial than relying exclusively on HR procedures and resources. It places a high value on developing relationships with staff members and fostering an environment that encourages open communication and teamwork.
Working solutions over comprehensive documentation: This principle highlights the importance of delivering practical HR solutions rather than focusing too heavily on documentation. It encourages HR professionals to create practical solutions that meet the needs of employees and the organization.
Customer collaboration over contract negotiation: This principle emphasizes working closely with employees to understand their needs and concerns. It prioritizes collaboration over negotiating contracts and policies that may not address employees' needs.
Adapting to change over sticking to a plan: This principle highlights the need for flexibility and adaptability in HR processes. It stresses the importance of responding to organizational and market changes rather than rigidly to a plan.
To create an Agile Manifesto in HR and for your organization, you can start by bringing together a group of HR professionals and stakeholders to discuss the values and principles necessary to them in an Agile HR context. The group can then draft a set of values and principles that reflect these priorities. Here are some possible values and principles for an Agile HR Manifesto:
Individuals and interactions over processes and tools
Customer and employee satisfaction over strict adherence to HR policies
Responding to change by following a plan
Collaboration with employees over top-down decision making
Empower employees to take ownership of their careers and development.
Build an environment that encourages open communication and feedback between employees and managers
Focus on delivering value to employees and the business rather than simply following HR processes and procedures
Continuously improve HR practices based on input and datasets