Fork me on GitHub
#ask-the-speaker-track-1
<
2020-10-13
>
Nick - developer at BNPP16:10:53

What exactly do you measure as ROD?

NICOLAS IA FINANCIAL GROUP16:10:27

in merging dev and ops , how many people are we talking about ??

Jeffrey Fredrick, Author-Agile Conversations16:10:45

Ask questions for these opening talks in #ask-the-speaker-plenary

1
Ferrix Hovi - Head of DevOps - Siili18:10:32

@jtf I'm here for the baking tips.

🥖 1
😆 1
🍞 1
Jeffrey Fredrick, Author-Agile Conversations18:10:22

I need to start shaping in the middle of the talk!

Jeffrey Fredrick, Author-Agile Conversations18:10:38

Luckily I think it can wait the few minutes until we get to the end.

Jess Meyer - IT Revolution (she/her)18:10:00

Welcome our next speakers @jtf and @ds!

👋 2
Squirrel18:10:02

hello there!

👏 1
Squirrel18:10:22

Great @dave, anything in particular you're interested in?

Jeffrey Fredrick, Author-Agile Conversations18:10:24

Let’s not get expectations too high. 🙂

📉 2
Jeffrey Fredrick, Author-Agile Conversations18:10:35

Hopefully he’s here for the bread tips…

😂 1
Ferrix Hovi - Head of DevOps - Siili18:10:39

As a former teacher of mine stated moments before meeting my group: "I have one wish. I hope they sense light."

Nick Eggleston, IT Architect (open to offers)18:10:44

@ds what's a consulting CTO and how does that work in practice?

Denver Martin - Sr. Mgr Cloud Ops Infrastructure18:10:45

Hi, great book…. enjoyed the book club too.

👍 1
Jeffrey Fredrick, Author-Agile Conversations18:10:09

@ds might ask if you’ve folded any paper yet…

Squirrel18:10:38

i just did

😆 1
Denver Martin - Sr. Mgr Cloud Ops Infrastructure18:10:35

I have, and we use that as our 1:1 meetings and as we work on projects…

👏 1
Squirrel18:10:58

oh amazing @denver.martin, how do you use in 1-1s??

Denver Martin - Sr. Mgr Cloud Ops Infrastructure18:10:48

As we talk about daily work and how we are applying to improving our daily work and breaking it down to things we can change…

Denver Martin - Sr. Mgr Cloud Ops Infrastructure18:10:42

If we look at our daily work as its own project…

Denver Martin - Sr. Mgr Cloud Ops Infrastructure19:10:59

This also helps the team talk better and for myself as a manager be a better manager to be in tune with the move towards common and personal goals.

👍 1
Jeffrey Fredrick, Author-Agile Conversations18:10:45

:hugging_face: IT Revolution family

❤️ 1
Squirrel18:10:31

glad to hear it @denver.martin, wondering whether you're going to answer our key question positively - did you use a piece of paper and fold it in half to do the conversational analysis?

Jeffrey Fredrick, Author-Agile Conversations18:10:42

Structure & dynamics thanks to @steve773 @genek101

Ferrix Hovi - Head of DevOps - Siili18:10:45

I like the book but the digital copy does not work as a beer coaster so much.

😆 2
Ferrix Hovi - Head of DevOps - Siili10:10:19

@ds @jtf Congratulations, you got a 5 star review on Amazon!

👏 1
❤️ 1
Jeffrey Fredrick, Author-Agile Conversations16:10:58

Excellent! Thank you for taking the time to post that @ferrix!

Squirrel18:10:07

@ferrix!!! Please add that as an Amazon review 🙂

🍻 1
Jeffrey Fredrick, Author-Agile Conversations18:10:31

Structures = what we do ; Dynamics = what we get

😀 1
Squirrel18:10:03

Can't just copy the bread recipe eh @jtf??

😆 1
Dave Mangot - DevOps transformation professional18:10:08

Love the 2nd half of that quote which I always talk about as the people who are closest to the work

Nick Eggleston, IT Architect (open to offers)18:10:38

They can try the structures... but they don't know what the results should feel like...

Jeffrey Fredrick, Author-Agile Conversations18:10:48

Like following the bread recipe without tasting the result

Squirrel18:10:18

Kevin Kevin Kevin neh neh neh K-neh-ven

Jack Vinson - flow18:10:19

Easy to pronounce if you don't look at the spelling

😆 1
☝️ 1
Jeffrey Fredrick, Author-Agile Conversations18:10:09

Dynamics = emergent properties. Have to be sensed. Can’t just plan them in advance.

❤️ 1
Jeffrey Fredrick, Author-Agile Conversations18:10:30

This is why cargo-culting doesn’t work.

Nick Eggleston, IT Architect (open to offers)18:10:20

emergent dynamic properties - unintended consequences?

pcn18:10:37

Intended and non-intended, right?

Ferrix Hovi - Head of DevOps - Siili18:10:44

@nickeggleston unintended consequences or "learning opportunities"

Nick Eggleston, IT Architect (open to offers)18:10:42

heh "learning opportunities" - but often people don't want to learn... they just do it harder and wonder wy it keeps hurting!

Jeffrey Fredrick, Author-Agile Conversations18:10:08

exactly, can have both intended consequences as well as surprised …. “learning opportunites”

Jeffrey Fredrick, Author-Agile Conversations18:10:23

“The decision making rule isn’t important” < this was a mistake. Decision making rules do matter; the information generation process matters more.

Squirrel18:10:25

fingers on keyboard, everyone ready to help me test my esp

Jeffrey Fredrick, Author-Agile Conversations18:10:54

Question for the audience: How should we make the decision where to hold the conference next year? What structures should we use to make that decision?

Squirrel18:10:17

wait wait, answer how we go about it

danielschwartzer18:10:20

vote and then I choose

Andy Nelson18:10:34

Fyre Festival Island #jarule

pcn18:10:36

Consensus building polling

Dave Mangot - DevOps transformation professional18:10:40

Google Doc with comments and explanations

1
Denver Martin - Sr. Mgr Cloud Ops Infrastructure18:10:45

How to get involvement, and allow most to be involed.

David Maillet - ATD18:10:47

Determine where everyone is participating is coming from

Justin Heimburger - Edward Jones Team Lead, Platform as a Service18:10:57

what location would bring in the most new attendees, but still appeal to veterans?

Axel DEAU18:10:03

How to make sure that most people can have access to it

Nick Eggleston, IT Architect (open to offers)18:10:07

Online - but incorporating learnings from this one...

Jeffrey Fredrick, Author-Agile Conversations18:10:13

Sounds like you’re all seeking information

Jeffrey Fredrick, Author-Agile Conversations18:10:22

You’re trying to get diverse input

Dan Sloan, Cox Automotive18:10:30

Silent brainstorming on Mural; put all ideas up at the same time - identify duplicates, dot vote, and discuss the top 5 to decide by consent

Jeffrey Fredrick, Author-Agile Conversations18:10:32

independent of the decision making rule

Marc Boudreau (Enterprise Architect)18:10:32

Diverse viewpoints without Anchoring

Ffion Jones (Partner, PeopleNotTech)18:10:40

Talking the talk vs walking the walk when under pressure

Denver Martin - Sr. Mgr Cloud Ops Infrastructure18:10:50

how get the key knowledgeable people that may not be able to leave work, so virtual and alternative hours?

Jeffrey Fredrick, Author-Agile Conversations18:10:51

This is about espoused theory vs theory in use

Squirrel18:10:22

don't agree @mboudreau327, we need the HIPPOs but as part of the whole set of inputs

Dennis D. Kirkpatrick18:10:32

Good-enough discussion

Nick Eggleston, IT Architect (open to offers)18:10:40

We want our ideas to win. Any other idea is a threat to that. If I don't listen to different ideas, then they don't exist!

😆 1
Jeffrey Fredrick, Author-Agile Conversations18:10:07

That’s the problem with hearing other people’s ideas… you risk learning something!

Nick Eggleston, IT Architect (open to offers)18:10:05

but then my ideas won't win! 😉

😆 1
pcn18:10:25

Mechanical steps eh?

Squirrel18:10:53

yes @pedrinho_does2020 hang on for the (easy) origami required

Ricardo Viana18:10:11

@nickeggleston If that's not servant leadership, I don't know what is 😉

Ferrix Hovi - Head of DevOps - Siili18:10:13

@ds @jtf did you really know my answer was going to be: random

😆 1
Squirrel18:10:33

count these carefully

😆 1
Squirrel18:10:25

@pedrinho_does2020 there's the origami

Squirrel18:10:39

glad you think so @dave!

Dan Sloan, Cox Automotive18:10:41

Love the interactivity in this breakout. Well done @jtf and @ds!

❤️ 1
Jeffrey Fredrick, Author-Agile Conversations18:10:19

Thanks! I love this affordance of the remote format.

1
Jeffrey Fredrick, Author-Agile Conversations18:10:44

The 4Rs are a generic framework that you can use with lots of different conversational tools, not just the ones in the book. Nonviolent Communication, EAR, LEAP, and many others.

Nick Eggleston, IT Architect (open to offers)18:10:49

How does #psychological-safety fit into this? My guess is low PS is a disincentive to listening, revising, learning

Ffion Jones (Partner, PeopleNotTech)18:10:51

Definitely, #psychological-safety is needed for a real learning and listening environment - safe to speak and safe to listen up

Jeffrey Fredrick, Author-Agile Conversations18:10:56

Practicing these methods builds psychological safety @nickeggleston. We cover this in Chapter 3 on building trust where by trust we mean the ability to predict someone’s behavior because you understand their internal story

👍 1
Nick Eggleston, IT Architect (open to offers)18:10:15

How does this defininton of trust relate to what we might call acceptance... by which I mean... the idea that you will continue to respect and engage with me even if you disagree with my current thinking or ideas?

Ffion Jones (Partner, PeopleNotTech)19:10:04

