b'
Does it ever seem strange how when talking to other software developers they insist that the processes they use are \\u201cthe best\\u201d but they don\\u2019t seem to make any sense as to how they could work in your company? Today I\\u2019d like to share how uncertainty impacts software development.
Whether they realize it or not, many people in companies select processes based on their tolerance for uncertainty. The experience they\\u2019ve had developing software in the past, and existing beliefs they have about how the rest of the business and the customer will use the product influence decisions.
Technology changes faster today than it did 20 years ago, so being able to respond to change is more important. We need to be careful of fortune telling, and that we aren\\u2019t over-confident in our ability to see what\\u2019s coming. When we use agile processes for software development, one of the big benefits is that they help us adapt to changes in the market and optimize for handling disruption.
The big question is \\u2013 how responsive is your company or team willing to be? The more uncertainty people at the company can tolerate, the more adaptable and responsive you\\u2019ll be in serving your customer.
There are a wide number of decisions that can be made about how you develop software that stem from the tolerance for uncertainty, but in this video I\\u2019ll talk about some major attributes of the two extremes.
A company or team with a lower tolerance for uncertainty may use % complete budgeting to track progress on the project. A team with a higher tolerance for uncertainty may set a monthly budget to allow the customer to influence what\\u2019s delivered more.
A company or team with a lower tolerance for uncertainty may focus on cost and estimation. A team with a higher tolerance for uncertainty may track learning milestones to measure progress.
A company or team with a lower tolerance for uncertainty may create source control branches for developer changes. A team with a higher tolerance for uncertainty may use feature hiding instead, with everyone collaborating on one branch to follow continuous integration.
A company or team with a lower tolerance for uncertainty may make more investments in the UX up front. A team with a higher tolerance for uncertainty may use lean UX practices that provide a minimum viable experience, and adapt as they go.
A company or team with a lower tolerance for uncertainty may make more up-front architecture decisions. A team with a higher tolerance for uncertainty may simplify the architecture to increase the speed of refactoring, and let the architecture evolve with product growth.
You can also\\xa0watch this episode on YouTube.\\xa0
Related resources:
\\xa0
Visit me at JaymeEdwards.com
Find me on Facebook at JaymeEdwardsMedia
Find me on Twitter as @jaymeedwards
'