My work is all about productivity and efficiency of the processes, especially in supply chain management. One thing that is very popular about it is lean and agile concepts of supply chain. Then emerged the concept of agile process, especially in the IT environment and processes in software development. Since this was not my target niche, I didn't look into this kind of literature more.
Anyway, I stumbled upon this compilation of articles written by Harvard Business Review contributors. Among other topics, this topic caught my eye, and I read it. What I discovered was that this agile processes concept could definitely be applied to some complex supply chain processes such as product development & design
So this is my assessment of the book Agile by Harvard Business Review contributors, according to my 8 criteria:
1. Related to practice - 3 stars
2. It prevails important - 3 stars
3. I agree with the read - 5 stars
4. not difficult to read (as for non English native) - 4 stars (expert language is not that difficult since it is very specialized)
5. Too long (more than 500 pages) - short and concise (150-200 pages) - 5 stars
6. Boring - every sentence is interesting - 3 stars
7. Learning opportunity - 4 stars
8. Dry and uninspired style of writing - Smooth style with humouristic and fun parts - 3 stars
Total 3,125 stars
◆ Introduction. Agile: How to Get in the Game (and Not Get in the Way)
▪ What is agile? It’s a mindset and a method for improving innovation through deep customer collaboration and adaptive testing and learning. Here’s how it works.
▪ Agile teams are small, cross-functional, fully dedicated work groups focused on creating innovative improvements to customer products and services, the business processes that produce them, and the technologies that enable those processes.
▪ Each team has an “owner” who is ultimately responsible for delivering value to customers, and a “coach” who helps the team continuously improve its speed, effectiveness, and happiness. Team members break complex problems into small modules and then start building working versions of potential solutions in short cycles (less than a month) known as sprints.
▪ According to a 2018 survey by the website Stack Overflow, 85% of software developers use agile techniques in their work.
▪ Agile increases team productivity and employee satisfaction. It minimizes the waste inherent in redundant meetings, repetitive planning, excessive documentation, quality defects, and low-value product features.
▪ John Deere, the farm-equipment manufacturer, has used agile methods to develop new machinery.
▪ Agile is not a panacea. It is most effective and easiest to implement where the problem to be solved is complex; solutions are initially unknown, and product requirements will most likely change; the work can be modularized; and close collaboration with end users (and rapid feedback from them) is feasible.
▪ The Principles of Product Development Flow: Second Generation Lean Product Development, by Donald G. Reinertsen (Redondo Beach, CA: Celeritas Publishing, 2009).
◆ 1. Agile at Scale
▪ These small, entrepreneurial groups are designed to stay close to customers and adapt quickly to changing conditions.
▪ Agile teams are best suited to innovation—that is, the profitable application of creativity to improve products and services, processes, or business models.
▪ They are small and multidisciplinary. Confronted with a large, complex problem, they break it into modules, develop solutions to each component through rapid prototyping and tight feedback loops, and integrate the solutions into a coherent whole.
▪ They place more value on adapting to change than on sticking to a plan, and they hold themselves accountable for outcomes (such as growth, profitability, and customer loyalty), not outputs (such as lines of code or number of new products).
▪ Routine operations such as plant maintenance, purchasing, and accounting are less fertile ground.
▪ Strategy evolved from an annual project to a continuous process
▪ Create a taxonomy of teams
▪ break the taxonomy into three components—customer experience teams, business process teams, and technology systems teams—and then integrate them
▪ one of a retail customer’s major experiences is to buy and pay for a product
▪ which in turn can be divided into dozens of more-specific experiences (the customer may need to choose a payment method, use a coupon, redeem loyalty points, complete the checkout process, and get a receipt)
▪ The second component examines the relationships among these experiences and key business processes (improved checkout to reduce time in lines, for instance), aiming to reduce overlapping responsibilities and increase collaboration between process teams and customer experience teams.
▪ The third focuses on developing technology systems (such as better mobile-checkout apps) to improve the processes that will support customer experience teams.
▪ A few companies, facing urgent strategic threats and in need of radical change, have pursued big-bang, everything-at-once deployments in some units.
▪ rolling out agile in sequenced steps, with each unit matching the implementation of opportunities to its capabilities.
▪ Financial results may take a while—Jeff Bezos believes that most initiatives take five to seven years to pay dividends for Amazon—but positive changes in customer behavior and team problem solving provide early signs that initiatives are on the right track.