For enquiries call:
+1-469-442-0620
We all love planning. And planning big is what we do. Don’t you have great visions for your life when you start a brand new year? You identify a great big list of New Year resolutions and set yourself some goals to achieve within the year. When you are soon after your primary education you research and end up planning big on what academic and professional qualifications to achieve and within what timeframe. Even Google has become a part of your elaborate planning! So much so that, even before you key in your exact query on planning, it readily comes up with so many suggestions!
But, Agile tells us to think big and not to plan big. Thinking big has a deep meaning. When you embark on a journey you need to think and clarify the bigger picture of the whole journey. For example, if your employees embark on their annual trip you need to set a bigger picture for the staff on the objectives of the trip. Is it merely a journey to somewhere far away, chill and come back the next day? Or are your objectives for the staff to bond a bit better, communicate and build team spirit that can create a positive atmosphere at your workplace?
Think big for your Agile projects as well. Identify the bigger picture for the solution that you are trying to develop. Spend time to understand the business outcomes that the solution is trying to achieve and know the key principles for high-performing Agile teams.
Think about where the solution will be deployed and who will be using it. How will the solution get operationalized and what impact would it have on the Stakeholders. Try to draw forth as much information as possible to identify above aspects of the solution.
Thinking big is not only from the business perspective. Think big in terms of the entire solution landscape, the context and the entire solution architecture as well. There is no need to identify a comprehensive solution design and architecture right at the inception. But always keep the entire solution and the key components in mind when you do the design. Make it and evolving architecture by building in the capability to plug in components as and when required. Technology and client needs are changing and hence adaptability is a key.
Though you think big you must always make sure to take small baby steps at a time. Acting small means to identify the smallest piece of work or task that needs to be done to make sure that the project progresses forward. Think of a driver that has met with a car accident and is confined to a wheelchair. He will have to go through hours of physiotherapy just to be able to stand up on his two feet again. Then he will start taking one step at a time in his quest of walking again.
Concepts that can be measured while thinking Big
1) Working in a team incrementally and iteratively
The product size determines how many increments it will take to complete the work. The notion behind working in iterations is to get the status of work at the end of the long stage. e.g. For Development stage, it may take two week cycles over the period of 3 months.
Working in increments shows doing a group of tasks at a time, then adding another group in the next iteration. At the end of each iteration, you can show the completed task to the client. This way helps to get early feedback, can update the changes, test out ideas, and deploying before the timeline.
Agile software development projects are exactly like that. You first think big to identify all components of the solution and the tasks that the team members need to work on as Product backlog items. These are initially at a really high level – may be as epics.
Enhance your expertise with our PRINCE2 Foundation and Practitioner online course! Our comprehensive materials and expert instructors will provide you with the knowledge and confidence to succeed in the field of project management. Sign up today and take the first step towards mastery!
Now you can groom the stories and break them down into smaller stories or tasks that can be assigned to individual team members. Remember the 1-2-3-4 rule? One or two implementation team members should complete a story or task taken to the sprint within 3 to 4 days. Acting small will help the team develop something visual and demonstrable as soon as possible so that it can be sent for feedback as early as possible.
Name | Date | Fee | Know more |
---|