Yes, I think this is an anti-pattern is similar to the one I often see, basically getting the order wrong like this: 1. Define the problem. 2. Gather informat

Yes, I think this is an anti-pattern is similar to the one I often see, basically getting the order wrong like this: 1. Define the problem. 2. Gather information about the problem. This seems reasonable. "We need to know what we're trying to solve, not boil the ocean." But it is really common that the information tells us that the problem definition is slightly or really wrong. Hence the importance of gather information, then define the problem... and iterate. "First define the problem" also feels reasonable because picking the right problem requires a lot of context and experience. Some would add "taste." So in group discussions, people often suggest bad problem definitions. Others then want to get focus and traction. That impatience often results in committing too early to the problem definition.