The tools and recipes in this book will help you uncover and solve hidden (and not-so-hidden) problems with your technology, your methodology, and those difficult "people" issues on your team.Project retrospectives help teams examine what went right and what went wrong on a project. But traditionally, retrospectives (also known as "post-mortems") are only helpful at the end of the project--too late to help. You need agile retrospectives that are iterative and incremental. You need to accurately find and fix problems to help the team today.Now, Derby and Larsen show you the tools, tricks, and tips you need to fix the problems you face on a software development project on an on-going basis. You'll see how to architect retrospectives in general, how to design them specifically for your team and organization, how to run them effectively, how to make the needed changes, and how to scale these techniques up. You'll learn how to deal with problems, and implement solutions effectively throughout the project--not just at the end.With regular tune-ups, your team will hum like a precise, world-class orchestra.ContentsForwardPrefaceIntroduction1. Helping your team inspect and adapt2. A retrospective custom-fit for your team3. Leading retrospectives4. Activities to set the stage5. Activities to gather data6. Activities to gather insights7. Activities to decide what to do8. Activities to close the retrospective9. Releases and project retrospectives10. Make it soA1. Facilitation suppliesA2. Debriefing activitiesA3. Activities quick reference matrixA4. Resources for learning facilitation skillsA5. Bibliography

    City infrastructure was crumbling, strong financial policies and systems were nonexistent, many executive positions were vacant, public satisfaction was low, ethical standards were weak, and public safety union salaries and benefits were outpacing revenues, crowding out other essential city services. Simply put: San Antonio was on the verge of collapse.Greedy Bastards tells the story of Sheryl and her new team's uphill battle to turn around San Antonio city government. She takes you behind closed doors to share the hard changes she made and the strategies she used to create mutually beneficial solutions to the city's biggest problems.Many of the issues Sheryl found in San Antonio are present in cities across the US. Packed with wins and losses, lessons learned, and pitfalls encountered, Greedy Bastards is a guidebook for any city official tasked with turning around a struggling city.

    The Agile and Scrum software development method allows creation of the game–changing software you need to grow your business - in 30 days or less. Projects that use it are three times more successful than those that don′t, and the productivity gain versus traditional "waterfall" methods has been over 100 percent on many projects.For the business manager, the entrepreneur, or IT manager, Software in 30 Days explains how this unorthodox process works, how to get started, and how to succeed. Learn powerful concepts such as the "art of the possible," "bottom–up intelligence," and why it′s good to fail early. With simple but profound shifts in thinking, you will be able to control risk, manage projects, and deliver your best work possible, faster and cheaper than ever before.

    What if your software-intensive projects delivered on time - or early - without sacrificing quality? 2. What if your IT department's job was to deliver profits, through software, rather than just software? 3. What if your software developers worked in a way they loved - that didn't feel as if they spent their days ROLLING ROCKS UPHILL? ROLLING ROCKS DOWNHILL is a business novel in the tradition of Eli Goldratt's "The Goal". It introduces Throughput-Driven Development - the combination of Lean, Agile and Goldratt's Theory of Constraints (TOC) thinking to corporate software development.

    Strategy deployment, called hoshin kanri by Toyota, has proven to be the most effective process for meeting this ongoing challenge. In his new book Getting the Right Things Done, author and LEI faculty member Pascal Dennis outlines the nuts and bolts of strategy deployment, answering two tough questions that ultimately can make or break a company's lean transformation: * What kind of planning system is required to inspire meaningful company-wide continuous improvement? * How might we change existing mental models that do not support a culture of continuous improvement? Getting the Right Things Done demonstrates how strategy deployment can help leaders harness the full power of Lean. Organization leaders at all levels and the management teams who are responsible for strategy deployment will find this book especially insightful. It tells the story of a fictional (yet very real) midsized company, Atlas Industries that needs to dramatically improve to compete with emerging rivals and meet new customer demands. Getting the Right Things Done chronicles the journey of the company and its President/COO, an experienced lean leader who was hired five years ago to steer Atlas in the right direction. While Atlas had already applied some basic lean principles, it had not really connected the people and business processes so that the company could dramatically improve. Atlas' challenge: "Something was missing: a way of focusing and aligning the efforts of good people, and a delivery system, something that would direct the tools to the right places." Enter strategy deployment. The book is designed to provide readers with a framework for understanding the key components of strategy deployment: agreeing on the company's "True North," working within the PDCA cycle, getting conse

    Find out how the Swedish police combined XP, Scrum, and Kanban in a 60-person project. From start to finish, you'll see how to deliver a successful product using Lean principles. We start with an organization in desperate need of a new way of doing things and finish with a group of sixty, all working in sync to develop a scalable, complex system. You'll walk through the project step by step, from customer engagement, to the daily "cocktail party," version control, bug tracking, and release. In this honest look at what works--and what doesn't--you'll find out how to: Make quality everyone's business, not just the testers. Keep everyone moving in the same direction without micromanagement. Use simple and powerful metrics to aid in planning and process improvement. Balance between low-level feature focus and high-level system focus. You'll be ready to jump into the trenches and streamline your own development process.ContentsForewordPrefacePART I: HOW WE WORK1. About the Project1.1 Timeline 51.2 How We Sliced the Elephant 61.3 How We Involved the Customer 72. Structuring the Teams3. Attending the Daily Cocktail Party3.1 First Tier: Feature Team Daily Stand-up3.2 Second Tier: Sync Meetings per Specialty3.3 Third Tier: Project Sync Meeting4. The Project Board4.1 Our Cadences4.2 How We Handle Urgent Issues and Impediments5. Scaling the Kanban Boards6. Tracking the High-Level Goal7. Defining Ready and Done7.1 Ready for Development7.2 Ready for System Test7.3 How This Improved Collaboration 8. Handling Tech Stories8.1 Example 1: System Test Bottleneck8.2 Example 2: Day Before the Release8.3 Example 3: The 7-Meter Class9. Handling Bugs9.1 Continuous System Test9.2 Fix the Bugs Immediately9.3 Why We Limit the Number of Bugs in the Bug Tracker9.4 Visualizing Bugs9.5 Preventing Recurring Bugs10. Continuously Improving the Process10.1 Team Retrospectives10.2 Process Improvement Workshops10.3 Managing the Rate of Change11. Managing Work in Progress11.1 Using WIP Limits11.2 Why WIP Limits Apply Only to Features12. Capturing and Using Process Metrics12.1 Velocity (Features per Week)12.2 Why We Don’t Use Story Points12.3 Cycle Time (Weeks per Feature)12.4 Cumulative Flow12.5 Process Cycle Efficiency13. Planning the Sprint and Release13.1 Backlog Grooming13.2 Selecting the Top Ten Features13.3 Why We Moved Backlog Grooming Out of the Sprint Planning Meeting13.4 Planning the Release14. How We Do Version Control14.1 No Junk on the Trunk14.2 Team Branches14.3 System Test Branch15. Why We Use Only Physical Kanban Boards16. What We Learned16.1 Know Your Goal16.2 Experiment16.3 Embrace Failure16.4 Solve Real Problems16.5 Have Dedicated Change Agents16.6 Involve PeoplePART II: A CLOSER LOOK AT THE TECHNIQUES 17. Agile and Lean in a Nutshell17.1 Agile in a Nutshell17.2 Lean in a Nutshell17.3 Scrum in a Nutshell17.4 XP in a Nutshell17.5 Kanban in a Nutshell18. Reducing the Test Automation Backlog18.1 What to Do About It18.2 How to Improve Test Coverage a Little Bit Each Iteration18.3 Step 1: List Your Test Cases18.4 Step 2: Classify Each Test18.5 Step 3: Sort the List in Priority Order18.6 Step 4: Automate a Few Tests Each Iteration18.7 Does This Solve the Problem?19. Sizing the Backlog with Planning Poker19.1 Estimating Without Planning Poker19.2 Estimating with Planning Poker19.3 Special Cards20. Cause-Effect Diagrams20.1 Solve Problems, Not Symptoms20.2 The Lean Problem-Solving Approach: A3 Thinking20.3 How to Use Cause-Effect Diagrams20.4 Example 1: Long Release Cycle20.5 Example 2: Defects Released to Production20.6 Example 3: Lack of Pair Programming20.7 Example 4: Lots of Problems20.8 Practical Issues: How to Create and Maintain the Diagrams20.9 Pitfalls20.10 Why Use Cause-Effect Diagrams?21. Final WordsA1. Glossary: How We Avoid Buzzword BingoIndex

    In performance, how you organize can be the key to growth. In the past five years, the business world has seen the birth of a new breed of company - the Exponential Organization - that has revolutionized how a company can accelerate its growth by using technology.

    "This book," in Peter Drucker'swords, "tries to equip the manager with the understanding, the thinking, the knowledge and the skills for today'sand also tomorrow's jobs." This management classic has been developed and tested during more than thirty years of teaching management in universities, in executive programs and seminars and through the author's close work with managers as a consultant for large and small businesses, government agencies, hospitals and schools. Drucker discusses the tools and techniques of successful management practice that have been proven effective, and he makes them meaningful and easily accessible.

    Readers new to Kanban will understand why and how it works, while those with experience will appreciate its fresh perspective and the connections it makes with a range of related models.

    But, as Mandi Walls explains in this Velocity report, DevOps is really about changing company culture—replacing traditional development and operations silos with collaborative teams of people from both camps. The DevOps movement has produced some efficient teams turning out better products faster. The tough part is initiating the change. This report outlines strategies for managers looking to go beyond tools to build a DevOps culture among their technical staff. Topics include: Documenting reasons for changing to DevOps before you commit Defining meaningful and achievable goals Finding a technical leader to be an evangelist, tools and process expert, and shepherd Starting with a non-critical but substantial pilot project Facilitating open communication among developers, QA engineers, marketers, and other professionals Realigning your team’s responsibilities and incentives Learning when to mediate disagreements and conflicts Download this free report and learn how to the DevOps approach can help you create a supportive team environment built on communication, respect, and trust. Mandi Walls is a Senior Consultant with Opscode.

    Focusing on the role of managers within an organization, the volume emphasizes the development of computer-based Information Systems to support an organization's objectives and strategic plans. Focusing on the Systems Concepts, the Systems Approach is implemented throughout the text. The volume covers essential concepts such as using information technology to engage in electronic commerce, and information resources such as database management systems, information security, ethical implications of information technology and decision support systems with projects to challenge users at all levels of competence. For those involved in Management Information Systems.

    I would love to write that book, but at this time I have no indication that such a book would be worth writing. Most books fail in the market, and most of them fail not because they are poorly written or edited, but because there aren’t enough people interested in them. They are not the right it.What you are reading now is a pretotype edition of the book. I wrote and “edited” it in days instead of months, just to test the level of interest in such a book. I had a few friends and colleagues review it, but don’t be surprised if you find typos, misspellings, bad grammar, awkward formatting and all sorts of misteaks.Releasing it in its present state is not easy for me.The toughest thing about pretotyping is not developing pretotypes, that’s the fun part. The tough part is getting over our compulsion for prema- ture perfectionism and our desire to add more features, or content, before releasing the first version. The tough part is getting our pretotypes in front of people, where they will be judged, criticized and – possibly – rejected.Reid Hoffman, founder of LinkedIn once said: “If you are not embarrassed by the first version of your product, you’ve launched too late.”I am plenty embarrassed. I must be on the right track.http://www.pretotyping.org/pretotype-...

    

    It uses Lean concepts such as limiting work in progress to improve results. A Kanban system is a means of balancing the demand for work to be done with the available capacity to start new work. This book provides a distillation of Kanban: the "essence" of what it is and how it can be used. This brief overview introduces all the principal concepts and guidelines in Kanban and points you to where you can find out more. Essential Kanban Condensed is a great resource to get started or continue exploring ideas for evolutionary change and improvement in business agility.

    But when he took the helm in 2004, America was losing that war badly: despite vastly inferior resources and technology, Al Qaeda was outmaneuvering America’s most elite warriors. McChrystal came to realize that today’s faster, more interdependent world had overwhelmed the conventional, top-down hierarchy of the US military. Al Qaeda had seen the future: a decentralized network that could move quickly and strike ruthlessly. To defeat such an enemy, JSOC would have to discard a century of management wisdom, and pivot from a pursuit of mechanical efficiency to organic adaptability. Under McChrystal’s leadership, JSOC remade itself, in the midst of a grueling war, into something entirely new: a network that combined robust centralized communication with decentralized managerial authority. As a result, they beat back Al Qaeda. In this book, McChrystal shows not only how the military made that transition, but also how similar shifts are possible in all organizations, from large companies to startups to charities to governments. In a turbulent world, the best organizations think and act like a team of teams, embracing small groups that combine the freedom to experiment with a relentless drive to share what they’ve learned. Drawing on a wealth of evidence from his military career, the private sector, and sources as diverse as hospital emergency rooms and NASA’s space program, McChrystal frames the existential challenge facing today’s organizations, and presents a compelling, effective solution.