Isn't the whole point of a devops individual/team to reduce friction to "... break down barriers, increase automation, bring collaboration and iterate."?
I understand that there should be company buy-in and individuals could handle this themselves but if there's no clear start/end point there could (will) be a huge waste of man hours and potentially $$.
So maybe a subtitle for this article could be "But it may help."
Yes, my point was about the goal. And it should be set properly (e.g. our goal is our product and happy customers, not "Hey, now we have the best process as other guys").
"You Don’t Need a DevOps Team. What you really need is a holistic approach to software development. Yes. it’s not an easy route. It takes a long time for teams to get good at these things and it will affect the way in which you organize your company, not just your development or operations functions. You’ll be surprised at the end — your organisation’ll get to the high ground of effective process. The one that best fits your needs. So break down barriers, increase automation, bring collaboration and iterate."
So all of your developers are going to have operational experience? And be on call 24/7?
Well, you have a pretty challenging job, but also an opportunity to improve the situation. Startups are very interesting place because both business and culture is still growing.
One good (but general) advice - think how to make a process efficient (e.g. more automation for tasks and less complexity in a state of integration and problem solving).
Well, it depends on a company size. But when you have a growing business, usually it's better to hire a good developer or a good operation engineer and focus on communications.
I understand that there should be company buy-in and individuals could handle this themselves but if there's no clear start/end point there could (will) be a huge waste of man hours and potentially $$.
So maybe a subtitle for this article could be "But it may help."