Do you feel stuck? When most people want to improve, they try doing more, and before long, even the smallest tasks drag on forever. Do you remember when you could just get things done? I can help you recapture those days.
My name is J. B. Rainsberger and I can help you profit sooner from your software projects.
I helped a major government contractor see how to reduce billions of dollars in erroneous insurance and health benefit claims. Their complex COBOL-based system allows, for example, men to qualify for maternity benefits. Over dinner we sketched a plan to replace the most expensive parts of the legacy system gradually and safely, and now they can save their client signficant sums of money in weeks instead of months.
Could your business benefit from advice like this?
The course is definitely an eye-opener, even to those versed in traditional TDD mindset; it gives the opportunity to view TDD from a bit of a different angle.
Consultingwhen you can't put your finger on the problem
When you don't know exactly what the problems are, nor how to solve them, then you need consulting, and that's exactly the kind of consulting I enjoy doing.
I focus on understanding problems, issues, and obstacles deeply before choosing solutions. When you contact me, I will probably ask you a long list of questions designed to help me understand the problems you want to solve, the issues you want to explore, or the obstacles you want to overcome. Many past clients have asked me to push the wrong solutions at them, and I don't want to do that to you. I don't intend to offer you any solution until I have some confidence that it will help.
I specialise in digging deeply to uncover the root cause of your problems. If you allow me, I will work with you to find those causes and design a plan to help you attack them.
Coachingwhen you need to apply new skills
If you know what to do, and even how to do it, but something keeps getting in the way, then you're likely ready for coaching. Sadly, the generic consultants of yesteryear have become the "agile coaches" of today. Everyone who has read a book or two about agile software development has magically become an agile coach. You need to choose very carefully the person you plan to hire to provide this service.
My network of coaches consists of people who understand the craft of coaching. They form real bonds with the people they coach and this bond contributes much to their success in helping people get out of their own way. They incorporate ideas from a multitude of disciplines to help people realise more of their ability. More than simply show you some tips and tricks, they help you understand how you work, what you can improve, and more importantly how to make lasting changes for the better.
Trainingwhen you need to develop new skills
If you have already established goals you want to achieve, and have identified that you need to increase your organisation's capacity in some direction, then you're ready for training.
Training, unlike coaching, focuses on increasing your capacity to produce in some way. Production capacity, like your body's muscles, atrophies without development. Even if you don't struggle to keep up with your competition, you will struggle with your customers' increasing demands. You must develop new skills to stop your organisation from shrinking, losing relevance, and shedding customers.
I offer courses like Learning Modular Design Techniques, Making Your Agile Transition Work, Manufacturing Slack, and Product Sashimi. These courses cover all aspects of software development, from the moment you conceive of a new product, through choosing your first set of features, through building and delivering those features and collecting money from satisfied customers.
Speakingwhen you need to remind people that they can make a difference
I enjoy speaking at a variety of conferences, user groups, and meetups around the world. I can provide inspirational talks, discuss new ideas, lead impromptu discussions or present some golden oldies.
For companies that would like to help people feel more comfortable initiating a change program, such as adopting new ways of working, I can offer talks that discuss these sensitive issues. For skeptical audiences or people generally concerned about the magnitude of change involved in "going agile", I recommend Yes, Your Agile Transition Can Work. For overworked audiences who want to improve but simply can't find the time to do anything new, I strongly recommend Manufacturing Slack.
For skeptics who see emergent design as overhead, rather than an investment in increasing the capacity to deliver, I recommend The Economics of Software Design, and if their skepticism reaches more broadly to other aspects of agile software development, consider An Introduction to Agile with the Theory of Constraints.
Of course, if you have a specific topic in mind or a tricky audience you'd like to reach, then tell me about it and I'll design a session that better fits your needs.
If you’re adopting Scrum, then you’ve probably encountered its “Definition of Done” practice, and it might have created more problems for you than it has solved. I’ve seen it. I have an idea that might help.
Pull systems provide a lot of the value in Lean/Agile approaches to delivering software. In general, throughput increases as we move towards pull systems. More throughput means more profit. In simple terms: pull is good; pull works. What the hell is “pull”? In a work system, “pull” means that workers grab the next available task… Read more…
Deborah Preuss invited me to talk about the power of asking questions, which my work as a programmer, trainer, mentor and adviser forced me to discover, whether I wanted to or not. Without meaning to, I have managed to develop a reputation in some circles as a person who asks good questions at opportune moments,… Read more…
You can get expert help in a variety of areas without having to pay for a flight, if you’re in the right place at the right time. The right place is Munich, Germany, and the right time is September 2 to 6, 2013.
I invited some of my friends to discuss the nebulous concepts of coupling and cohesion in software design. How do we think about these topics? How do we understand the terms? How do we use that in our work as programmers? How do we teach it to others? How much does any of it even… Read more…
Problems start when we turn any learning method into a ritual. Learning stops, then dogma, arrogance and intolerance begin. — Stephen Parry (@LeanVoices) May 7, 2013 Very true. I've watch dozens of organisations adopt practices in order to have new rules to follow, but these organisations have tended not to make any lasting change nor… Read more…