Answers: <p><strong>Agile</strong> is a methodology to organize (or group) a set of changes to software components in a give period (= <em>sprint</em>), so think about it as a planning tool or so. Whereas the stake holders are the scrum master, the PO, the actual developers, etc.</p>
  <p><strong>DevOps</strong> is (mostly) about shipping modified components from one environment (e.g. unit testing) to another one (e.g. acceptance testing), and for which things like <strong>CI</strong> and <strong>CD</strong> can be used. Whereas the stake holders are the developers, the testers, operations control people (or SREs if you prefer), etc.</p>
  
Answers: CC BY-SA 4.0
Answers: 2022-06-17T12:07:50.910Z
Answers: 2022-06-17T12:07:50.910Z
Answers: Pierre.Vriens
Answers: <p><strong>Agile</strong> is really a <a href="https://agilemanifesto.org/" rel="nofollow noreferrer">simple manifesto</a> about how software should be developed by people working collaboratively with customers. It assumes change will happen (rather than trying to lock down requirements early) and uses demonstrable working software to track progress.</p>
  <p>The manifesto was a response to <a href="https://octopus.com/devops/history/early-software-delivery-models/" rel="nofollow noreferrer">heavyweight software delivery models</a>.</p>
  <p>Since 2001 (when the manifesto was written), we have learned a great deal using an agile style of software development. Lots of different methods (<a href="https://en.wikipedia.org/wiki/Extreme_programming" rel="nofollow noreferrer">XP</a>, <a href="https://www.scrum.org/" rel="nofollow noreferrer">Scrum</a>, Disciplined Agile Delivery, and so on) were created under the Agile umbrella.</p>
  <p><strong>DevOps</strong> was originally a very simple idea about getting development teams and operations teams to collaborate. One of the main ideas here was to align their goals to remove an almost universal conflict between Dev and Ops that was caused by asking:</p>
  <ul>
  <li>Developers to delivery more stuff, more often</li>
  <li>Operations to keep everything stable</li>
  </ul>
  <p>Over the past decade, DevOps has grown to include Lean, Agile, and Continuous Delivery (the modern version of XP) - thanks to a great deal of research by the folks at <a href="https://www.devops-research.com/research.html" rel="nofollow noreferrer">DORA</a> (DevOps Research and Assessment).</p>
  <p>If you look at the DevOps model, it includes culture, product development, technical practices, Lean management, and lots of other very specific ways of improving your performance. It doesn't require you to do all of them, it's like a list of ideas that can help solve problems. There's a predictive relationship that links the capabilities together with business outcomes.</p>
  
Answers: CC BY-SA 4.0
Answers: 2023-03-14T16:35:06.933Z
Answers: 2023-03-14T16:35:06.933Z
Answers: Fenton
Body: <p>I read some articles related to DevOps and Agile and found both are two different methodologies for software development.
  My questions is, If both methodology is solution for same problem then what is advantages of one over another.</p>
  
Tags: <deployment><release-management>
Title: What are the core differences between DevOps and Agile ? And Is both two different approach to solve the similar problem?
UserDisplayName: Jimmy
ThreadText: # What are the core differences between DevOps and Agile ? And Is both two different approach to solve the similar problem?
  
  (Asked by: username_0 on 2022-06-17)
  
  I read some articles related to DevOps and Agile and found both are two different methodologies for software development.
  My questions is, If both methodology is solution for same problem then what is advantages of one over another.
  
  **Tags:** deployment, release-management
  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_1 on 2022-06-17. Score: 1
  
  **Agile** is a methodology to organize (or group) a set of changes to software components in a give period (= *sprint*), so think about it as a planning tool or so. Whereas the stake holders are the scrum master, the PO, the actual developers, etc.
  
  **DevOps** is (mostly) about shipping modified components from one environment (e.g. unit testing) to another one (e.g. acceptance testing), and for which things like **CI** and **CD** can be used. Whereas the stake holders are the developers, the testers, operations control people (or SREs if you prefer), etc.
  
  
  ---
  
  ### Answer by username_2 on 2023-03-14. Score: 0
  
  **Agile** is really a [simple manifesto](https://agilemanifesto.org/) about how software should be developed by people working collaboratively with customers. It assumes change will happen (rather than trying to lock down requirements early) and uses demonstrable working software to track progress.
  
  The manifesto was a response to [heavyweight software delivery models](https://octopus.com/devops/history/early-software-delivery-models/).
  
  Since 2001 (when the manifesto was written), we have learned a great deal using an agile style of software development. Lots of different methods ([XP](https://en.wikipedia.org/wiki/Extreme_programming), [Scrum](https://www.scrum.org/), Disciplined Agile Delivery, and so on) were created under the Agile umbrella.
  
  **DevOps** was originally a very simple idea about getting development teams and operations teams to collaborate. One of the main ideas here was to align their goals to remove an almost universal conflict between Dev and Ops that was caused by asking:
  
  * Developers to delivery more stuff, more often
  * Operations to keep everything stable
  
  Over the past decade, DevOps has grown to include Lean, Agile, and Continuous Delivery (the modern version of XP) - thanks to a great deal of research by the folks at [DORA](https://www.devops-research.com/research.html) (DevOps Research and Assessment).
  
  If you look at the DevOps model, it includes culture, product development, technical practices, Lean management, and lots of other very specific ways of improving your performance. It doesn't require you to do all of them, it's like a list of ideas that can help solve problems. There's a predictive relationship that links the capabilities together with business outcomes.
  
  
  ---
  
  