A better perspective on competition during new product development
Listen now
Description
Miyamoto Musashi (1584-1645) was a swordsman, a masterless samurai, and an independent teacher. He won his first duel at age 13. By the time he was 29, he had dueled more than 60 times. He never lost. http://oplaunch.com/blog/wp-content/uploads/2015/01/a-better-perspective-on-competition-during-new-product-development.mp3 Subscribe on iTunes. Duration: 6 minutes. File Size: 3.5 MBytes   Rule 9 from “The Book of Five Rings” by Miyamoto Musashi is “Do not do anything useless.” Musashi’s Rules Musashi began to write “The Book of Five Rings” in 1643. In The Earth Scroll, he summarized his rules for “learning the art: Think of what is right and true Practice and cultivate the science Become acquainted with the arts Know the principles of the craft Understand the harm and benefits of everything Learn to see everything accurately Become aware of what is not obvious Be careful even in small matters Do not do anything useless” [Page 22] To expand #9, Musashi offered the following advice about combat: “Whenever opponents try to attack you, let them go ahead and do anything that is useless, while preventing them from doing anything useful” [Musashi, The Book of Five Rings, The Fire Scroll, Page 54] Opponents and Competition In new product development contexts, it is more common to use the word competition than opponent. In new product development, discussions about competition usually evoke thoughts of external struggles between organizations to complete projects and capture market share. During new product development, competition also exists internally. Typically, internal competition discussions include topics such as negotiations about the schedule and project resources such as headcount and equipment budgets. There are more subtle aspects of internal competition. Internal Competition during New Product Development During new product development, engaging skilled and experienced practitioners can address Musashi’s rules 1-4. Involving wise practitioners can address rules 5-8. Rule 9 is more subtle. Familiar practices and past successes may make it difficult to detect what is useless. Success in new product development depends on your ability to determine the relative usefulness or uselessness of all potential efforts. For a simple exercise, consider your next scheduled meeting. A decision to have a meeting creates internal competition for attention. What might be done to improve the usefulness of the meeting? Will the agenda be available before the meeting? Is there a prominent objective? Are there new documents that must to be reviewed before the meeting? Will the completion of action items be verified? Will the duration of the meeting be less than one hour? Will meeting notes be created interactively during the meeting? Can remote contributors participate in the meeting? Can these needs be fulfilled more effectively by other means? For a more complex exercise, consider how an individual contributor (a coder, engineer, scientist, communications specialist, subject matter expert,…) validates that their contributions provide value to the project. Besides completing a task (such as writing code to implement specific functionality), how will you determine if the effort was valuable? Was there a better use of the time? How will the effort be validated in terms of project success? For a more substantial exercise, consider how an individual’s efforts contribute to improving their development experience factors such as autonomy, mastery, and purpose. Developing a better perspective Musashi’s advice was “Do not do anything useless.” This is a practical project objective and a desirable career strategy. Developing this perspective requires substantial effort and it produces significant rewards. When efforts are not wasted on the useless, individuals can develop better perspectives to win as
More Episodes
Some emphasize that product development begins with writing code and that effort transforms into a win. The lingering question for this type of three-part development model is “What is Phase 2?” Some emphasize that product development begins with writing code and that effort transforms into a...
Published 11/01/14
In the book Antifragile: Things that Gain from Disorder, Nassim Nicholas Taleb shared insights on optionality that can be expanded to include new product development environments. This post provides an introduction to the non-linear gains associated with antifragile systems that may be realized...
Published 05/01/14