<p>The answer to this question about what is DevOps?</p>

<p>DevOps both involves Strategy and Tactics.</p>

<p>Strategy embraces building a culture centered around collaboration in your software development, technical operations and any other group or organization that has a stake in the deliverables whether it's software or service.</p>

<p>Examples of DevOps strategy may be breaking down silos, continuous delivery, continuous integration, etc.</p>

<p>Tactics are the actual implementation of the strategies. </p>

<p>This is the level where the use of software tools, technology and management methods are found as well as the actual "how to".  For instance, to foster "breaking down of silos" as a tactic, you build smaller "agile" teams of 5-7 "stakeholders" let's say programmers, systems admins, QA engineer, and a project manager.  To communicate among the team members, you use Slack.  Programmers and sysadmins "cross train" on each others tasks where it makes sense.  Sysadmins may assist in developing test harnesses for the programmers, use Selenium and python for testing.  Programmers learn how to use Ansible and assist the Sysadmins on what they need in the development and production environment.</p>

<p>Where you sound like your at is looking at all these cool tactics and tools that DevOps uses such as Docker, Ansible, Chef but your missing the understanding of Strategy...building of the culture, the "why" you want to use these tactics and tools.  That's ok, we're here to learn.</p>

<p>There is no "right" answer on what exactly DevOps is or how you implement it, but in all the talks and examples of DevOps shops and organization it boils down to the strategy of building a collaborating organization and focusing on a purpose then put it into action as tactics.</p>

CC BY-SA 4.0
2018-12-14T17:25:28.527Z
2018-12-14T17:34:56.143Z
2018-12-14T17:34:56.143Z
Roadkillon101
<p>I want to know that is there possibility to make DevOps generic, and not environment specific, so that can be used with any project with same cases OR we can cover common cases with one time code.
Though language and environment changes but the logic remains same for most of the Test cases based on..</p>

<p>I know every organization follows different methodology, I am assuming here that We will use one standard methodology and One standard Development culture.</p>

<ol>
<li>Run environment </li>
<li>Development Culture, etc.</li>
</ol>

<p>I want to achieve Common DevOps environment that can be used for any project for common cases. Only special cases need to be handled separately.</p>

<p>Have anyone achieved this?</p>

<p>I know this is little broad question, but we this is DevOps related only.</p>

CC BY-SA 4.0
2018-12-14T08:39:48.283Z
You should specify what you put under 'Devops' this sounds like a word bag here and as such very unclear. DevOps is a culture, that has nothing to do with programmatic language, it involves using automation in term of continuous integration and continuous deployment but as is your question is very unclear on what you're after.
Tensibai
CC BY-SA 4.0
2018-12-14T09:15:31.303Z
@Tensibai I have edited question, but still I am looking for some way where I can use common test cases for integration in any project any any point of time.
MarmiK
CC BY-SA 4.0
2018-12-14T09:43:38.067Z
That's not really clearer what you're talking about, is it Unit tests ?
Tensibai
CC BY-SA 4.0
2018-12-14T09:49:58.623Z
I suspect this is going to be opinion-based, there are various "models" for DevOps such as Gene Kim's 3-Ways, Google's Site Reliability Engineering and Werner Vogel's "You Build It, You Run It" - the thing to note about all three though is they don't speak to technology at all, but people and process - i.e. they are culture-centric not technology-centric.
Richard Slater
CC BY-SA 4.0
2018-12-14T11:18:24.917Z
@RichardSlater I will look into Gene Kim's ways, that looks like helpful information! thanks for that. Can we automate one of the culture?
MarmiK
CC BY-SA 4.0
2018-12-14T11:26:46.263Z
DevOps Adoption is often described in terms of Culture, Automation, Lean, Measurement and Sharing (CALMS) - Automation is a "first-class citizen" within DevOps alongside Culture, a DevOps transformation would aim to introduce these five aspects of DevOps into an organisation.  Culture is not something that you can automate, it's not a technology and it doesn't come with an API, culture is about how people think and relate to each other to approach work.
Richard Slater
<culture>
What is the best way to achieve DevOps in any environment, or it is always environment dependent?
MarmiK
# What is the best way to achieve DevOps in any environment, or it is always environment dependent?

(Asked by: username_0 on 2018-12-14)

I want to know that is there possibility to make DevOps generic, and not environment specific, so that can be used with any project with same cases OR we can cover common cases with one time code.
Though language and environment changes but the logic remains same for most of the Test cases based on..

I know every organization follows different methodology, I am assuming here that We will use one standard methodology and One standard Development culture.

1. Run environment
2. Development Culture, etc.

I want to achieve Common DevOps environment that can be used for any project for common cases. Only special cases need to be handled separately.

Have anyone achieved this?

I know this is little broad question, but we this is DevOps related only.

**Tags:** culture

> **Comments:**
> **username_1**: You should specify what you put under 'Devops' this sounds like a word bag here and as such very unclear. DevOps is a culture, that has nothing to do with programmatic language, it involves using automation in term of continuous integration and continuous deployment but as is your question is very unclear on what you're after.  
> **username_0**: @username_1 I have edited question, but still I am looking for some way where I can use common test cases for integration in any project any any point of time.  
> **username_1**: That's not really clearer what you're talking about, is it Unit tests ?  
> **username_2**: I suspect this is going to be opinion-based, there are various "models" for DevOps such as Gene Kim's 3-Ways, Google's Site Reliability Engineering and Werner Vogel's "You Build It, You Run It" - the thing to note about all three though is they don't speak to technology at all, but people and process - i.e. they are culture-centric not technology-centric.  
> **username_0**: @RichardSlater I will look into Gene Kim's ways, that looks like helpful information! thanks for that. Can we automate one of the culture?  
> **username_2**: DevOps Adoption is often described in terms of Culture, Automation, Lean, Measurement and Sharing (CALMS) - Automation is a "first-class citizen" within DevOps alongside Culture, a DevOps transformation would aim to introduce these five aspects of DevOps into an organisation.  Culture is not something that you can automate, it's not a technology and it doesn't come with an API, culture is about how people think and relate to each other to approach work.  

---

## 1 answers

### Answer by username_3 on 2018-12-14. Score: 3

The answer to this question about what is DevOps?

DevOps both involves Strategy and Tactics.

Strategy embraces building a culture centered around collaboration in your software development, technical operations and any other group or organization that has a stake in the deliverables whether it's software or service.

Examples of DevOps strategy may be breaking down silos, continuous delivery, continuous integration, etc.

Tactics are the actual implementation of the strategies.

This is the level where the use of software tools, technology and management methods are found as well as the actual "how to". For instance, to foster "breaking down of silos" as a tactic, you build smaller "agile" teams of 5-7 "stakeholders" let's say programmers, systems admins, QA engineer, and a project manager. To communicate among the team members, you use Slack. Programmers and sysadmins "cross train" on each others tasks where it makes sense. Sysadmins may assist in developing test harnesses for the programmers, use Selenium and python for testing. Programmers learn how to use Ansible and assist the Sysadmins on what they need in the development and production environment.

Where you sound like your at is looking at all these cool tactics and tools that DevOps uses such as Docker, Ansible, Chef but your missing the understanding of Strategy...building of the culture, the "why" you want to use these tactics and tools. That's ok, we're here to learn.

There is no "right" answer on what exactly DevOps is or how you implement it, but in all the talks and examples of DevOps shops and organization it boils down to the strategy of building a collaborating organization and focusing on a purpose then put it into action as tactics.


---

