For enquiries call:

Phone

+1-469-442-0620

Easter Sale-mobile

HomeBlogAgileHow To Run Fixed Date Projects In Agile?

How To Run Fixed Date Projects In Agile?

Published
19th Feb, 2024
Views
view count loader
Read it in
6 Mins
In this article
    How To Run Fixed Date Projects In Agile?

    Various organizations teach different things and make you aware of different points of view. One thing you will learn early in your career is how to “smell” fake fixed dates. Unfortunately, there are still some organizations or people that believe that setting deadlines will motivate people to get work done. Now, how to run fixed-date projects in Agile is the concern.

    These are fake deadlines, without real urgency behind them and without any loss of business or clients. They are dangerous because they create a fake rush, get people to work late hours for no good reason, and in the end, there is nothing to celebrate for what they did. However, there are some legitimate cases when a certain solution is required in place by a fixed date. Go for the best Agile certifications and master the agile methodology.

    How to Run Fixed Date Projects in Agile?

    It is seen in some cases how Agile teams have been able to deal with deadlines successfully. Some of these examples are regulatory changes, event-driven or promotional, and holidays.
     
    Regulatory: These are changes that are forced on a company usually by Government or Market regulations.  

    Event-driven: These changes are usually driven by Marketing and supported by Sales. They are opportunities to showcase the strength of the brand, and enforce market presence and/or domination in events like expos, conferences, partner announcements, marketing announcements, etc.

    Promotional or Holidays: These changes are usually driven by Sales and supported by Marketing. Think Christmas, Valentine’s Day, or similar depending on where you live. These are days that retailers “live for”.
     
    They kind of boil down to the need for an area of the organization to have an offer ready by a certain date that is controlled by external factors/organizations. The good thing about these cases is that usually, we have a decent amount of time in hand to prepare and deliver. During this time, you can find tools and techniques that help you more than others.

    Good Understanding of the Meaning of Fixed Date

    • What happens if we miss the date?
    • What happens if we miss the date by a lot/by a little?
    • Do we have to have it in place feature A or will B do it?
    • Can we do A manually?
    • Is the deadline for all our clients or just a portion of them?

    Keep asking from all points of view. This is a good exercise that Agile teams are used to doing since they constantly split their stories into smaller pieces of work. Now bring all that into splitting the work for the deadline into smaller BUT meaningful and valuable pieces.

    Presenting Real-time Examples

    In one of the cases, in which I assisted my team, we were given only five days to deal with a change required by one of the provinces of Canada. Two of those days were taken by speaking with lawyers to clarify all the details of the change requested. After that, the team was able to understand the amount of work and what was the minimum they had to do to satisfy this new regulation. It was done on time.

    In another case, the retail company had to decide if what they were asking was possible to be done by mid-November. They agreed that if it was not in place by then, there was no value in putting effort towards it since it will be too late for Christmas promotions.

    In a different case, a product company wanted to present the new features of their 3D software at the most prestigious event in the industry. They decided to be in a good place where the Product Owner knew what wasn’t working or how to get around the features that would be demoed on the expo floor. 

    The goal was to get people excited to have them subscribe and then follow up when the software was ready with the features and high-quality experience. So, keep asking, keep slicing, and keep finding ways to do the minimum required. Unless, you have all the time you need and in that case, do what is needed with high quality.

    The image below will perfectly explain how asking questions can help you prioritize.

    Product Owners and People with Skills Required are Available on Very Short Notice

    Although we have asked all the questions and we have figured out the smallest piece of work to start with, questions and issues will always come up. With the Product Owner not always present to respond to questions from the team, we end up with wasted time. The same is true for any specialist or any skill required to achieve the deadline. We manufacture dependencies.

    If this fixed date is high-priority, then let us give it the right attention and the right dedication. If many things are high priority, it is usually a smell that prioritization is not well and is probably based on who screams the loudest. This is where we need to make sure that expectations are set and clear, where we understand the priorities of the organization, and where people will focus.

    Coming to dependency management, the following figure can help visualize the ideal ways to manage dependency and streamline your workflow.  

    Dependency management is done best when we remove dependencies rather than manage them. Take time to identify dependencies on skills, knowledge, process, sequencing, and any other area that affects you. Take time to look at the whole picture and set in place communication channels, and core working hours, and give heads up with enough time for other areas to prepare for your requests. 

    But one thing that works the best is to have a team that works very closely, possibly co-located and supported with collaboration tools. It would be great if this team is already working together and this request is a new addition to their prioritized backlog. Otherwise, you will lose time with onboarding.

    Continuous Delivery Pipeline

    We are not done until we are done. And done means it is accepted all the way to production. There is work to develop the change and then there is work to deploy the change. If your company has a long deployment process with many layers of approvals or documents to complete, then you are shortening the time for development. This adds extra stress to the team that will work on this change and frankly speaking from the Lean Governance point of view, a lot of waste in your system.

    Often, teams are asked to justify the need for investing in automation and better technology. These are the days when that investment has high returns and pays you back many times over. Continuous delivery gives teams the advantage of early and often feedback. The earlier you are able to deliver a solution the faster you learn about what risks you have to deal with when the changes are in the hands of the customers.

    There are many ways to leverage early deployments when Continuous Delivery Pipeline is in place. You will be able to deliver a small portion of the change (often you hear MVP but I prefer Learning Release), and you will be able to test with a small number of customers or for a specific geolocation of your customers.
    Through this, you reduce the risk of releasing a valuable solution on the requested fixed date. No need to work extra hours or late at night. 

    Empower your project management career with PRINCE2 accredited training from leading organizations. Maximize your skills and knowledge with our PRINCE2 accredited training. 

    Hire More People and Make a Bigger Team

    Big teams move slowly. Also, onboarding new people on the team is downtime for specialists as well because they will do the training. For changes that have a short time to deal with a fixed date, adding people to the team will only slow you down and create more confusion.

    Cut Corners

    Unfortunately, I often see the practice of “get it off my plate”, where a team just patches together a quick fix and then sends it over to production to call it a success. Although everyone knows that this change was not done right, we never give time for teams to go back and do it right.
    So if you can, do it right from the beginning or make sure the team does not start working on something else until they refactor the solution. This will allow you to make future changes easier and faster, even if the future changes are urgent and have a fixed date.

    Stop Asking “Why?”

    In everything we do, we need to continue asking “Why” and challenge better ways of working. Just because this is how things are done now, it doesn’t need to be how we have to keep doing it in the future. 

    The spirit of Agile is continuous improvement and that is where we keep learning and getting better. Asking “why” is where we get out of our comfort zone and become creative with the solutions for our customers.

    Profile

    Ardita l

    Blog Author

    Ardita is a passionate Agile coach, trainer, speaker and consultant in the Toronto area. As the President of Industrial Logic Canada, she brings more than 15 years of software development experience from different commercial and public organizations. Over the past few years her focus has been on business process improvement for organizations that are adopting Agile practices. Working with management and development teams, she is well known for applying Agile and Lean techniques to help identify and remove barriers in order to streamline software development efforts. She is driven in creating sustainable change and has developed techniques that focus on building teams that have a culture of continuous improvement.

    Share This Article
    Ready to Master the Skills that Drive Your Career?

    Avail your free 1:1 mentorship session.

    Select
    Your Message (Optional)

    Upcoming Agile Management Batches & Dates

    NameDateFeeKnow more
    Course advisor icon
    Offer
    Whatsapp/Chat icon