Skip to main content

Agile for infra delivery

Last post 03:37 pm March 24, 2018 by Jason Pearce
3 replies
02:16 am March 22, 2018

Hi

interesting question:

we need to deliver a piece of software by fourth quarter this year. The software is a commercial off the shelf product from a major vendor, we need to design the infrastructure, integration into our environment and configuration.

typically, we would use waterfall. A series of phases leading up to a launch. Often, we would pick a date for launch, eg 7 November, that would be based on those phases. Of course, this rarely works out since we can predict exactly how long those phasss will last.

but I can’t see how agile would help here since we don’t have sprints as such either. We need to build servers, firewalls and such in datacenters for example 

both approaches seem to have challenges. Any advise?


10:40 am March 22, 2018

From your description it seems that there is virtually no volatility in the requirements, you know every requirement upfront, and just have problem with exact time estimation (totally justifiable). In these circumstances I do not really see a convincing reason to be agile, therefore it can be difficult to use it as an argument of why so late :)

On the other hand, you could meet together, decide on what to concentrate on during next 2 weeks, then do it, and then meet again, see if you have delivered "the sprint goal", maybe even show it to someone (stakeholders) interested in project progress,check if you could have done something more efficiently, and then repeat...


10:45 am March 22, 2018

Where does the risk or complexity lie with this product, and would inspection and adaptation through frequent release help to control it?


03:37 pm March 24, 2018

Thanks.



Filip - I like the idea of 2 week sprints to accomplish something, even it's not necessarily not a software release.

Ian - the risk lies in the vendor's inability to meet our requirements and also the MASSIVE amount of process and tollgates we have here. Example, in order to start evaluating the product in our test environment, we need to have a test plan already created. This seems odd.


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.