#psychological-safety as a group behavioural norm is about accepting you will all commit to behaving in a certain way. This can include committing to disagreeing in a constructive (but passionate!) way

1
Jeffrey Fredrick, Author-Agile Conversations19:10:42

@nickeggleston: I think our version of trust is accepting that different people have different stories. We use the tool of The Ladder of Inference as a mental model to help with that process. The idea that people have different experiences and therefore different ladders should be a strength because it gives us more information. Accepting that is very useful.

👍 1
Jeffrey Fredrick, Author-Agile Conversations19:10:20

Agree with @ffion. We don’t need to agree, except that we agree to that we’re going to put the shared problem, the shared mission, ahead of our own egos.

Jeffrey Fredrick, Author-Agile Conversations19:10:42

“…is about accepting you will all commit to behaving in a certain way.” < in particular I believe that psychological safety is the shared belief that everyone is motivated by good intent, that everyone is trying to solve the shared problem.

Jeffrey Fredrick, Author-Agile Conversations19:10:48

When coaching I often say that there’s no reason to believe that two people will come to agreement. However you should be able come to mutual understanding, where you each understand what the other person believes and why they believe it. That’s a powerful shift towards acceptance.

Ferrix Hovi - Head of DevOps - Siili19:10:35

When anything you do is an attempt to find out reality, agreeing on the next experiment is enough.

👍 1
Nick Eggleston, IT Architect (open to offers)23:10:28

So I am thinking back to the James Damore issue with Google. Not much psychological safety in evidence there, from the research I did on the issue. Ironic, given that Google is often cited for the work in PS. There's something worth studying in that whole debacle, I think.

Nick Eggleston, IT Architect (open to offers)15:10:57

Does Google have an explicit behavioral commitment?

Squirrel18:10:54

we enjoyed creating it @dan.sloan

Dave Mangot - DevOps transformation professional18:10:59

Ties well into Crucial Conversations but extends it in a meaningful way

Squirrel18:10:32

it's all over chapter 4 (on reducing fear) @nickeggleston - we suggest more concrete steps for improving your conversations to create safety

Ferrix Hovi - Head of DevOps - Siili18:10:32

My shield is blessed +1 against fire. Role playing is fun.

Jerry Pierce18:10:50

Jeffrey mentioned a book this data came from; anyone remember which?

Nick Eggleston, IT Architect (open to offers)18:10:05

Most of twitter = "conflict" or "group think"

1
👍 1
Jack Vinson - flow18:10:38

most of twitter being most of what gets attention?

Ferrix Hovi - Head of DevOps - Siili18:10:42

I guess it can be both if escalation is not possible.

Jeffrey Fredrick, Author-Agile Conversations18:10:11

that’s what you get from high “engagement” algorithms

💯 1
Denver Martin - Sr. Mgr Cloud Ops Infrastructure18:10:17

I converted many other managers and leaders for Safety 2 culture by doing a book club with some Dekker books, “Just Culture” ” Drift Into Failure”. is was interactive book club…

Jeffrey Fredrick, Author-Agile Conversations18:10:32

People read the book… and then want other people to do the work!

Ganga Narayanan18:10:16

We read the book, and want others to read the book who want others to read it.. :)

👍 1
Squirrel18:10:39

you'll like the dojo idea then @denver.martin, stay tuned

Dave Mangot - DevOps transformation professional18:10:49

"Oh no, not another learning experience!"

😆 1
Jack Vinson - flow18:10:02

"If only they would do what I tell them"!!!

✔️ 1
Squirrel18:10:10

#LearningIsHorrible @dave

Ricardo Viana18:10:12

Sometimes it's hard to have the necessary humility to find faults in ourselves

Denver Martin - Sr. Mgr Cloud Ops Infrastructure18:10:31

I think about Jogging 5 miles every morning, and it is the thought that counts…

Jeffrey Fredrick, Author-Agile Conversations18:10:33

“What does being wrong feel like?”

Ffion Jones (Partner, PeopleNotTech)18:10:40

They don't do the work! This is what @me1342 and I speak with people about week in week out. The work is painful initially but there is joy on the other side

1
👍 1
Squirrel18:10:17

Humility isn't actually necessary for finding opportunities to learn @ricardo.viana - you just need to be in the habit of (painfully) learning

Ferrix Hovi - Head of DevOps - Siili18:10:18

This! Humility may lead you to give up.

Jeffrey Fredrick, Author-Agile Conversations18:10:19

I completely agree @ffion! Just like being fit eventually feels great. It just takes a lot of sweat to get there! 😓

🎯 1
Brad Nelson18:10:36

"Being wrong feels awesome because you don't realize you're wrong."

💯 2
Jeffrey Fredrick, Author-Agile Conversations18:10:42

#LearningIsHorrible … when you learn you aren’t who you think you are

Nick Eggleston, IT Architect (open to offers)18:10:47

"difficult emotional work" - learning - is difficult

Jeffrey Fredrick, Author-Agile Conversations18:10:11

That’s the ouch. Oh? I’m contributing to the problem? It isn’t just them? Ouch.

Ffion Jones (Partner, PeopleNotTech)18:10:20

Impression management - not speaking up because you don't want to appear ignorant, intrusive, incompetent or negative

👍 1
1
Nick Eggleston, IT Architect (open to offers)18:10:22

how does this related to basic psychological traits like inroversion vs extroversion

Squirrel18:10:01

dojos are the key idea, we took awhile to get here but we hope you'll all give them a try!

Jeffrey Fredrick, Author-Agile Conversations18:10:26

Learning is way more fun with others

Ferrix Hovi - Head of DevOps - Siili18:10:39

Reading the book helps with theory but the work really makes it happen.

👍 2
1
Dave Mangot - DevOps transformation professional18:10:02

So many new tabs on my browser... 🙂

😄 2
☝️ 1
Andy Nelson19:10:34

the save posts button is required at this conference....

Jeffrey Fredrick, Author-Agile Conversations18:10:33

Yep @nickeggleston. The kit has several ideas and in particular lays out the Foundational Dojo

Nick Eggleston, IT Architect (open to offers)19:10:08

No I mean... do you have some groups you are hosting that we can join to practice?

Jeffrey Fredrick, Author-Agile Conversations19:10:21

Yep. Take a look at our events page. The London Organizational Learning meetup has online public sessions twice per month.

Jeffrey Fredrick, Author-Agile Conversations19:10:46

If the time doesn’t work for you, let us know on the Agile Conversations Slack and maybe we can organize one in a different timezone

Ricardo Viana18:10:41

@ds The way I see it, people who don't have a good dose of humility won't truly realize that they are not who they thought they were, even when evidence is shown to their face. A lot of people like to redo the narrative in their favor, sometimes almost automatically. If they are high enough in the org chart, they may get away with it. What do you think?

Squirrel19:10:05

yes @nickeggleston - in addition to ideas in the kit, you can attend a dojo with @jtf (and sometimes me) - stay tuned for links to the London Organisational Learning Meetup

Jeffrey Fredrick, Author-Agile Conversations19:10:22

I run an online dojo twice a month as part of the London Organizational Learning Meetup: https://www.conversationaltransformation.com/events/

Alyssa Lundgren - Centil - Product Owner19:10:06

@jtf How long does one dojo typically run in duration? how long should a team set aside for one session?

Ferrix Hovi - Head of DevOps - Siili19:10:51

I think I'll dial in some time. I wonder what I can see through comedian's eyes 😄

Ferrix Hovi - Head of DevOps - Siili19:10:51

@alundgren Apparently @jtf's sessions are two hours.

👍 1
Ferrix Hovi - Head of DevOps - Siili19:10:08

But I bet you are can also opt in to having a fun two-day Dojo with any team with lots of sweat, tears and a few resignations 😉

😅 1
😂 1
Jeffrey Fredrick, Author-Agile Conversations19:10:27

@alundgren: most of the sessions we ran in-house at TIM were 1 hr. We ran those initially weekly, then fortnightly, for a few years.

👍 1
Jeffrey Fredrick, Author-Agile Conversations19:10:42

I typically run sessions for people new to the material for two hours.

Jeffrey Fredrick, Author-Agile Conversations19:10:16

Once people have done it once, and then understand the flow of the 4rs, then 1 hr is enough.

Ferrix Hovi - Head of DevOps - Siili19:10:47

@jtf do you have breaks in those two hour sessions? I find that a necessity for the brain in trainings.

Squirrel19:10:58

I have seen some people who are not very humble (I myself am not terribly humble) but who are willing to accept that they need to improve. A tricky balance to get right but I have seen it @ricardo.viana

❤️ 1
Jeffrey Fredrick, Author-Agile Conversations19:10:05

After this talk we’ll also be available in #ask-the-speaker-more

Ganga Narayanan19:10:12

Self-distancing.. interesting. I've only been hearing about social distancing. Maybe with self-distancing, we don't need a mask!

😆 1
Nick Eggleston, IT Architect (open to offers)19:10:58

haha don't get me started on masks...

Ganga Narayanan19:10:28

Loved it! Learned a lot, thank you!!

Scott Fererro19:10:30

Excellent talk! Thank you for this.

Leah Brown - IT Revolution19:10:33

Thank you @jtf and @ds!!

💯 1
Ryan Dobson - Motorola Solutions - RadioCentral19:10:34

really enjoyed the speaker engagement in slack along with the talk… added a lot

☝️ 2
Aaron Ashby19:10:06

This mirrors practicing conversation in Marriage. It goes so much better when I don't take it personally and when I put myself in my wife's shoes (as far as able), especially actively listening. I'm amazed at how often I forget to do this.

2
🔔 2
Vaidik Kapoor (Speaker) - Technology Consultant19:10:09

very very insightful. especially the point of putting in the work.

Robyn Talbert, American Airlines19:10:35

awesome topic on the Agile Conversation @jtf

Nick Eggleston, IT Architect (open to offers)19:10:19

