How to increase the deployment frequency having to cope with a lot of processes?
I am working as a product owner, in a fintech based software company. My development team follows scrum methodology, and 2 weeks sprint. They tried to follow scrum ceremony, but not to do story estimation.
My stakeholder set 1 production release each month (say 25th of each month), and some time extra hotfix release. Our release cycle is much complex. First QA test the feature in SIT environment. After get the signed off from SIT qa, dev team build the package and send it to devips for UAT deployment. After UAT deployment, UAT tester test the build items (one thing to mention, UAT deployment only happen at time of product release not after each sprint deliverable.). If UAT tester found issue then it gets back to dev team, but they are in middle of sprint and doing some other work. Then dev team fixes the issues raise by UAT tester and send it to them again. Finally signed off from UAT it goes for production.
Now my question how could I streamline the process?, as development team got frustrated that they need to work sometimes in the middle of the sprint for bug fix or priority. I need guideline/expert opinion to manage production release properly that follow sprint.
scrum agile development-process release-plan
edited Apr 5 at 12:17
Tiago Cardoso♦
5,60731854
asked Mar 29 at 6:56
Toufiq MahmudToufiq Mahmud
363
|
show 1 more comment
I am working as a product owner, in a fintech based software company. My development team follows scrum methodology, and 2 weeks sprint. They tried to follow scrum ceremony, but not to do story estimation.
My stakeholder set 1 production release each month (say 25th of each month), and some time extra hotfix release. Our release cycle is much complex. First QA test the feature in SIT environment. After get the signed off from SIT qa, dev team build the package and send it to devips for UAT deployment. After UAT deployment, UAT tester test the build items (one thing to mention, UAT deployment only happen at time of product release not after each sprint deliverable.). If UAT tester found issue then it gets back to dev team, but they are in middle of sprint and doing some other work. Then dev team fixes the issues raise by UAT tester and send it to them again. Finally signed off from UAT it goes for production.
Now my question how could I streamline the process?, as development team got frustrated that they need to work sometimes in the middle of the sprint for bug fix or priority. I need guideline/expert opinion to manage production release properly that follow sprint.
scrum agile development-process release-plan
edited Apr 5 at 12:17
Tiago Cardoso♦
5,60731854
asked Mar 29 at 6:56
Toufiq MahmudToufiq Mahmud
363
2
Since, we are talking Fintech: what is actually the risk if the software has a serious bug? Millions? Billions? Then you should consider if a methodology for safety critical software might be preferable over an agile process.
– lalala
Mar 29 at 11:01
Yes thats true, but Agile is most popular and my management knows it well. And I believe my problem is common and many experience this.
– Toufiq Mahmud
Mar 30 at 3:08
How many people is there on the whole development + QA + infrastructure team?
– Tiago Cardoso♦
Mar 30 at 8:18
1
@lalala: We are actually using an agile process to build safety critical software (of the sort that needs to be officially certified), so the two don't exclude each other.
– Bart van Ingen Schenau
Mar 30 at 9:47
@BartvanIngenSchenau of course it doesnt exclude each other. What is your release cycle though?
– lalala
Apr 2 at 16:44
|
show 1 more comment
I am working as a product owner, in a fintech based software company. My development team follows scrum methodology, and 2 weeks sprint. They tried to follow scrum ceremony, but not to do story estimation.
My stakeholder set 1 production release each month (say 25th of each month), and some time extra hotfix release. Our release cycle is much complex. First QA test the feature in SIT environment. After get the signed off from SIT qa, dev team build the package and send it to devips for UAT deployment. After UAT deployment, UAT tester test the build items (one thing to mention, UAT deployment only happen at time of product release not after each sprint deliverable.). If UAT tester found issue then it gets back to dev team, but they are in middle of sprint and doing some other work. Then dev team fixes the issues raise by UAT tester and send it to them again. Finally signed off from UAT it goes for production.
Now my question how could I streamline the process?, as development team got frustrated that they need to work sometimes in the middle of the sprint for bug fix or priority. I need guideline/expert opinion to manage production release properly that follow sprint.
scrum agile development-process release-plan
edited Apr 5 at 12:17
Tiago Cardoso♦
5,60731854
asked Mar 29 at 6:56
Toufiq MahmudToufiq Mahmud
363
I am working as a product owner, in a fintech based software company. My development team follows scrum methodology, and 2 weeks sprint. They tried to follow scrum ceremony, but not to do story estimation.
My stakeholder set 1 production release each month (say 25th of each month), and some time extra hotfix release. Our release cycle is much complex. First QA test the feature in SIT environment. After get the signed off from SIT qa, dev team build the package and send it to devips for UAT deployment. After UAT deployment, UAT tester test the build items (one thing to mention, UAT deployment only happen at time of product release not after each sprint deliverable.). If UAT tester found issue then it gets back to dev team, but they are in middle of sprint and doing some other work. Then dev team fixes the issues raise by UAT tester and send it to them again. Finally signed off from UAT it goes for production.
Now my question how could I streamline the process?, as development team got frustrated that they need to work sometimes in the middle of the sprint for bug fix or priority. I need guideline/expert opinion to manage production release properly that follow sprint.
scrum agile development-process release-plan
scrum agile development-process release-plan
edited Apr 5 at 12:17
Tiago Cardoso♦
5,60731854
asked Mar 29 at 6:56
Toufiq MahmudToufiq Mahmud
363
edited Apr 5 at 12:17
Tiago Cardoso♦
5,60731854
asked Mar 29 at 6:56
Toufiq MahmudToufiq Mahmud
363
edited Apr 5 at 12:17
Tiago Cardoso♦
5,60731854
edited Apr 5 at 12:17
Tiago Cardoso♦
5,60731854
edited Apr 5 at 12:17
Tiago Cardoso♦
5,60731854
5,60731854
asked Mar 29 at 6:56
Toufiq MahmudToufiq Mahmud
363
asked Mar 29 at 6:56
Toufiq MahmudToufiq Mahmud
363
asked Mar 29 at 6:56
Toufiq MahmudToufiq Mahmud
363
363
2
Since, we are talking Fintech: what is actually the risk if the software has a serious bug? Millions? Billions? Then you should consider if a methodology for safety critical software might be preferable over an agile process.
– lalala
Mar 29 at 11:01
Yes thats true, but Agile is most popular and my management knows it well. And I believe my problem is common and many experience this.
– Toufiq Mahmud
Mar 30 at 3:08
How many people is there on the whole development + QA + infrastructure team?
– Tiago Cardoso♦
Mar 30 at 8:18
1
@lalala: We are actually using an agile process to build safety critical software (of the sort that needs to be officially certified), so the two don't exclude each other.
– Bart van Ingen Schenau
Mar 30 at 9:47
@BartvanIngenSchenau of course it doesnt exclude each other. What is your release cycle though?
– lalala
Apr 2 at 16:44
|
show 1 more comment
2
Since, we are talking Fintech: what is actually the risk if the software has a serious bug? Millions? Billions? Then you should consider if a methodology for safety critical software might be preferable over an agile process.
– lalala
Mar 29 at 11:01
Yes thats true, but Agile is most popular and my management knows it well. And I believe my problem is common and many experience this.
– Toufiq Mahmud
Mar 30 at 3:08
How many people is there on the whole development + QA + infrastructure team?
– Tiago Cardoso♦
Mar 30 at 8:18
1
@lalala: We are actually using an agile process to build safety critical software (of the sort that needs to be officially certified), so the two don't exclude each other.
– Bart van Ingen Schenau
Mar 30 at 9:47
@BartvanIngenSchenau of course it doesnt exclude each other. What is your release cycle though?
– lalala
Apr 2 at 16:44
2
2
Since, we are talking Fintech: what is actually the risk if the software has a serious bug? Millions? Billions? Then you should consider if a methodology for safety critical software might be preferable over an agile process.
– lalala
Mar 29 at 11:01
Since, we are talking Fintech: what is actually the risk if the software has a serious bug? Millions? Billions? Then you should consider if a methodology for safety critical software might be preferable over an agile process.
– lalala
Mar 29 at 11:01
Yes thats true, but Agile is most popular and my management knows it well. And I believe my problem is common and many experience this.
– Toufiq Mahmud
Mar 30 at 3:08
Yes thats true, but Agile is most popular and my management knows it well. And I believe my problem is common and many experience this.
– Toufiq Mahmud
Mar 30 at 3:08
How many people is there on the whole development + QA + infrastructure team?
– Tiago Cardoso♦
Mar 30 at 8:18
How many people is there on the whole development + QA + infrastructure team?
– Tiago Cardoso♦
Mar 30 at 8:18
1
1
@lalala: We are actually using an agile process to build safety critical software (of the sort that needs to be officially certified), so the two don't exclude each other.
– Bart van Ingen Schenau
Mar 30 at 9:47
@lalala: We are actually using an agile process to build safety critical software (of the sort that needs to be officially certified), so the two don't exclude each other.
– Bart van Ingen Schenau
Mar 30 at 9:47
@BartvanIngenSchenau of course it doesnt exclude each other. What is your release cycle though?
– lalala
Apr 2 at 16:44
@BartvanIngenSchenau of course it doesnt exclude each other. What is your release cycle though?
– lalala
Apr 2 at 16:44
|
show 1 more comment
2 Answers
2
active
oldest
votes
I second ctrl-atl-delor (+1!) - you should invest on automation.
Agile methodology helps on how work is organized, but regardless of the methodology, you should automate as much as possible of your work.
We have a similar scenario in our project - and I'd guess it's fairly common on legacy applications.
You have two main fronts of work:
- SDLC automation: Continuous Integration, Delivery and Deployment
- Testing automation: BDD and TDD might be helpful.
Based on your scenario, you'll need to assess which areas within SDLC or Testing automation you can obtain benefits faster (the low-hanging fruits).
You'll need support from either C-level and / or stakeholders, as you'll definitely need to invest time and effort on it.
answered Mar 29 at 9:35
Tiago Cardoso♦Tiago Cardoso
5,60731854
Yes, I agree with you. Automation and Test driven development could solve most of my pains. But its way to go. Need alignment with my management
– Toufiq Mahmud
Mar 30 at 3:12
If your scenario is similar to mine, one of the key points is to define the items to deliver to UAT, how to identify them and ensure they're tested. That can be achieved with more (lightweight) process.
– Tiago Cardoso♦
Mar 30 at 8:13
add a comment |
Well done you are doing a grate job. Scrum has lead you to diagnose several problems with your process.
I would recommend devops, developers and ops merge. They then fully deploy to testing (that is the same as operational). After testing you press a button to deploy to operational. Docker is a good tool to help with this.
The other thing (and most important thing) is to conduct a retrospective, when ever you detect a problem (feed back from test: Why did this happen? incomplete/secret spec?, incomplete developer testing?)
In a retrospective ask questions, without blame. When asking use 5-why. That is ask why, then ask why (5 times). E.g. Why did it break? It broke because we over loaded the donkey. Why did we over load the donkey? Because we did not know how much load we were putting on it. Why? because the scales where missing. Why? because they were being borrowed by bill. Why? Because bill does not have his own scales. Why? because of budget savings. Why? because …
answered Mar 29 at 8:01
ctrl-alt-delorctrl-alt-delor
285111
I think you missed the most important question from the feedback - how do we make sure this never happens again? Knowing how it happened doesn't help if you don't take action to stop it happening again.
– UKMonkey
Mar 29 at 13:03
@UKMonkey I added a bit on retrospectives.
– ctrl-alt-delor
Mar 29 at 19:38
@ctrl-alt-delor Thank you
– Toufiq Mahmud
Mar 30 at 3:23
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "208"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fpm.stackexchange.com%2fquestions%2f26094%2fhow-to-increase-the-deployment-frequency-having-to-cope-with-a-lot-of-processes%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
I second ctrl-atl-delor (+1!) - you should invest on automation.
Agile methodology helps on how work is organized, but regardless of the methodology, you should automate as much as possible of your work.
We have a similar scenario in our project - and I'd guess it's fairly common on legacy applications.
You have two main fronts of work:
- SDLC automation: Continuous Integration, Delivery and Deployment
- Testing automation: BDD and TDD might be helpful.
Based on your scenario, you'll need to assess which areas within SDLC or Testing automation you can obtain benefits faster (the low-hanging fruits).
You'll need support from either C-level and / or stakeholders, as you'll definitely need to invest time and effort on it.
answered Mar 29 at 9:35
Tiago Cardoso♦Tiago Cardoso
5,60731854
Yes, I agree with you. Automation and Test driven development could solve most of my pains. But its way to go. Need alignment with my management
– Toufiq Mahmud
Mar 30 at 3:12
If your scenario is similar to mine, one of the key points is to define the items to deliver to UAT, how to identify them and ensure they're tested. That can be achieved with more (lightweight) process.
– Tiago Cardoso♦
Mar 30 at 8:13
add a comment |
I second ctrl-atl-delor (+1!) - you should invest on automation.
Agile methodology helps on how work is organized, but regardless of the methodology, you should automate as much as possible of your work.
We have a similar scenario in our project - and I'd guess it's fairly common on legacy applications.
You have two main fronts of work:
- SDLC automation: Continuous Integration, Delivery and Deployment
- Testing automation: BDD and TDD might be helpful.
Based on your scenario, you'll need to assess which areas within SDLC or Testing automation you can obtain benefits faster (the low-hanging fruits).
You'll need support from either C-level and / or stakeholders, as you'll definitely need to invest time and effort on it.
answered Mar 29 at 9:35
Tiago Cardoso♦Tiago Cardoso
5,60731854
Yes, I agree with you. Automation and Test driven development could solve most of my pains. But its way to go. Need alignment with my management
– Toufiq Mahmud
Mar 30 at 3:12
If your scenario is similar to mine, one of the key points is to define the items to deliver to UAT, how to identify them and ensure they're tested. That can be achieved with more (lightweight) process.
– Tiago Cardoso♦
Mar 30 at 8:13
add a comment |
I second ctrl-atl-delor (+1!) - you should invest on automation.
Agile methodology helps on how work is organized, but regardless of the methodology, you should automate as much as possible of your work.
We have a similar scenario in our project - and I'd guess it's fairly common on legacy applications.
You have two main fronts of work:
- SDLC automation: Continuous Integration, Delivery and Deployment
- Testing automation: BDD and TDD might be helpful.
Based on your scenario, you'll need to assess which areas within SDLC or Testing automation you can obtain benefits faster (the low-hanging fruits).
You'll need support from either C-level and / or stakeholders, as you'll definitely need to invest time and effort on it.
answered Mar 29 at 9:35
Tiago Cardoso♦Tiago Cardoso
5,60731854
I second ctrl-atl-delor (+1!) - you should invest on automation.
Agile methodology helps on how work is organized, but regardless of the methodology, you should automate as much as possible of your work.
We have a similar scenario in our project - and I'd guess it's fairly common on legacy applications.
You have two main fronts of work:
- SDLC automation: Continuous Integration, Delivery and Deployment
- Testing automation: BDD and TDD might be helpful.
Based on your scenario, you'll need to assess which areas within SDLC or Testing automation you can obtain benefits faster (the low-hanging fruits).
You'll need support from either C-level and / or stakeholders, as you'll definitely need to invest time and effort on it.
answered Mar 29 at 9:35
Tiago Cardoso♦Tiago Cardoso
5,60731854
answered Mar 29 at 9:35
Tiago Cardoso♦Tiago Cardoso
5,60731854
answered Mar 29 at 9:35
Tiago Cardoso♦Tiago Cardoso
5,60731854
answered Mar 29 at 9:35
Tiago Cardoso♦Tiago Cardoso
5,60731854
5,60731854
Yes, I agree with you. Automation and Test driven development could solve most of my pains. But its way to go. Need alignment with my management
– Toufiq Mahmud
Mar 30 at 3:12
If your scenario is similar to mine, one of the key points is to define the items to deliver to UAT, how to identify them and ensure they're tested. That can be achieved with more (lightweight) process.
– Tiago Cardoso♦
Mar 30 at 8:13
add a comment |
Yes, I agree with you. Automation and Test driven development could solve most of my pains. But its way to go. Need alignment with my management
– Toufiq Mahmud
Mar 30 at 3:12
If your scenario is similar to mine, one of the key points is to define the items to deliver to UAT, how to identify them and ensure they're tested. That can be achieved with more (lightweight) process.
– Tiago Cardoso♦
Mar 30 at 8:13
Yes, I agree with you. Automation and Test driven development could solve most of my pains. But its way to go. Need alignment with my management
– Toufiq Mahmud
Mar 30 at 3:12
Yes, I agree with you. Automation and Test driven development could solve most of my pains. But its way to go. Need alignment with my management
– Toufiq Mahmud
Mar 30 at 3:12
If your scenario is similar to mine, one of the key points is to define the items to deliver to UAT, how to identify them and ensure they're tested. That can be achieved with more (lightweight) process.
– Tiago Cardoso♦
Mar 30 at 8:13
If your scenario is similar to mine, one of the key points is to define the items to deliver to UAT, how to identify them and ensure they're tested. That can be achieved with more (lightweight) process.
– Tiago Cardoso♦
Mar 30 at 8:13
add a comment |
Well done you are doing a grate job. Scrum has lead you to diagnose several problems with your process.
I would recommend devops, developers and ops merge. They then fully deploy to testing (that is the same as operational). After testing you press a button to deploy to operational. Docker is a good tool to help with this.
The other thing (and most important thing) is to conduct a retrospective, when ever you detect a problem (feed back from test: Why did this happen? incomplete/secret spec?, incomplete developer testing?)
In a retrospective ask questions, without blame. When asking use 5-why. That is ask why, then ask why (5 times). E.g. Why did it break? It broke because we over loaded the donkey. Why did we over load the donkey? Because we did not know how much load we were putting on it. Why? because the scales where missing. Why? because they were being borrowed by bill. Why? Because bill does not have his own scales. Why? because of budget savings. Why? because …
answered Mar 29 at 8:01
ctrl-alt-delorctrl-alt-delor
285111
I think you missed the most important question from the feedback - how do we make sure this never happens again? Knowing how it happened doesn't help if you don't take action to stop it happening again.
– UKMonkey
Mar 29 at 13:03
@UKMonkey I added a bit on retrospectives.
– ctrl-alt-delor
Mar 29 at 19:38
@ctrl-alt-delor Thank you
– Toufiq Mahmud
Mar 30 at 3:23
add a comment |
Well done you are doing a grate job. Scrum has lead you to diagnose several problems with your process.
I would recommend devops, developers and ops merge. They then fully deploy to testing (that is the same as operational). After testing you press a button to deploy to operational. Docker is a good tool to help with this.
The other thing (and most important thing) is to conduct a retrospective, when ever you detect a problem (feed back from test: Why did this happen? incomplete/secret spec?, incomplete developer testing?)
In a retrospective ask questions, without blame. When asking use 5-why. That is ask why, then ask why (5 times). E.g. Why did it break? It broke because we over loaded the donkey. Why did we over load the donkey? Because we did not know how much load we were putting on it. Why? because the scales where missing. Why? because they were being borrowed by bill. Why? Because bill does not have his own scales. Why? because of budget savings. Why? because …
answered Mar 29 at 8:01
ctrl-alt-delorctrl-alt-delor
285111
I think you missed the most important question from the feedback - how do we make sure this never happens again? Knowing how it happened doesn't help if you don't take action to stop it happening again.
– UKMonkey
Mar 29 at 13:03
@UKMonkey I added a bit on retrospectives.
– ctrl-alt-delor
Mar 29 at 19:38
@ctrl-alt-delor Thank you
– Toufiq Mahmud
Mar 30 at 3:23
add a comment |
Well done you are doing a grate job. Scrum has lead you to diagnose several problems with your process.
I would recommend devops, developers and ops merge. They then fully deploy to testing (that is the same as operational). After testing you press a button to deploy to operational. Docker is a good tool to help with this.
The other thing (and most important thing) is to conduct a retrospective, when ever you detect a problem (feed back from test: Why did this happen? incomplete/secret spec?, incomplete developer testing?)
In a retrospective ask questions, without blame. When asking use 5-why. That is ask why, then ask why (5 times). E.g. Why did it break? It broke because we over loaded the donkey. Why did we over load the donkey? Because we did not know how much load we were putting on it. Why? because the scales where missing. Why? because they were being borrowed by bill. Why? Because bill does not have his own scales. Why? because of budget savings. Why? because …
answered Mar 29 at 8:01
ctrl-alt-delorctrl-alt-delor
285111
Well done you are doing a grate job. Scrum has lead you to diagnose several problems with your process.
I would recommend devops, developers and ops merge. They then fully deploy to testing (that is the same as operational). After testing you press a button to deploy to operational. Docker is a good tool to help with this.
The other thing (and most important thing) is to conduct a retrospective, when ever you detect a problem (feed back from test: Why did this happen? incomplete/secret spec?, incomplete developer testing?)
In a retrospective ask questions, without blame. When asking use 5-why. That is ask why, then ask why (5 times). E.g. Why did it break? It broke because we over loaded the donkey. Why did we over load the donkey? Because we did not know how much load we were putting on it. Why? because the scales where missing. Why? because they were being borrowed by bill. Why? Because bill does not have his own scales. Why? because of budget savings. Why? because …
answered Mar 29 at 8:01
ctrl-alt-delorctrl-alt-delor
285111
edited Mar 29 at 19:37
answered Mar 29 at 8:01
ctrl-alt-delorctrl-alt-delor
285111
answered Mar 29 at 8:01
ctrl-alt-delorctrl-alt-delor
285111
answered Mar 29 at 8:01
ctrl-alt-delorctrl-alt-delor
285111
285111
I think you missed the most important question from the feedback - how do we make sure this never happens again? Knowing how it happened doesn't help if you don't take action to stop it happening again.
– UKMonkey
Mar 29 at 13:03
@UKMonkey I added a bit on retrospectives.
– ctrl-alt-delor
Mar 29 at 19:38
@ctrl-alt-delor Thank you
– Toufiq Mahmud
Mar 30 at 3:23
add a comment |
I think you missed the most important question from the feedback - how do we make sure this never happens again? Knowing how it happened doesn't help if you don't take action to stop it happening again.
– UKMonkey
Mar 29 at 13:03
@UKMonkey I added a bit on retrospectives.
– ctrl-alt-delor
Mar 29 at 19:38
@ctrl-alt-delor Thank you
– Toufiq Mahmud
Mar 30 at 3:23
I think you missed the most important question from the feedback - how do we make sure this never happens again? Knowing how it happened doesn't help if you don't take action to stop it happening again.
– UKMonkey
Mar 29 at 13:03
I think you missed the most important question from the feedback - how do we make sure this never happens again? Knowing how it happened doesn't help if you don't take action to stop it happening again.
– UKMonkey
Mar 29 at 13:03
@UKMonkey I added a bit on retrospectives.
– ctrl-alt-delor
Mar 29 at 19:38
@UKMonkey I added a bit on retrospectives.
– ctrl-alt-delor
Mar 29 at 19:38
@ctrl-alt-delor Thank you
– Toufiq Mahmud
Mar 30 at 3:23
@ctrl-alt-delor Thank you
– Toufiq Mahmud
Mar 30 at 3:23
add a comment |
Thanks for contributing an answer to Project Management Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fpm.stackexchange.com%2fquestions%2f26094%2fhow-to-increase-the-deployment-frequency-having-to-cope-with-a-lot-of-processes%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
2
Since, we are talking Fintech: what is actually the risk if the software has a serious bug? Millions? Billions? Then you should consider if a methodology for safety critical software might be preferable over an agile process.
– lalala
Mar 29 at 11:01
Yes thats true, but Agile is most popular and my management knows it well. And I believe my problem is common and many experience this.
– Toufiq Mahmud
Mar 30 at 3:08
How many people is there on the whole development + QA + infrastructure team?
– Tiago Cardoso♦
Mar 30 at 8:18
1
@lalala: We are actually using an agile process to build safety critical software (of the sort that needs to be officially certified), so the two don't exclude each other.
– Bart van Ingen Schenau
Mar 30 at 9:47
@BartvanIngenSchenau of course it doesnt exclude each other. What is your release cycle though?
– lalala
Apr 2 at 16:44