#47 Alec Lazarescu, DevOps to the Rescue

Summary
Alec Lazarescu, CTO of LearnBop tells me how to introduce and expand DevOps inside your organization.

Details
Who he is, what Learnbop does, how tutoring works; how Alec defines DevOps; how to introduce DevOps, lone consultant, re-branded admin team, dedicated team; why is software dev so messy; getting people to accept change, Conway's law, DevOps is about more than just dev; DevOps as facilitators; the role of microservices, harder in a big org; Simon Wardley - pioneers settlers and town planners; Spotify - squads, chapters, guilds, where do all these names/titles come from.

Book Recommendations
The Goal: A Process of Ongoing Improvement

The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win

Continuous Delivery

Managing Humans: Biting and Humorous Tales of a Software Engineering Manager

Management 3.0: Leading Agile Developers, Developing Agile Leaders (Addison-Wesley Signature Series (Cohn))

Antifragile: Things That Gain from Disorder (Incerto)

Links
DevSecOps
Simon Wardley

Download mp3 of podcast

#33 Justin Mills, Yesware


Summary
Justin Mills, software engineer at Yesware tells me about their flat organizational structure and development practices.

Details
Little about Justin and Yesware; team structure, no test team, no defined team leads; no cohesive architecture; shared infrastructure, hierarchy might be needed; getting approval to reduce technical debt; assigning teams to tasks, trying open allocation, ending open allocation; no titles in engineering but other departments have titles; no one in a position to make a tough decision; struggling with agile, speed of development is the goal.
**extended interview** SDLC, frequent releases probably break often,
Justin's hopes for the company's future.

Extended Interview

#24 Bob Familiar, Lean Engineering

Bob Familiar

Summary
Bob Familiar and I discuss how to bring the principles of lean engineering to the enterprise.

Details
About Bob and BlueMetal Inc; time at Microsoft; what is lean engineering, origins, just in time, small batches, failing fast, continuous improvement, applicability to software; batching and automation of the software process, continuous delivery, failing fast "common sense is hard to come by"; over lap with dev ops; build, measure and learn; principle of lean - "seeing the whole" vs "deciding as late as possible", comparison with Agile; leveraging cloud as part of lean; bring lean to large enterprises; changing behaviour instead of thinking, change in small steps, easier for an external party to bring change; patterns, micro-service architecture, deployment pipeline pattern, strangler pattern.

Bob's twitter handle is @bobfamiliar

Book Recommendations
Domain-Driven Design: Tackling Complexity in the Heart of Software

Continuous Delivery

Lean Enterprise: How High Performance Organizations Innovate at Scale

Building Microservices

#23 Igor Moochnick, Dev Ops in Constant Contact

Summary
Igor Moochnick of Constant Contact and I discuss dev ops, deployment pipelines and other architectural concerns.

Details
What Constant Contact does, Igor's role; what is dev ops, moving towards dev ops, provisioning servers, changes to dev cycles; from code to production deployment, source control, tracking code/sql and deployment pipelines; human intervention in the process; how the process changes have helped; reverting a deployment of an app, reverting a database, evolutionary databases; Jenkins CI, pipeline generator; architectural changes needed, decoupling release cycles of teams, SoA, microservices, shared libraries; enforcing rules, resistance to change, training dev teams to be independent; role of release engineering team; adoption of dev ops will be driven by commercial needs.

Igor's r44e blog.

Book Recommendation
Continuous Delivery

The Goal: A Process of Ongoing Improvement

The Lean Startup

#09 Grant Fritchey, Database Dev Ops

Discussion with Grant Fritchey about what he does; origin of scary DBA nickname; what is dev ops, day to day dev ops tasks; DBA and developer interactions, communications, DBA’s favorite word is “no”; dev ops and source control, putting a DB in source control, integration with dev, auditing; moving DB from production to source control, ssdt, red gate sql source control, DBA resistance to source control, changing methodologies and mindsets, teething pains; tooling; keeping DB source in same place as software source, merges; benefits of source control, auditing, legislative requirements, tight coupling with dev, versioning, commenting, labeling a version; shared dev DB server vs individual dev DB server; comparing production to source control; continuous integration and automated deployment, complete replace of DB vs incremental builds, breaking changes; maturity of tools for CI, automated testing, app code vs TSQL for testing, testing before check in; replication and automated deployment; Entity Framework Migrations, breaking changes, EF Migrations vs SSDT and Red Gate SQL Source Control, up and down migrations*; ORMs, dbas don’t like ORMs, performance, Glimpse to assess executed SQL; book choice – The Phoenix Projec, a parable on dev ops and making teams work together; Grant is presenting at the PASS summit full day seminar on query tuning, Grant’s book SQL Server Query Performance Tuning coming in Sept, wearing rainbow fuzzies for Argenis Without Borders.
*see erratum below.

Grant Fritchey is a technologist, evangelist, presenter, Microsoft MVP, and author. He has over 20 years experience in IT. He currently works for Red Gate Software as a product evangelist and as a consultant. Find out more here – Scary DBA blog

Grant’s new book – SQL Server Query Performance Tuning.

Grant is presenting at the PASS Summit 2014.

See Grant in fuzzies – Argenis Without Borders.

Book Recommendations

Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (Addison-Wesley Signature Series (Fowler))

The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win

Erratum
I made a mistake in my comment about moving between migrations with EF Migrations. The problem faced is if we are on migration 5 and need to deploy migration 2. Migration 2 knows nothing about migration 5 and can’t roll the database back. You need to get migration 5 to roll down and then deploy migration 2, but that is not ideal if all you want to is pick a deployment and deploy it.