@jtf are the practice sessions the ones labelled "London Organizational Learning Meetup"?

Jess Meyer - IT Revolution (she/her)19:10:50

Welcome our next speakers @hbmartin23 and @edwardrussell!

❤️ 1
Heather Martin19:10:13

thanks @jessicam!

Ed Russell19:10:45

Yes thanks @jessicam Looking forward to a great conversation

Aras Kaleda/Change Manager19:10:04

Infrastructure as Product - strong one, can't wait to hear!

🙌 2
Dave Mangot - DevOps transformation professional19:10:50

even my adult co-workers used to cause me joy and pain in the same day

Heather Martin19:10:14

yes.. i have a whole new set of co-workers in this pandemic 🙂

❤️ 4
👍 1
Fernando Rodriguez19:10:25

@edwardrussell, I love you already! Golf!

Fernando Rodriguez19:10:43

@hbmartin23, Fellow runner here!

❤️ 1
Ed Russell19:10:14

@fernando.b.rodriguez. - not very good unfortunately- except those special rare days.

❤️ 1
Fernando Rodriguez19:10:40

I say that "I love golf but the feeling isn't mutual."

🙂 1
Duena Blomstrom, Psychological Safety Dashboard CEO, Author PeopleBeforeTech19:10:57

I remember when I met you guys many many many FinTech moons ago and I was stunned how much knowledge about front end and customer behaviour you had when you didn't "need to" on paper

Dave Mangot - DevOps transformation professional19:10:20

are there any teams that don't say that ops doesn't deliver fast enough?

😁 2
👍 1
Dave Mangot - DevOps transformation professional19:10:36

Oooh, tickets! Come see my talk in 2 hours about that!

❤️ 1
Aras Kaleda/Change Manager19:10:58

Will join in 🙂

❤️ 1
Ed Russell19:10:48

@dave - probably not many 😀

Joel Boekankamp19:10:57

"the secret formula of ServiceNow requests...." yes, this

❤️ 3
Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line19:10:57

ha....tickets.....they said "we dont' need no stinkin' tickets"

❤️ 1
Pavan Kristipati19:10:26

"In silos, we felt we were doing good.." love this @edwardrussell.. this feels very familiar.. 🙂

👍 1
Ed Russell19:10:21

Yea, as we were working on this, we knew that none of this was very unique to us at Discover.

Fernando Rodriguez19:10:25

@hbmartin23 Super curious how quickly you turned things around into an Infra as a Product setup. We've done an agile transformation as well and I'm benchmarking against industry leaders. Chat?

❤️ 2
Denee (de-NAY) Ferguson - Director, Technology - Capital One (Speaker)19:10:28

We're about 1.5 yrs into this transition.. happy to chat.

Frotz Faatuai (Cisco IT - he/him)19:10:27

“incident creation secret sauce” - I encourage my entire team to have a link to create a ticket for my support team in everyone’s email signature. (They still ping on IM/WebEx Teams/Email.)

❤️ 1
Shawn Dawson19:10:39

@edwardrussell it is not.

Heather Martin19:10:55

@fernando.b.rodriguez. would love to connect

🙏 1
Dan Sloan, Cox Automotive19:10:20

Good session @hbmartin23 and @edwardrussell! We have just started our infra/ops transformation and much of what you all are sharing resonates strongly in our space. Eager to learn more!

❤️ 2
Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line19:10:36

single points of failure...in the service...one is none....

Dave Mangot - DevOps transformation professional19:10:42

"if all you have are firefighters, you'll have a lot of fires"

❤️ 1
Heather Martin19:10:12

heroes definitely don't scale

💯 6
🤝 1
Heather Martin22:10:27

Yep, we try to focus on behavioral attributes in reviews when possible... don't give a laundry list of everything you did.. you are on a team... how did you work better, differently, smarter. How did you collaborate and innovate more.

Fernando Rodriguez19:10:34

“You build it. You run it!”

Shawn Dawson19:10:23

this is one of the hardest bubbles to breach, IMHO

Ed Russell19:10:18

Yes, the human bits are so important. Still working on it everyday.

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line19:10:52

this is my single biggest headache...I have an infra team that are "wired to resist" any change....they want nothing to do with infra as a service...

❤️ 2
Shawn Dawson19:10:30

They just have the wrong incentives. Right?

Nick Eggleston, IT Architect (open to offers)19:10:08

the CAB meets ones a week, as long as you have your request in the week before... you might get something next week... if you filled out all the fields in the spreadsheet.

1
Dave Mangot - DevOps transformation professional19:10:04

<- literally used to have an environment called Dogfood

😆 2
😁 2
Eric Mosher, NSA19:10:27

Life goals! 🙂

😂 1
Mandy Storbakken19:10:06

Hi @hbmartin23! Great to see you presenting here.

Heather Martin19:10:11

everyone has 'those' people

Heather Martin19:10:17

hey @mstorbakken!

Lance Taylor19:10:45

@edwardrussell How were you able to get over the hurdle of choosing technical leadership vs. people leadership?

Mandy Storbakken19:10:01

@hbmartin23, now it looks like you are calling me one of “those people” 😂

😂 1
Duena Blomstrom, Psychological Safety Dashboard CEO, Author PeopleBeforeTech19:10:22

Technical leadership can become people leadership @lance.d.taylor - EQ can be trained

❤️ 3
Fernando Rodriguez19:10:17

Love your headline, Duena! Would love to connect and trade ideas.

Bryan Finster - Walmart (Speaker)19:10:34

She has something cool to demo

Duena Blomstrom, Psychological Safety Dashboard CEO, Author PeopleBeforeTech19:10:33

@bryan.finster You said something nice about my baby! - virtual pint! @fernando.b.rodriguez. happy to. We make a team solution that seeks to measure and improve Psychological Safety and EQ

Ferrix Hovi - Head of DevOps - Siili19:10:15

@me1342 was there some technical leadership ever?

Ferrix Hovi - Head of DevOps - Siili19:10:15

@me1342 was there some technical leadership ever?

Ferrix Hovi - Head of DevOps - Siili19:10:23

You can't lead technology. You mend it, you program it, you manipulate it. Humans you can lead.

Ed Russell19:10:17

@lance.d.taylor - I think we’re getting there. We have managers focused on people leadership and development. Really starting to see some great thought leadership coming out of those roles as we give them time to focus

Lance Taylor19:10:26

I'd agree with that statement, but the time consumption or tradeoffs that were made is what I was focused on @me1342

Heather Martin19:10:00

@lance.d.taylor but we also create tracks for those to be product leaders without requiring them to lead people to advance their careers.

Dave Mangot - DevOps transformation professional19:10:37

Interesting idea that engineers have gravity, instead of work having gravity

Nick Eggleston, IT Architect (open to offers)19:10:43

BMW spoke last year (I think) about refocusing their infra teams around product/service orientation...

Philip Day19:10:03

‘There is no done in product delivery’.

🎉 3
Dana Finster - Walmart InfoSec19:10:14

Yes!!!! I keep saying "Every release is missing the next feature."

Lance Taylor19:10:04

@hbmartin23 That is what I was wondering about. I would love to hear more about that process. I think that is where the path has to be forged

👍 1
Heather Martin19:10:08

@mavila907 have those resistant to change sit more with their customers... feel what they feel... they will be motivated to make it better.

👍 2
Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line19:10:34

we are a retail company...so our customer is not one I would want my infra team to sit with...there are a few that would argue that the business is our customer, but other that say there is only one customer...

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line19:10:14

but...I will help them get through the "change curve"....minimizing the anger phase as much as possible....move them quickly to exploring

Heather Martin22:10:06

@mavila907 we have just 'one customer' as well.. our external customer... our internal (business / app dev) teams are our 'consumers'... those are who we have the infra product leaders or value stream engineering leaders sit with

Dan Sloan, Cox Automotive19:10:20

@hbmartin23 @edwardrussell - What does "product management" look like in your infrastructure space re: dedicated product managers, etc.?

👍 2
Derick Stenftenagel - Director - Cloud and Platform Svcs, Edward Jones19:10:24

@hbmartin23 Did you get a lot of resistance from teams that were aligned around a technology? Did everyone make it through the journey?

Heather Martin19:10:36

@derick.stenftenagel i wish we could say we are 'there' .. definitely an evolution .. but we're on the right path. Yes, we definitely received resistance .

❤️ 1
Heather Martin19:10:56

@dan.sloan i'm going to cover those roles in a min 🙂

1
Philip Day19:10:56

@hbmartin23 if I understand this correctly, the focus of this talk is how to change the behaviours, operating model etc., of infra teams... does that assume you already had exec/senior management buy in?

Ganga Narayanan19:10:06

Did/do you have project managers? What happened to them?

👀 1
Lance Taylor19:10:18

@edwardrussell Having those leadership roles definitely seems like a SMART way to move this change in culture forward. How do you measure these leaders success?

Heather Martin19:10:53

@philipday yes we definitely had leadership buy in.. i would say that is a must.

Philip Day19:10:22

Jealous! In my firm the challenge is more how to liberate infra managers/teams who want to operate along the lines of your model from more constraining top-down direction

Nick Eggleston, IT Architect (open to offers)19:10:31

At what level and how was it operationalized?

Duena Blomstrom, Psychological Safety Dashboard CEO, Author PeopleBeforeTech19:10:45

@philipday still?:( was hoping it changed since DOES London

Philip Day19:10:00

Gone backwards in some respects! 🙂

Philip Day19:10:02

There are some good things going on at grassroots level - organic horizontal collaboration e.g. from the retro of some outage incident

Philip Day19:10:37

Oh-oh, don't do a side hustle, we've just been told 🙂

😀 1
Dave Mangot - DevOps transformation professional19:10:09

Value Stream Engineering, absolutely love it!

🙂 1
❤️ 2
Heather Martin19:10:01

@ganga.n most of our Project managers were re-certified as scrum masters

👍 1
Ganga Narayanan19:10:35

Thank you! Makes sense!

😁 1
Denee (de-NAY) Ferguson - Director, Technology - Capital One (Speaker)19:10:07

What does the reporting structure look like for your product teams (interested in technical and agile resources, product owner roles)

👍 1
Dave Mangot - DevOps transformation professional19:10:10

(so much better than "The Tools Team")

Tom Walther19:10:15

is "chapter alignment" a common industry term? or unique to your organization?

Sam - Founder, TeamForm.co - visit us at xpo-teamform19:10:26

We see it as a common pattern and a great way to enable flexible movement of people and teams to priority work

Gene Kim, ITREV, Program Chair19:10:15

😱😱😱😱 Holy cow, @hbmartin23 !!! So much change crashing down all at once!!!

Nick Eggleston, IT Architect (open to offers)19:10:29

How did the pandemic impact your ways of working? Was your company already supportive of WFH or was it an in-office organization? How has that played out?

Ed Russell19:10:35

Definitely some impact, but we had embraced WFH for some time. However, as we were rolling this out we were encouraging teams to pick days to co-locate, which obviously didn’t really happen with the pandemic. Thankfully most of us were accustomed to working remotely so we’ve managed to stay connected and productive.

Heather Martin19:10:33

@denee.ferguson we have chapter engineers deployed to product teams.. they report to chapter leaders. Our product owners report to product area leaders

Heather Martin22:10:28

@denee.ferguson our scrum masters report to a chapter lead (for all SM across our infra teams)

Gene Kim, ITREV, Program Chair19:10:33

(whoa. I'm logged into Slack with a different account on my iPad!)

Nick Eggleston, IT Architect (open to offers)19:10:25

I have so many slack accounts I get confused which goes whcih which

Ed Russell19:10:02

@lance.d.taylor - great question. Obviously a large portion of their success is tied to 360 feedback, but we’re looking at measures like setting goals around engineering skill distribution based on the Dreyfus model; adherence to core engineering principals created by the teams; expansion and adoption of our education and training programs; etc. still work to do in quantitying all of this vs having much of it being qualitative in nature.

1
Denee (de-NAY) Ferguson - Director, Technology - Capital One (Speaker)19:10:06

What were the most unexpected critical challenges you encountered? (aside from the pandemic)

Ferrix Hovi - Head of DevOps - Siili19:10:19

@genek Now we don't know who you are without your pieces of flair in display name 😄

Duena Blomstrom, Psychological Safety Dashboard CEO, Author PeopleBeforeTech19:10:22

At least it's not the 9 year old's homeschooling account as it was at this house @genek 😂

😂 4
Ganga Narayanan19:10:58

lol, love the first mistake!

Heather Martin19:10:54

@denee.ferguson definitely the pandemic coupled with the huge leadership changes we were going through in the middle ... we had to pivot but still find a way to keep our eyes on the same outcomes (better consumer experience, greater efficiency, improved solutions, etc)

Pete Nuwayser - IBM19:10:58

And the last mistake -- so true in so many ways

Scott Dedoes19:10:33

@edwardrussell @hbmartin23 What tools are you using to experiment with your feature releases and how are you deciding whether the feature releases add value?

Scott Dedoes19:10:33

@edwardrussell @hbmartin23 What tools are you using to experiment with your feature releases and how are you deciding whether the feature releases add value?

Ed Russell19:10:43

That’s a great question. I’d say so far the biggest tool we’re using would be adoption metrics and feedback surveys. Unfortunately with Infrastructure it’s not quite as easy as a customer facing tool where you could do some sort of A/B testing. Hope that answers your question

Scott Dedoes19:10:16

It does. I will reach out to connect as your insight has been super valuable and really impressed with how Discover has fully embraced the CI/CD ideology. Would love the opportunity to share more about how Split's Feature Delivery Platform does measure the impact of feature releases using A/B testing to reduce the amount of wasted features. I learned a lot and looking forward to learning more from your experiences as it helps me to serve my customers better!

Duena Blomstrom, Psychological Safety Dashboard CEO, Author PeopleBeforeTech19:10:37

Everything can be data-driven including feelings and the people work

Shawn Dawson19:10:38

We are, literally, going through this right now. This gives me hope.

❤️ 1
👍 3
🎉 1
Daniel Cahill - Engineer - Ontario Systems19:10:41

Some of these mistakes sound like you saw what I was doing and took me aside to point out some problems I've been having.

💥 1
Ed Marshall - Enterprise Agility - Deloitte19:10:46

@hbmartin23 what were some of your key measures for data driven decisions?

Rasika V19:10:49

@hbmartin23 How did you incorporate your managed service providers ( if if you use any) in this product model ?

Fernando Rodriguez19:10:40

@hbmartin23, what ratio of new blood did you have to bring in to infuse new thinking and build your COPs?

Duena Blomstrom, Psychological Safety Dashboard CEO, Author PeopleBeforeTech19:10:15

Tech Debt is real, Human Debt is real too - all debt will bite you 🙂

👍 5
💯 2
Ferrix Hovi - Head of DevOps - Siili19:10:07

What's the interest rate on those? I think the human one is more expensive. (and they cause each other)

Peter Maddison19:10:35

Complexity Debt

Peter Maddison19:10:59

How much of mess have we gotten ourselves into.

Duena Blomstrom, Psychological Safety Dashboard CEO, Author PeopleBeforeTech19:10:55

@genek101 made me apply for an actual TM for "Human Debt" 🙈 Not like anyone is falling over backwards talking about paying it off :)

Ferrix Hovi - Head of DevOps - Siili19:10:07

@peter.maddison I see where that complexity is coming from but I find human debt and tech debt more actionable.

Ferrix Hovi - Head of DevOps - Siili19:10:14

"We've got too much things!" is not a call to arms that I'd sign up for

Peter Maddison19:10:55

@ferrix They are. I find Complexity Debt resonates as a starting point for some before breaking it down into what is causing that complexity.

Ferrix Hovi - Head of DevOps - Siili19:10:40

Interesting. I find it to be beating around the bush.

Ferrix Hovi - Head of DevOps - Siili19:10:18

"I sense complexity, my dear Watson."

Ferrix Hovi - Head of DevOps - Siili19:10:11

Out of all the approaches to sell a change to upper managements VPs of whatnot, I prefer the "Your people are suffering and the re-employable are leaving. You're going down." as effective. and the "I presume you are dealing with a complex constellation of interlinked problems" to be more like pandering to their excellence in dealing even as poorly as they are.

👍 1
Ferrix Hovi - Head of DevOps - Siili19:10:03

Yes, it is not easy and that may be related to it going poorly. 😄

Peter Maddison19:10:51

Yes, exactly. I don't find describing it as any form of "this is how much you messed up" is helpful.

Peter Maddison19:10:27

Language is tricky and words are overloaded with context 🙂

Ferrix Hovi - Head of DevOps - Siili19:10:19

Sure. I've read that Agile, DevOps and Clean Code are dead. Approaches like that who don't acknowledge any previous effort will not win any business. Something has been tried and it has been partially successful since the business is still alive.

Ferrix Hovi - Head of DevOps - Siili19:10:26

"You are screwed" and "You screwed up" are very different but they may be heard all the same.

Heather Martin19:10:39

@edwmarshall3app we adopted OKRs and measured and reviewed at least quarterly. We also standardized on quantitative and qualitative metrics across our teams

Heather Martin19:10:50

@edwmarshall3app happy to share more there

Shawn Dawson19:10:02

Yes please?

👍 1
Ganga Narayanan19:10:11

Sorry if I missed this @hbmartin23, but what does the Value Stream Engineering team do? Are they coaches/facilitators who help form and optimize value streams across the organization?

Nick Eggleston, IT Architect (open to offers)20:10:51

And how is it meaningfully measured?

Heather Martin19:10:48

so it's the organization that sits on top of our product and chapter organization that accelerates delivery to our value stream (app dev) teams..by prioritizing and executing on the work that drives business value.. we help to take our infra enterprise offerings to the next level (customizations, automations, self service, etc)

👍 2
Mandy Storbakken19:10:53

Excellent session, @hbmartin23

❤️ 1
👍 1
Ganga Narayanan19:10:27

Awesome session! Thank you @hbmartin23!

👍 3
Heather Martin19:10:53

@me1342 psychological safety is not in our OKRs but it IS part of our guiding principles, team norms, how we work. We foster an environment of psychological safety across our engineering teams.

Duena Blomstrom, Psychological Safety Dashboard CEO, Author PeopleBeforeTech19:10:45

Cool @hbmartin23 great session - will pick your brains privately about how you measure it 👍

👍 1
Steve Gertz19:10:07

👏I'd be interested as well about the matrix-ish / layered organization

👍 1
Steve Gertz19:10:32

who sets which priorities; fortunately not the devs, but how does that all come together

Ed Russell19:10:55

I hope we answered any questions you all had. Feel free to reach out if you want to know more. We’d be happy to connect.

👍 4
Nick - developer at BNPP19:10:42

@hbmartin23 @edwardrussell thanks for the presentation. Can't wait to get my hands on the slides!

❤️ 3
Matthew Skelton (co-author of Team Topologies)20:10:04

Hi all - looking forward to the Q&A on Team Topologies 📗 soon! 🤓 💬 💬

👍 5
Philip Day20:10:34

Is this similar to your talk in June? (great talk btw)

🤓 1
Matthew Skelton (co-author of Team Topologies)20:10:50

Similar but we have new case studies!

Jess Meyer - IT Revolution (she/her)20:10:11

Welcome @matthew and @me1208 to Q&A soon!

👐 3
👏 1
Manuel Pais, speaker, co-author Team Topologies20:10:35

Hi everyone, looking forward to chatting about Team Topologies!

👍 2
5
Ed Marshall - Enterprise Agility - Deloitte20:10:02

👏:skin-tone-3: Looking forward to this session!

👍 3
James (TeamForm) - helping teams at scale20:10:09

👏 Really looking forward to this session @me1208 @matthew !

👍 2
Eduardo Rodrigues Semensati (Procter and Gamble)20:10:31

one of my senior directors just found Team Topologies and got really excited. Looking forward for what I can learn from this session and bring back to P&G 🙂

👍 4
🙌 2
Nick Eggleston, IT Architect (open to offers)20:10:41

Ooo you might get an executive sponsor out of it...

1
👍 1
Eduardo Rodrigues Semensati (Procter and Gamble)20:10:24

I believe so, as there is a ask to include the patterns and anti-patterns in our global training material 🙂

Matthew Skelton (co-author of Team Topologies)21:10:53

The book has plenty of patterns and anti-patterns, @rodriguessemensati.e - this should be a good start 🙂 We are planning to publish some visual guidance patterns and antipatterns in 2021. They will be similar to our original DevOps Topologies patterns from 2013 but obviously use the new Team Topologies thinking and concepts. http://devopstopologies.com/

Eduardo Rodrigues Semensati (Procter and Gamble)21:10:43

Thanks for replying @matthew. Yes I am currently using the DevOps Topologies for our training material, as the idea is for our organization to provide guidance on what kind of patterns can be introduced across the company to fit the need of each development organization and their DevOps/Agile Maturity level. Do you already know when in 2021 you will be updating this? I would love to create our material with up to date content, so should I just wait or go on and match the content of the book and the DevOps Topologies site?

👍 1
Matthew Skelton (co-author of Team Topologies)21:10:21

The TT book 📗 is much more advanced and up to date than the DOTs website. I never really use the DOTs material now except to say "this is where TT came from" 🙂

Matthew Skelton (co-author of Team Topologies)21:10:59

The DOTs stuff is a good starting point but I'd recommend to use the TT 📗 material if you can.

Matthew Skelton (co-author of Team Topologies)21:10:46

We don't have a date for the new patterns yet - we're super, super busy with client work until early 2021 at least, so the new patterns may not be published before the middle of 2021.

Eduardo Rodrigues Semensati (Procter and Gamble)21:10:16

got it, thank you so much for taking the time and sharing the information!

👍 1
Adam Hawkins, SRE at Skillshare, smallbatches.fm Host20:10:58

Team Topologies is an amazing book.

🙏 2
👍 3
Roman Pickl - technical pm - Elektrobit20:10:05

How does HW fit into this. Could be seen as platform I guess, right?

Manuel Pais, speaker, co-author Team Topologies20:10:02

It depends... 😉 If the HW is stable and what we need are some platform services to simulate tests/update firmware, etc - then I'd see it more as platform.

Manuel Pais, speaker, co-author Team Topologies20:10:11

But if you're developing a product/system where both HW and SW are evolving, I'd tend to see the embedded SW team as stream-aligned. What you might need in that case is more frequent and clear interactions between those different teams.

Manuel Pais, speaker, co-author Team Topologies20:10:29

More collaboration in particular I think tends to be missing in that scenario.

Manuel Pais, speaker, co-author Team Topologies20:10:17

Because HW + SW dev is hard, we tend to try to isolate them but that only shifts problems to later integration stages. HAving those teams interact more often and share common practices would help imho.

Roman Pickl - technical pm - Elektrobit20:10:26

Yeah. I haven't read the book yet, but I think I see it the same way

Rasika V20:10:38

is the platform team embedded in the other products? or is is a standalone product team?

Matthew Skelton (co-author of Team Topologies)20:10:20

The platform should be managed as a product, so typically you would have separate teams working on the platform. However, you can also get value from having Enabling teams work across multiple Stream-aligned teams to understand needs and feed back that information into the platform.

👍 2
Roman Pickl - technical pm - Elektrobit20:10:45

Depends how "the product" is defined. At the moment I think splitting this up in a basic product (platform incl. HW and basic Sw) and value stream aligned teams (building applications on top of that) would make sense.

Matthew Skelton (co-author of Team Topologies)20:10:29

@roman - when you read the book, look at the example on page 123-124 - it's about a manufacturing client we worked with. Related to hardware + firmware + software

👍 1
Matthew Skelton (co-author of Team Topologies)20:10:53

When the technologies are very different - different skills, different change cadences, etc - it can be A Bad Thing to choose the wrong thing as the platform. Sometimes, it's actually best to use ongoing collaboration until the correct platform becomes clearer.

Dave Fugleberg20:10:10

Just got my copy this weekend, only on chapter 4 so far - very interested in learning how 'enabling teams' work...

👍 1
Adam Hawkins, SRE at Skillshare, smallbatches.fm Host20:10:54

@matthew @me1208 I see how the concepts apply well and scale up to sufficiently large organizations (i.e. these case studies). What about scaling down to smaller organizations? My guess is it’s certainly possible that it doesn’t make sense when there are too many teams and interaction modes to support the business need. What’s your experience been here?

Richard Allen20:10:55

When the organisation is smaller it is good to use the TT concepts to plan out what the organisation might look like in the future - thinking about how the organisation could grow

💯 1
Richard Allen20:10:33

It may also help to identify where people are wearing "many hats" and working across teams

Richard Allen20:10:51

essentially highlighting their potential cognitive load due to context switching

😆 1
David Maillet - ATD20:10:04

I have begun to discuss Team Topologies concepts with senior leaders, but they pushed back and said we need people to wear many hats... otherwise we would need to hire more people than we can afford.

Manuel Pais, speaker, co-author Team Topologies20:10:30

Also you can apply some patterns even if you don't necessarily have a dedicated team, for e.g. a thinnest viable platform might be a wiki with useful recommendations to get started.

Manuel Pais, speaker, co-author Team Topologies20:10:58

Or you might have a more experienced stream team working in an enabling fashion for a period of time to help a more junior team, etc.

Adam Hawkins, SRE at Skillshare, smallbatches.fm Host20:10:31

> When the organisation is smaller it is good to use the TT concepts to plan out what the organisation might look like in the future - thinking about how the organisation could grow Aye, I agree with that.

Richard Allen20:10:48

It could help you identify where you might want to "replace" existing team members in those teams

Richard Allen20:10:02

i.e if one person is highly skilled but utilised across many teams, how can you "skill up" someone on one of their teams eventually allowing the highly skilled person to no longer be required within that team

💯 2
Matthew Skelton (co-author of Team Topologies)20:10:32

> I have begun to discuss Team Topologies concepts with senior leaders, but they pushed back and said we need people to wear many hats... otherwise we would need to hire more people than we can afford. @dmaillet63 - it sounds like the organization wants to do more than is really feasible to do. Is the goal to be working on multiple things simultaneously (but probably taking a long time) or instead to have a fast flow of change that enables organizational agility?

David Maillet - ATD20:10:40

@matthew Great question! It is currently more of an over-commitment to do too much rather than have a fast flow of change.

Matthew Skelton (co-author of Team Topologies)21:10:56

Yep - so try to get senior management to address the over-commitment. Lots of approaches: • Limit WIP and use queuing theory • Wardley Mapping to stop doing certain things • Trial use of Team Topologies in a small area and see the results • All the above 🙂

David Maillet - ATD21:10:18

@matthew Thank you! That's helpful. I've wanted to ask you my initial question since I started reading the Team Topologies book 2-3 weeks ago.

👍 1
Richard Allen21:10:35

At PureGym, the senior management initially pushed back with the "what happens when we don't have enough work for a team?"

Richard Allen21:10:14

But at the time they were considering smaller "product" teams

Richard Allen21:10:11

the term stream aligned team allowed us to then discuss how a stream aligned team could own more than one domain as long as there was no more than one "complicated/complex" domain

Richard Allen21:10:09

so the "Acquisition Team" owned became responsible for a variety of products/features that aligned with the acquisition stream

👏 2
David Maillet - ATD21:10:23

@richard.allen Thank you. It would seem my next step will be to identify the streams and domains, in which the work and delivery can be owned by a team. I am also looking at Enabling and Platform teams, which can pull cognitive load away from the streams teams.

👍 1
Matthew Skelton (co-author of Team Topologies)21:10:45

@dmaillet63 take a look at Independent Service Heuristics as a strightforward starting point for finding streams: https://github.com/TeamTopologies/Independent-Service-Heuristics It's not perfect but it's much easier to use than more comprehensive approaches like DDD (but you should look at DD too 🙂 )

👏 1
Ed Marshall - Enterprise Agility - Deloitte20:10:25

Cognitive load - great characteristic to consider in team design.

5
👍 3
Nick Eggleston, IT Architect (open to offers)20:10:51

cognitive load is fascinating as a factor impacting speed and quality of development and delivery

Manuel Pais, speaker, co-author Team Topologies20:10:56

Indeed, team cognitive load should drive many key decisions around architecture, team composition, and so on. The resulting decisions might be quite different when we have cognitive load as a key concern.

Matthew Skelton (co-author of Team Topologies)20:10:24

In particular, team cognitive load should be a strong input into architecture and system design.

Tiani Jones , speaker, Sociotechnologist at The Ready20:10:17

I’m interested in how these teaming concepts can by leveraged in cyber physical design as well

Matthew Skelton (co-author of Team Topologies)20:10:58

Hi @txjones - what do you mean by "cyber physical design" in this context?

Tiani Jones , speaker, Sociotechnologist at The Ready20:10:09

ah good I was just about to reply here again 🙂

🤓 1
Tiani Jones , speaker, Sociotechnologist at The Ready20:10:43

also I spoke at Mapcamp earlier today … what a coincidence

🤓 1
Arthur Maltson - Speaker, Distinguished Engineer at Capital One (he/him)20:10:38

Have you found that leaders end up using team interaction models in staffing conversations?

Manuel Pais, speaker, co-author Team Topologies20:10:03

Do you mean internal staffing / allocation or more in terms of hiring?

Manuel Pais, speaker, co-author Team Topologies20:10:12

here's an article where we cover a bit on hiring for individual and team purpose alignment: https://techbeacon.com/devops/why-you-should-hire-devops-enablers-not-experts

Manuel Pais, speaker, co-author Team Topologies20:10:44

I believe as Team Topologies ideas become more prevalent in an org, that necessarily has effects on staffing and hiring approaches

Arthur Maltson - Speaker, Distinguished Engineer at Capital One (he/him)23:10:55

I guess my question was more around if you've seen people outside of tech using these terminology. I like the idea here of creating a language to describe types of teams and how they collaborate.

Arthur Maltson - Speaker, Distinguished Engineer at Capital One (he/him)23:10:46

@me1208 so it'd be interesting to hear if diagraming out an entire org or department ends up having a rebalance of people

Martin (TeamForm)20:10:27

@txjones can you elaborate on "cyber physical design" ? interesting 🙂

Tiani Jones , speaker, Sociotechnologist at The Ready20:10:10

an example would be aircraft engine design

Tiani Jones , speaker, Sociotechnologist at The Ready20:10:11

it’s a lengthy modeling and simulation exercise before you get to manufacturing

thumbsup_all 1
Manuel Pais, speaker, co-author Team Topologies20:10:23

I don't have much experience in that area but perhaps this thread with Roman could provide some ideas: https://devopsenterprise.slack.com/archives/C015DUDD9C5/p1602621665374900

Harry Koehnemann20:10:31

Hardwware is going to add more and deeper technical engineering and science knowledge - electrical, mechanical, fuel flow, exhaust flow, etc. The cognitive load is really large. And the archtiecture may not be as decoupled. But I tihnk the concepts still apply.

👍 1
Tiani Jones , speaker, Sociotechnologist at The Ready20:10:57

yes it would be a great place to experiment on how to team. I tried a small experiment for design of an engine fan in a new material

👍 1
Harry Koehnemann20:10:20

I think the topolgies are the best we know. But the subsystems will be more coupled. And must evolve together. So we will have all teams on a common cadence and be integrating the system end-to-end as frequently as possible. That's what the aerospace and automotive companies do.

Matthew Skelton (co-author of Team Topologies)20:10:31

I think the principles from Team Topologies still apply in a manufacturing context. I started my career working for electronics manufacturing companies - MRI brain scanning machines, oil & gas sensors, etc. and I completely see the same kind of "platform" and team cognitive load issues in manufacturing as we see in software. (Obviously, software is more "malleable" but that ends up being a detail, I think)

👍 1
Tiani Jones , speaker, Sociotechnologist at The Ready21:10:22

I found that collapsing boundaries between disciplines and focusing them on the outcomes helped the team own the work in a multi-disciplinary fashion and find ways to distribute cognitive load. The next question was ‘how do we scale this’.

👍 2
Martin (TeamForm)21:10:49

@txjones bingo - I've found that setting up an or a few efficient cross-functional team is straightforward ish. Scaling this is where the tricky challenges of planning, coordinating, funding and hey just effectively talking to each other gets much harder. The team API concept fits very well here, as does an eye on minimizing interdependencies. For manufacturing there's some really neat talks about SpaceX & Nasa collaboration on freeing teams up to iterate faster.

1
👍 1
Matthew Skelton (co-author of Team Topologies)21:10:29

Part of the solution is in a ruthless removal of in-flow dependencies. Basically: don't spend your effort MANAGING dependencies, REMOVE them. This means changes to product/service architecture to enable fast flow of changes. It also means moving beyond the "scaled agile" approaches of regular coordination because (although useful initially) these coordination points are really kinds of monolithic coupling.

1
Camilo Piedrahita - Bancolombia - IT Manager20:10:04

what is the responsibility of "Developer experience" in Puregym?

👍 1
Manuel Pais, speaker, co-author Team Topologies20:10:35

For them it's mostly improving development practices, ways of working, better tooling, automation, pipelines, etc.

Camilo Piedrahita - Bancolombia - IT Manager20:10:33

are they including to define standard stacks of development?

Manuel Pais, speaker, co-author Team Topologies20:10:35

I'm not 100% sure, but I believe it's more sharing good practices, tooling, tech stack without a specific intent of "standardizing"

Matthew Skelton (co-author of Team Topologies)20:10:26

We can ask @richard.allen who wrote the case study 😄

😀 1
Richard Allen20:10:38

The DevEx team focused on the developer experience across the different steam aligned teams, helping them get the CI/CD pipelines etc

Matthew Skelton (co-author of Team Topologies)21:10:01

And the DevEx team is separate from the Platform, right? A separate identity?

👍 1
Richard Allen21:10:02

Making sure they were comfortable with Infrastructure as Code concepts etc

👍 1
Richard Allen21:10:33

The DevEx team have their own goals and responsibilities

Richard Allen21:10:44

which is separate from the platform yes

Richard Allen21:10:36

we also introduced the concept of "chapters" for knowledge sharing for things like "front end development" etc

Richard Allen21:10:47

so those that were in the stream aligned teams that were had an interest in front end dev would join this chapter to help share knowledge - the DevEx team would also be involved in these chapters and help encourage good practice in the other teams

👏 2
Matthew Skelton (co-author of Team Topologies)21:10:49

@arthur.maltson > They’re considered platform teams I guess? The 4 fundamental team types help to clarify roles and purpose. So the DevEx team at Puregym is an Enabling team - with a set of behaviors and responsibilities separate from the Platform. This all help to keep teams and systems loosely coupled rather than blurring boundaries that leads to Big Balls of Mud. :shit:

👍 1
thankyou 1
Arthur Maltson - Speaker, Distinguished Engineer at Capital One (he/him)21:10:04

It sounds like they were almost like a developer advocate team

👍 1
Camilo Piedrahita - Bancolombia - IT Manager21:10:48

Wonderfull... I appreciate your help. I was in your session last year, I read the book and this use cases it's awesome

🎉 3
Lauren Kaye (Tasktop)20:10:13

Really enjoying the Team Topologies session! Our Founder & CEO, Mik Kersten, had a great chat with Manuel and Matthew last year on his Mik + One podcast https://projecttoproduct.org/podcast/team-topologies/

2
👍 3
Ffion Jones (Partner, PeopleNotTech)20:10:12

Setting boundaries in the high collaboration phase I can see conversely allowing for greater space for effective collaboration both within each stream and across

💯 1
Harry Koehnemann20:10:01

Related to @txjones comment about aircraft engines, do you have experiences applying Team Topologies at companies that build really big things - 100s or 1000s of developers and suppliers?

Manuel Pais, speaker, co-author Team Topologies20:10:33

We see pockets within those large orgs where some ideas are being adopted and we've done initial training for some of them. Team Topologies is a 1-year old baby 🙂 Companies that size take a bit longer to change their ways 😉

💪 1
👍 2
1
Manuel Pais, speaker, co-author Team Topologies21:10:03

We hope in 2021 we will be presenting some industry examples of that scale 🙂

1
Harry Koehnemann21:10:17

@me1208 is there anything you can share earlier? For example, do Team Topologies fratcal up as we scale? We apply them to organize the teams in a subsystem. And, we organize the subsystems that way too - stream-aligned, complicated subsystem, platform, (enabling may make less sense). Thoughts?

Matthew Skelton (co-author of Team Topologies)21:10:44

Yep - we explicitly talk about fractal platforms.

Harry Koehnemann21:10:10

And fractal stream-aligned too, right? Within a subsystem, my user is another subsystem. The aircraft is the engine's user, as an example. So some subsystems in the engine are stream-aligned delivering value (power) to the user. While others are supporting - platform and complicated subsystem. Is that the right thinking?

Matthew Skelton (co-author of Team Topologies)21:10:41

We recommend to use the same principles and patterns at all levels of the IT organization at least, and probably into other areas of the organization too. We have heard of GOV departments using TT ideas for things like in-person citizen services. We've heard of financial services companies using TT ideas to extend out to the legal department - getting the legal group to specify the services they provide as an internal "legal platform".

👍 1
Harry Koehnemann21:10:05

Oh, that's cool!

Matthew Skelton (co-author of Team Topologies)21:10:39

I think we have to be careful where we place the fractal boundaries. We need to ensure that Stream-aligned teams have end-to-end responsibility for delivery and operation of user-relevant software. Stream-aligned teams should NOT just deliver to an interim internal user.

👍 1
Ed Marshall - Enterprise Agility - Deloitte20:10:30

Can you elaborate on the DevEx enabling team? What was their focus?

Ffion Jones (Partner, PeopleNotTech)20:10:09

Clear purpose is essential for great teams, so awesome to see this here!

👍 7
Ricardo Viana21:10:24

When you say "long term architecture" in that context, can you comment on how you correlate it with Emerging Architecture?

Manuel Pais, speaker, co-author Team Topologies21:10:31

Generally we're talking about architecture that supports different business value streams by effectively decoupling different parts that support different business areas (in the sense of DDD bounded contexts). Without that focus we can get to an architecture where many different business concerns are coupled and it becomes hard to align autonomous teams to different business concerns.

Richard Allen21:10:09

At PureGym, the short-term project approach meant that it was difficult to do long term architectural planning because the projects were never quite long enough to have an impact - focus was always on delivering the project rather than making incremental changes to improve the underlying architecture

Richard Allen21:10:04

Having long-lived teams that were stream aligned gave them a longer team view of what the stream and wider business wanted to achieve

👍 1
💯 1
Ricardo Viana21:10:55

@me1208 I see. I am trying to establish a difference between how "long term architecture" (which we might as well call "tech-first architecture" in the old world) and the idea of creating an architecture that allows team alignment, with a business focus instead. Thanks for the clarification. I just got your book from Amazon and I will be reading it to get full context, but this clarifies what you mean. Thank you

👍 2
Richard Allen21:10:10

We could then determine how the stream aligned/platform/enabling teams might need to interact (through the interaction modes) in order to achieve the desired architecture

💯 1
Ricardo Viana21:10:04

Thanks, @richard.allen It seems that you let that long term architecture emerge from the interactions of the teams, and this is what I was looking for. As I see it, for as long as we align our architectural choices to enable iterative feedback from the teams involved, the next cycle of architecture will emerge from that knowledge. Congratulations on pursuing this. Many times this is easier said than done 🙂

👍 1
Manuel Pais, speaker, co-author Team Topologies21:10:53

In essence, I think we're looking at reverse Conway's Law here. Identify the business supporting architecture based on your business value streams, align teams to the latter, and then set up the team interactions that will allow decoupling the existing architecture (because there's always an architecture already in place).

💯 1
Tiani Jones , speaker, Sociotechnologist at The Ready21:10:51

I’ve been pondering the idea of reducing cognitive load and realize what you actually want to do is redistribute the cognitive load to where you want it to be focused.

💯 1
Manuel Pais, speaker, co-author Team Topologies21:10:09

That's a great way to look at it indeed. We def want to balance the load by having teams with different focus.

💯 1
1
Manuel Pais, speaker, co-author Team Topologies21:10:10

But to some extent also reducing cognitive load by upskilling the teams (via enabling teams for example but could be other techniques like training, pairing with senior staff, etc)

1
Nick Eggleston, IT Architect (open to offers)21:10:29

How do you measure and visualize the landscape of CogLoad?

Tiani Jones , speaker, Sociotechnologist at The Ready21:10:01

as yes that makes sense re: reducing @me1208

Matthew Skelton (co-author of Team Topologies)21:10:19

We have an early tool here but the field of team cognitive load is quite new... https://github.com/TeamTopologies/Team-Cognitive-Load-Assessment

pcn21:10:47

This has gotten a bit confusing. Video length longer than the slot?

Joel Boekankamp21:10:10

was just thinking the same

Joel Boekankamp21:10:33

funny how even in virtual conferences sessions can still run over 🙂

2
Dave Mangot - DevOps transformation professional21:10:29

I promise not to keep talking on the screen after my video is done 🙂

👍 1
😆 1
Joel Boekankamp21:10:43

at an in person event, this would be the time where people are getting up and walking out to get to their next session

Matt Masuda - Quicken Loans21:10:11

I see an opportunity for a product to slightly adjust the speed of the video to fit a 40 minute presentation into a 30 minute session

💯 1
Ron S21:10:42

You tube already has that

Joel Boekankamp21:10:51

why does everyone sound like chipmunks though?

Ferrix Hovi - Head of DevOps - Siili21:10:58

@joel.boekankamp maybe you're just craving for airline peanuts.

Nick Eggleston, IT Architect (open to offers)21:10:09

I keep giving the conference team feedback that they should leave 10-15 minutes between sessions to handle over-runs and Q&A transitions... anyone who agrees, I'd recommend separate messages to amplify the message. They could try it on day 2-3 and see how it goes... iterate and get fast feedback...

Joel Boekankamp21:10:23

@ferrix we dont serve peanuts at Allegiant 🙂

Ferrix Hovi - Head of DevOps - Siili21:10:26

Even if you have the cravings...

Manuel Pais, speaker, co-author Team Topologies21:10:02

One of the most overloaded terms in IT 😉

😅 1
💯 1
Tiani Jones , speaker, Sociotechnologist at The Ready21:10:17

the remote work workbook will be awesome

👍 2
🙏 1
Leah Brown - IT Revolution21:10:55

If you loved @me1208 and @matthew presentation, head over to check out their previous webinar on Remote-First Team Interactions here: https://itrevolution.com/remote-first-team-interactions-webinar/

👍 2
Dave Mangot - DevOps transformation professional21:10:06

Before we get going, I just wanted to give a major shout out to the excellent @pedrinho_does2020 who reviewed a number of revisions of the talk to make it what it is today.

1
Jeffrey Fredrick, Author-Agile Conversations21:10:56

“You just keep the site running” < funny use of the word “just”

Chris Gallivan, FCA, Builder of JOY21:10:41

When the dev guy goes to DOES and brings back the high performing Ops team blueprint :)

😂 1
Nick - developer at BNPP21:10:53

@dave the name of the presentation is triggering for any Ops or ex-Ops 🙂 - now I have to see this!

😄 1
Olivier Jacques, DXC21:10:58

Thanks @me1208 @matthew, Team Topologies work site and now (much better) book has been a major shift in organizing teams. The "cognitive load" concept was key when I first heard from it.

🙏 1
Dave Mangot - DevOps transformation professional21:10:26

@nick.kritsky I'm trying to get in your head, lol 😈

Ferrix Hovi - Head of DevOps - Siili21:10:52

It is funny how cognitive load is a new thing for teams where in education people are somewhat mindful for not exceeding the human limits.

💯 2
👍 1
Bryan Finster - Walmart (Speaker)21:10:19

I think people in our industry, including me, feel like failures if they don't know everything. It's hard to admit you don't. This then pressures everyone else to behave the same way. Is that unique to software development?

Manuel Pais, speaker, co-author Team Topologies21:10:57

Amen to that Bryan. Just today I was working with a team and they really struggled to admit any sort of gaps in their knowledge or needing help from other teams. "We'll learn by ourselves, not a problem". Which is correct, the problem is not the learning, is the time available to learn 🙂

Manuel Pais, speaker, co-author Team Topologies21:10:11

The other classic is of course "we just need better tools"

Bryan Finster - Walmart (Speaker)21:10:20

It also helps when teams ask for help developing a learning path. Everyone seems to want to start from zero and do all the exploration of WHAT to learn and which resources are good resources.

👍 1
Ferrix Hovi - Head of DevOps - Siili21:10:15

And we have cognitive load everywhere. The structure of companies is not evident, the dependencies between systems are not evident...

Ferrix Hovi - Head of DevOps - Siili21:10:57

When we pride ourselves with slicing models easily, the number of easyish models is something we ignore. So the cognitive load of knowing what all of your dependent and depended teams do becomes a huge cognitive load. And then you are supposed to context switch between that and your software.

Bryan Finster - Walmart (Speaker)21:10:20

That's why this requires engineering.

Ferrix Hovi - Head of DevOps - Siili21:10:30

There are three kinds of leadership: personality, excel and structure. This is a failure in structure and possibly caused by being "cool" or making it look pleasant in a worksheet.

Ferrix Hovi - Head of DevOps - Siili21:10:45

(having a leveled tripod of the three is generally what would be a balanced approach to leadership)

Matthew Skelton (co-author of Team Topologies)21:10:05

Thinking about cognitive load in terms of groups or teams is quite new. The originator of "cognitive load" - John Sweller - has only recently (2018) published a paper looking at group cognitive load (as opposed to individual cognitive load). It's a new "hot topic" 🌶️ 🙂

1
😀 1
Ferrix Hovi - Head of DevOps - Siili21:10:46

Granted. It's just silly how "complexity makes you tired" is a general fact that gets applied to new domains one at a time where you could almost consider it a first principle 😄

💯 2
Ferrix Hovi - Head of DevOps - Siili21:10:12

Or "If it is hard to grasp, large populations won't"

Aras Kaleda/Change Manager21:10:17

That is a good one - Upgrade solves all problems 😄

pcn21:10:21

Yes. Yes it was.

pcn21:10:26

Across many releases/branches

Ferrix Hovi - Head of DevOps - Siili21:10:34

I am getting the impression that this is not a happy war story.

Nick - developer at BNPP21:10:49

trees. trees everywhere!

pcn21:10:42

And features cherry-picked forward/backwards...

Peter Maddison21:10:45

Bless you

😂 5
🙏 2
Joel Boekankamp21:10:22

was that the 4th wall?

Myles [Sooner Safer Happier]21:10:28

I love that cloud leads to a virtuous circle of reduced cost <-> increased resilience <-> better quality

💯 1
Jeffrey Fredrick, Author-Agile Conversations21:10:37

“we saved 70% in costs” < that seems like a way to win friends! 💰

Jeffrey Fredrick, Author-Agile Conversations21:10:16

I learned about BOFH thanks to @ds while we were working on Agile Conversations

Nick - developer at BNPP21:10:54

@justin.heimburger we all did. The "excuse cards" were very tempting to use in the daily job.

Justin Heimburger - Edward Jones Team Lead, Platform as a Service21:10:05

It was so cathartic to read about someone fictional doing things that seemed totally reasonable, but also career-limiting....

Jeffrey Fredrick, Author-Agile Conversations21:10:44

that’s what came to mind when you said “What kind of SRE do you want to be?”

😂 5
🙀 1
Dave Mangot - DevOps transformation professional21:10:04

Oohhh, yeah, I saw that thread. Cringeworthy.

Ferrix Hovi - Head of DevOps - Siili21:10:09

4. I am in progress of telling people what a model is.

❤️ 2
Jeffrey Fredrick, Author-Agile Conversations21:10:35

“when they are working with developers or things like that” < wait, what? What kind of things are they working with that are like developers?

2
Nick - developer at BNPP21:10:58

wait. In the new world - isn't the "keeping the site up" something that developers are supposed to do?

Dave Mangot - DevOps transformation professional21:10:28

At the application level, not at the infra level @nick.kritsky Someone has to turn the knobs in K8s! 🙂

Jack Vinson - flow21:10:54

pro-social concern sounds a lot like Servant Leadership

Dominica DeGrandis, Author - Making Work Visible, Tasktop21:10:15

@dave is a true authentic speaker. Love listening to him. Lots of experience helps.

👍 3
❤️ 2
Myles [Sooner Safer Happier]21:10:36

"ticketing systems are handoffs, a form of waste" 💯

👍 1
😀 1
Jeffrey Fredrick, Author-Agile Conversations21:10:44

toil to me translates to Time Off In Lieu. I’ve got to stop and think to remember it is actually a word, not just an acronym.

😂 3
inactive21:10:14

“Cassandra saved 70% of costs, on top of all the other costs it already saved…”

Pete Nuwayser - IBM21:10:33

I think we need a music video for Burning Down The Ticketing System

💯 2
🔥 2
🎵 1
❤️ 1
Justin Heimburger - Edward Jones Team Lead, Platform as a Service21:10:59

Brian Eno got a mention in an earlier talk. Maybe he could put something together...

Andy Nelson21:10:59

I think @jeff.keyes could probably do vocals with his dueling pianos like microphone from his earlier talk

Pete Nuwayser - IBM21:10:21

Hey.... that reminds me.... we had karaoke HH at London-Virtual.

Olivier Jacques, DXC21:10:53

#xpo-servicenow : we are talking about ticketing system. May be worth a watch later if you are busy.

😳 1
Jeffrey Fredrick, Author-Agile Conversations21:10:04

“Toil … scales linearly as the service grows” is a great insight, emphasis.

Nick - developer at BNPP21:10:58

Not a good thread to advertise ticketing system 😄

😂 3
Jeffrey Fredrick, Author-Agile Conversations21:10:01

but if we treat it like normal work @dave we can’t get as much done in our schedule

Dave Mangot - DevOps transformation professional21:10:32

Ha, Agile teaches us: you have to go slow to go fast 🙂

Ron S21:10:31

None of the above. Finding out WHERE in the ticketing system I have to be in to create it.

Keith Langenberg21:10:04

Yes, my tickts get created. I wait for several weeks, and then I get email that ticket has been closed with no comment. 😞

Kate Chapman - Wikimedia Foundation - Systems Architecture21:10:10

thinking about when I was responsible for a ticketing system and we would walk around asking "do you really need to keep this ticket open?"

❤️ 1
🙌 1
Frotz Faatuai (Cisco IT - he/him)21:10:25

Poorly performing teams hide by making their support queue non-obvious to find (or worse, not even supported).

🙌 3
Jeffrey Fredrick, Author-Agile Conversations21:10:26

“they don’t care about any of those internal things” &lt; 💯

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line21:10:43

having an internal disagreement with leadership....I say sre is devops but devops is not sre...I want to create an sre team...but they are pushing for a devops team....thoughts?

pcn21:10:53

Are you dealing with one person who has go/no-go power, or is this a larger issue, like business, hr, etc. having feels?

pcn21:10:54

To you, what's the problem with having a devops team? What would it mean vs. a sre team?

Nick - developer at BNPP21:10:04

Create a devops team and do sre in it.

pcn21:10:34

I'm asking in case the name may not matter as much - where I'm working now, there are "devops" teams and there are "SRE" teams depending on the business. But some of those teams do the same things, and some don't. As long as you're not being artificially limited, and as long as you can get your owrk done...

Dave Mangot - DevOps transformation professional21:10:41

Yeah, I think Nick is pretty spot on. It doesn't matter what color you paint it on the outside, it's what you do on that team that matters.

pcn21:10:22

You've clearly thought about that already, though, so what makes that unpalatable?

pcn21:10:03

Well, whichever one you end up doing has to be the priority, especially if that's what everyone is saying is the priority

pcn21:10:18

If you can get that under control, you can move onto the next part.

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line21:10:20

leadership feels that devops team stops once the item is deployed in prod...I feel sre would own the app..from cradle to grave and all points inbetween...

pcn21:10:01

You can only have one top priority. If that's what they think the priority is, then help to test that thesis. If you're right, you need to push to expand. If you're wrong, you have less work!

Nick - developer at BNPP21:10:43

It's hard to offer some arguments, without knowing the reasons that drive the other side. this: "devops team stops once the item is deployed in prod" probably has some reasons behind it. Financial, regulatory or otherwise. Maybe you should start with finding what those reasons are.

Dave Mangot - DevOps transformation professional21:10:56

Well, consider the Netflix SRE model. This way the developers can own the item, but they are not asked to just be great at operational things unsupported. There are so many places to "Keep the developers moving as fast as possible".

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line21:10:07

you have made some great points about "keeping the developers moving"

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line21:10:15

we suffer from that mainly because our test systems suck...and we need to have a way to "self serve" or "test system on demand"...completely disposable...and repeatable...

Dave Mangot - DevOps transformation professional21:10:23

I definitely view Ops as empowering to the organization when done right. That's why I called it "Ops as a Strategic Differentiator! " 🙂

Dave Mangot - DevOps transformation professional21:10:51

@mavila907 are all your environments built with the same tools?

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line21:10:30

no....sadly...as we have quite a few legacy systems that cannot be "automated" due to being physical systems...

Dave Mangot - DevOps transformation professional21:10:55

Sure, but for the things are are not, hopefully a successful test in one environment will likely lead to a successful test in the next. When things get inconsistent , that when often "test systems suck" as you say.

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line22:10:45

inconsistent is an understatement...I have many things to address and looking for my leadership to prioritize the items....I can do anything, i can't do everything...

Dave Mangot - DevOps transformation professional22:10:21

No worries. Happy to talk it through. I think your leadership seems to be missing a key component of the why.

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line22:10:45

perhaps I am not asking the right question? thoughts on that?

Dave Mangot - DevOps transformation professional22:10:55

The Accelerate book might be able to help with that, or if they want the easier version, The Phoenix Project.

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line22:10:44

omg...the phoenix project had to be written by a prior employee at my company....it followed us perfectly...which is not perfect but you get my point

Dave Mangot - DevOps transformation professional22:10:54

It just sounds like there is a perception that "things are working"-ish, so why mess with it. As Dr. Kersten talks about in Project to Product, you will get crushed if you don't.

Dave Mangot - DevOps transformation professional22:10:15

Ha! @mavila907 totally! So many people say that about The Phoenix Project. @genek101, et al created a masterpiece. When I was at Salesforce, one of my colleagues was reading the book and catching up on email while on vacation, and told me he couldn't tell which was the book after a while. 😂

Manny Avila - Consulting Engineer, Cloud and Datacenter - JD Finish Line22:10:26

pretty accurate assessment...to be more specific things are not broken...not broken and working could be two different places...but that is subjective...

Pete Nuwayser - IBM21:10:08

Great talk, thanks!

❤️ 2
Dagoberto Aceves21:10:13

Thank you @dave

👏 2
Adam Eury - Nike - Release Deploy Lead21:10:20

what was that initialism from 3 slides ago? vmom2?

Dave Mangot - DevOps transformation professional21:10:34

v2mom is the Salesforce alignment strategy, vision values metrics obstacles and measures I think

Andrew Davis - Copado - DevOps and Testing for Low Code23:10:38

Vision - Values - Methods - Obstacles - Measures

CJ Russell21:10:21

Awesome Talk @dave

1
Lou Sacco21:10:25

Great talk! @dave

Pavan Kristipati21:10:26

@dave i loved it! Thank you.

Andrew Tam21:10:30

Great talk!!! thanks!

Richard King21:10:44

Awesome talk, Dave, thank you.

Nick - developer at BNPP21:10:50

Fantastic talk @dave,thank you!

Dave Mangot - DevOps transformation professional21:10:55

Thank you, @mavila907 and anyone else, I'll be over in #ask-the-speaker-more if you want to thread some questions ❤️

Ian Silverwood (IT Manager at Ubisoft)21:10:06

@dave What would you say to an ops team that feels like they are being phased out as the developers are now pushing docker images on managed platforms (that they don't manage)?

Dave Mangot - DevOps transformation professional21:10:33

I think that it's impossible to do everything well. If someone isn't focused on Ops type problems, the org will definitely suffer. How is monitoring done? What if there is a platform problem? Etc.

👍 1
Nick - developer at BNPP21:10:14

"Good news, everyone! We don't have to push docker images no more. It's a great opportunity to lay your hands on something more interesting. How would you like to own a domain-wide application performance monitoring platform for example?"

Istvan Bathazi21:10:19

👏thank you! it was great

Peter Maddison21:10:39

Great job @dave !

Andy Nelson21:10:39

@dave I came late - now will re-watch the parts I missed. Great talk - appreciate the insights and where the discussion went. 🍻

🍻 1
Barry DeBlieck21:10:15

Thanks Dave.🙌

Ramya Kailas - HPE - SRE21:10:26

Great Talk Dave , especially about Empathy

Dave Mangot - DevOps transformation professional21:10:16

Thanks @ramyakailas99 great to see you!

Dave Mangot - DevOps transformation professional22:10:55

If you liked the Empathy stuff, check out the talk I posted from DevOpsDays Vancouver

👍 1
João Acabado - Principal Engineer - Sky UK22:10:42

@me1208 late question: are there any metrics to characterise teams in terms of their composition (roles, headcount), how do they relate to other teams, the value they create or others that you have found useful in order to create a picture of an organisation? I have been looking for this to support staffing decisions and keep track of progress

Roman Pickl - technical pm - Elektrobit08:10:39

Just started reading their book but i think there are a few things e.g. size (obvious) , the number of business domains they deal with, whetervthey are colocated...

Ferrix Hovi - Head of DevOps - Siili17:10:37

colocated is tricky as it is not binary. offices with closeable doors are better than an open space if a team room is not a possibility so that they can have a 24/7 open call between the team. All three options would count as "colocated" instead of remote or distributed.

Ferrix Hovi - Head of DevOps - Siili18:10:45

In these times, teams who can now have an open call between their homes are thriving instead of being hindered by the need to find a quiet space to speak to each other. So the new normal for colo/distributed/remote setting would probably be rephrased useful/non-useful communication channels.

João Acabado - Principal Engineer - Sky UK18:10:30

that's a really interesting observation, matches my experience

Manuel Pais, speaker, co-author Team Topologies20:10:38

Hi @jracabado - the whole Team Topologies books is fundamentally addressing the questions you asked 🙂

João Acabado - Principal Engineer - Sky UK20:10:36

oh, guess I'm well prepared to read it then 🙂