Fork me on GitHub
#ask-the-speaker-track-3
<
2021-10-05
>
Mark Peters12:10:41

Excited to speaking later today- 150 CDT for Flying an Air Force Cyber Weapon System to DevSecOps

👍 6
❤️ 1
Mike Snyder -RVCM14:10:51

Will be checking this one out! @bissingd and I will be presenting on Thursday about our cloud-to-jet efforts at SkiCAMP! It will be great to connect after!

Mark Peters14:10:37

For sure, I'll add that one to the schedule

Peter Fassbinder16:10:11

Welcome to our presentation! We will show you how our Continuous Quality Assurance approach has enabled us to open up new cloud-based business opportunities for Siemens Digital Building. @klaus.baumgartner and I look forward to your questions.

Ann Perry - IT Revolution16:10:18

🎉We now welcome @klaus.baumgartner and @peter.fassbinder presenting: Unlocking New Cloud-based Business Opportunities in an Industrial Company With a Novel Continuous Quality Assurance Approach:tada:

🎉 1
Nitin Kulkarni16:10:47

What the metrics used to decide the quality of artifacts? Software and non software

Peter Fassbinder16:10:49

Software quality is driven mainly by tests and PO feedback, the quality of the non-software artifacts is mainly the question whether it requris an update and whether this has been completed BEFORE the fast deployments.

Nitin Kulkarni16:10:59

I guess how is your approach different than conventional model where reqs are finalised and then developed and then tested using CI/CD approach. In other words what was done differently....Sorry for a long question

👏 1
Peter Fassbinder16:10:45

In the convential approach typically the focus is only on the CI/CD pipeline and the software. We integrated a second stream taking care of the non-software artifacts (regulatory required documents, patent clearing, risk assessments, export control documents, etc.) and ensuring, that those are always awailable in an upo-to-date state when a deployement is made.

👏 1
Nitin Kulkarni16:10:18

👍...So all the non soft artifacts were updated before development of the software began, right? So in other words you guys treated documentation etc as 1st class citizens

Peter Fassbinder16:10:13

Not all, depending on the type (for type 1-2 yes, for type 3 and 4 no - those can only be upadte in parallel to the development sprint)

👏 1
Peter Fassbinder16:10:00

But your conclusion is correct: we elevated "documentation" (of all sorts) to the same level as functional user stories

👏 2
Jason Lutz16:10:16

Did you ever find situations where you did the development and realized you missed non-software artifacts? How did you handle that?

Klaus Baumgartner16:10:20

In addition to what Peter wrote: the difference is also that we broke those non-sw-artefacts down and evaluate and attched them - only if applicable - to the individual features. With that we were able to shift-left also those elements...

Peter Fassbinder16:10:53

@jlutz777 this was the case earlier: the software was ready, but we could no deploy because of ...

Dipesh Bhatia16:10:08

Good talk .. Thanks @peter.fassbinder

😀 1
👏 3
Klaus Baumgartner16:10:47

In the past many (most) of these non-sw-artefacts were done and chacked only after the sw-development, so the deployment had to wait for those

Jason Trent16:10:19

Thanks @peter.fassbinder and @klaus.baumgartner, good talk!

😀 1
Ann Perry - IT Revolution16:10:41

📣 Let's welcome @cheburge presenting: Embedding Security: How We Use Automation to Reduce Time and Effort for Cisco Developers to Secure their Products 📣

🎉 1
Chet Burgess16:10:51

Hello, looking forward to everyones questions.

Topo Pal16:10:38

Love the way you start with - Developer Experience

Chet Burgess16:10:00

It is the actual name of our team.

👏 1
Topo Pal16:10:45

Is it serving the whole enterprise?

Graham McGregor16:10:29

curious how big your Developer Experience team is vs the size of your org?

Brian Marshall - CarMax16:10:43

For your DevEx team, are each of the specialists full-time on the team, or just have a part-time responsibility?

👍 1
Chet Burgess16:10:45

@topo.pal Cisco is defined into many orgs and business units and then product teams. We service a number of the products with-in our “Cloud & Compute” BU. We supports about 1000 developers.

👍 3
Chet Burgess16:10:07

@graham_mcgregor & @brian_t_marshall As mentioned we support a range of services and products. So we have 13 FTEs supporting those teams.

👍 2
Chet Burgess16:10:36

That 13 includes network engineers, data center, etc.

Chet Burgess16:10:44

So its a very small team when considering the range of things we support.

Mikayla Rettig16:10:01

Do you use a tool to generate the SBOM? (maybe you're still getting to that)

Chet Burgess16:10:12

I used to use that analogy when I was working on networking overlays and underlays. I felt it was apt in this case as well.

Chet Burgess16:10:33

@mikayla.m.rettig Getting there… 😛

Mikayla Rettig16:10:40

I'll be patient!

😀 1
Chet Burgess17:10:09

TL;DW - Tools from a company called Anchore, but details are coming.

👍 2
DavidOkun17:10:40

@cheburge - does this tool work only on your container registries or does it also work on reports for non-container based applications?

Chet Burgess17:10:50

@david.okun - Great question. There a few different products that Anchore offers that we use. Some of them are strictly container registry based but syft & grype (details coming) can work on containers as well as on folders on disk.

👍 4
Chet Burgess17:10:06

Thanks for those massive images slackbot.

David - BBY17:10:31

@cheburge, were there a wide variety of different container registries that you guys had to wrangle as a first step? Apologies if I missed that part of your preso.

Chet Burgess17:10:17

@david.sanda - We do support and use a number of different sources. We haven’t really had any issues with referencing or using multiple but we do have contents thats available in Docker Hub, private Docker registry, artifactory, and harbor. As mentioned none of the Anchore tools has had problems with any of those. We have had issues with availability of registries that were supported by other internal teams.

David - BBY17:10:56

ok, very good - thanks Chet

Craig Cook - IBM17:10:33

Roughly how many containers are being scanned? i.e what sort of scale is this running at?

Jon Sturdevant - Tech Advisor - BlueCross BlueShield of SC17:10:53

I assume you aren't remediating all vulnerabilities, what criteria are you using to prioritize remediations? CWE? CVSS?

👀 1
❤️ 1
Chet Burgess17:10:22

@cncook001 - We have about 2300 images that presently being continually evaluated (released artifacts). As for transit development artifacts its a few 1000 over the course of a day. We have some jobs that can generate 100+ unique images and scan requests per build.

thankyou 1
Chet Burgess17:10:25

@jonathon.sturdevant - Cisco has an internal team that determines severity based upon a number of factors. Minerva pulls data from one of their internal tools for that information.

1
👍 1
Chet Burgess17:10:28

@cncook001 - Further our anchore deployment today is deployed on relatively small internal k8s cluster we use for developer services. We can, and have in the past, easily scaled our Anchore Enterprise deployment by just scaling up our pods at different levels. I suspect we could easily support a lot more than current without much effort at all.

👍 1
David - BBY17:10:53

good talk @cheburge - lots of practical examples!

👏 2
Mikayla Rettig17:10:54

Thanks @cheburge!

👏 2
Sujay Solomon17:10:00

are folks using any tools for gathering and centralizing policy metadata to help with automation of policy governance?

👍 1
Istvan Bathazi17:10:05

@cheburge great presentation! thank you

👏 1
Kim Weins (Anchore)17:10:06

@cheburge What types of ares will you look at for Risk Assessment?

Glenn Wilson, Author of DevSecOps17:10:18

Another great talk today @cheburge. Minerva looks like a useful tool. Would Cisco make it available to the community or is it too proprietary?

Chet Burgess17:10:32

@kim.weins Cisco recently acquired Kenna Security (https://www.kennasecurity.com) and we want to enable it as a source of data for Minerva.

👏 1
Chet Burgess17:10:02

@glenn.wilson - I’m afraid its too proprietary in that a lot of what it does is pull data from various Cisco internal feeds to help perform risk analysis and present data to our engineers. Its mostly just a series of ingest scripts that load data into elastic search. We then have various dashboards as well other automation that runs regularly to create the tickets etc based upon all the data thats been loaded.

👍 2
Chet Burgess17:10:41

Our team depends on it heavily but it was never really designed around the idea of being something that would function/work for others outside of Cisco I’m afraid.

Ann Perry - IT Revolution18:10:45

🌟 Let's say 'hello' to @bcannon and @halfmoondad who will be presenting Aflac DevOps Journey of Journeys 🌟

👏 5
John Ediger - VP of Transformation18:10:07

Hi all. Welcome. Looking forward to answering any questions you have.

👋 3
Brett Cannon18:10:34

Great to be here!

👋 2
Joe Arrowood18:10:09

Good afternoon Brett, I wanted to be sure to catch your talk

Brett Cannon18:10:37

@jarrowood great to have you listen in Joe!

Nitin Kulkarni18:10:44

Most companies bring in Devops with the intention of reducing time to mkt or implement MVPs ...so there alway seems to be some business goals, Can you give an exmaple of where u have seen Devops for the sake of Devops.

John Ediger - VP of Transformation18:10:13

The DevOps for DevOps sake antipattern rears its head when teams have maturity goals and/or use checklists to track who has adopted what practice or tool. This misses the point, as you say of adopting DevOps ways of working to achieve measurable goals and business objectives.

👍 2
Bryan Kemp18:10:59

I saw OKRs earlier results slides... were you able to align outcomes dojo's with OKRs?

John Ediger - VP of Transformation18:10:18

To some degree, yes. The outcome goals were measurable and enablers of broader OKR's of fast flow of delivery of capabilities toward bigger business OKRs

👍 1
Ike Chafkin18:10:41

I am a former Aflac agent and down times were no joke when working with the systems which were a headache for all involved. Good to see things have gotten significantly better!

Brett Cannon18:10:28

Our goal is for each team to understand their metrics and work to continuously improve those metrics, making it part of their culture and team DNA. We’ve worked hard to stay away from DevOps for DevOps sake. Each team is on their own journey

❤️ 1
Steve Farley - VP Infrastructure Operations, Nationwide Insurance18:10:02

We have made the maturity model mistake but have found a way to measure progress of adoption vs judge with Maturity scoring. It's the score that drives the competitive anti-pattern and perceived negative as no team wants judged.

👏 1
John Awesome Rowe - Best Buy18:10:18

What level are the senior leaders on the enablement council at? Is it VPs? Directors? Managers? Senior Devs?

Brett Cannon18:10:38

We have found that it is better to have leaders ask their teams, do they know their metrics, do they have a backlog of continuous improvement items, what is their biggest impediment, how can I as a leader help, etc. This has a direct impact on metrics of business value improve across each team. Not perfect in any case, but as the title says, this is a journey!

👏 1
Brett Cannon18:10:17

The enablement council is CIO staff, nearly all VPs.

Steve Farley - VP Infrastructure Operations, Nationwide Insurance18:10:43

If we can only get leaders to believe that Metrics are for teams not for Leaders to push. Only teams can improve metrics

👏 7
John Ediger - VP of Transformation18:10:36

That is difficult Steve. It requires some unlearning of what has been done for decades. But it is critical

Brett Cannon18:10:29

Steve, not only the metrics that leaders push, but also changing the mindset of leaders to think differently, even outside of just the metrics. We have spent a lot of time working with leaders to think differently to enable their teams.

👏 4
Steve Farley - VP Infrastructure Operations, Nationwide Insurance18:10:30

Thanks John....if leaders believe metrics are for teams but teams then embrace transparency in all we do then both parties would be happy and live in harmony. Teams share and bring transparency for leaders then leaders trust thru that transparency.

Joe Waid - Manager, Delivery Engineering - Columbia Sportswear18:10:47

I really enjoyed the talk. Thank you for sharing your journey!

Roger Spotts18:10:04

Well done guys

Joe Arrowood18:10:05

Thank you Gentlemen

Brett Cannon18:10:19

And thanks to all that listened in

Steve Farley - VP Infrastructure Operations, Nationwide Insurance18:10:49

Nice job AFLAC........even though the duck kills me from the "Nationwide is on your side" team

2
Ann Perry - IT Revolution18:10:16

Introducing @tiny.mpetersii, here to present: Employing DevSecOps for Air Force Cyberweapons

👏 1
Brett Cannon18:10:20

Thanks, Steve.

Mark Peters18:10:33

Afternoon all, here to chat, I brought other experts with me @bbutler and @jsorrell

Chrystina Nguyen, Rhythmic Technologies18:10:41

LETS GOOOOO @tiny.mpetersii!

👍 1
Brian Smith18:10:42

There it is!!!

Mark Peters18:10:02

Have to love the acquisition chart....

Brian Smith18:10:22

I love it when people show the DoD LCMS on a slide

👍 2
🎉 1
Brian Smith18:10:42

Paperwork over working product.

Brian Smith18:10:55

I am totally geeking out of over this presentation. @tiny.mpetersii

Mark Peters18:10:17

Unfortunately the CDRL aspect still focuses on the same aspect. Gov rep: Tell me about your installation plan, by the way, the Defense Instruction Document was written in 1984. Me: But it's a container-based system. Gov: Need the full doc, all 30 pages, every time Me: every 24 secs?

1
1
Hayden Smith (Anchore)19:10:25

This is great @tiny.mpetersii 👏

Mark Peters19:10:43

Thanks Hayden, good hearing from you again

Mark Peters19:10:27

I've been bouncing around with government programs down in San antonio

Hayden Smith (Anchore)19:10:20

that is always fun! I was just up in Boerne not too long ago!

Brian Smith18:10:56

AFDCGS CM Lead "Give me you Software installation Document". Here "Type Run "XXX". Oh, "That's not acceptable".

👍 1
Mark Peters18:10:50

Been there too, I just want to move a monitor, ---sorry, that's part of the baseline configuration, do you have change board approval? Perhaps submit a 1067...

Brian Smith19:10:01

arrgh. Or my favorite - 56 slide CCB package to for CCB approval to deploy to prod. Plus an RFC, with a TCTO required.

Mark Peters19:10:32

ugh, no, PTSD kicking in as my head hits the keyboard....

Mark Peters19:10:12

Our approval team meets on monday, but you patch window is friday, why can't you meet our CD standards? At least with CVA/H we got to deploy to hardware

Chrystina Nguyen, Rhythmic Technologies19:10:41

gosh the olden days of dragging someone in to meet in-person

😆 2
Aaron Brock19:10:17

What tool did you use to create your documentation?

Brian Butler19:10:30

All of our documentation is online on Confluence

👍 2
Aaron Brock19:10:04

Thank you

👍 1
Brian Smith19:10:41

Wow - 90% of ATO issues closed.

Mark Peters19:10:49

It was a huge lift but a big win

Brian Smith19:10:51

Imaging that.

Chrystina Nguyen, Rhythmic Technologies19:10:29

I think that is such a value add, checking out other teams and seeing what they do . what a good and bad looks like

👍 1
Brian Smith19:10:34

AFDCGS Horror stories - I have this one line code fix that closes a CAT 1 security issue. It is in a containerized package. Reply: "What's a container. Give us your CCB package 56 slides, TCTO, and required documentation" BTW. your late for your CCB submission, see you in two weeks."

1
👍 1
Guillaume Bladier (He/Him)19:10:26

Bureaucracy ❤️ 😄

Brian Smith19:10:13

Reminds me of a quote from the Nick Challain missive. You wouldn't put people in a cockpit without flight training, but you put them in charge of a technical team without training.

👍 3
1
Steve Pereira - Co-Author of Flow Engineering19:10:02

Make sure you stick around for Flow Engineering and the ‘how’ of DevOps! https://sched.co/mGT9

👍 3
1
Chrystina Nguyen, Rhythmic Technologies19:10:04

I am glad to not hear anything about CMMC

Brian Smith19:10:10

Oh, that is great you went to the We Work environment. Would love to know more about that.

Guillaume Bladier (He/Him)19:10:58

Very nice @tiny.mpetersii, that was great

👏 3
Brian Smith19:10:11

I got my money's worth right there .

🎉 3
Khan, Humayoun at TELUS19:10:27

Thanks @tiny.mpetersii, you're one of the few speakers who have touched upon AI/ML in DevOps.

Mark Peters19:10:19

Thank you, It's an important topic but I'm afraid all I did hear was touch on it

Dave Hogg (Leonardo)19:10:34

👍 great presentation

3
Steve Pereira - Co-Author of Flow Engineering19:10:50

Hi folks! @abd3721 and I are here and excited to hear any questions, shared personal experiences, or feedback about our presentation coming up! 🙌

👋 2
1
👍 2
👏 1
Ann Perry - IT Revolution19:10:06

🔆 Introducing our next speakers, and future IT Revolution authors, @steveelsewhere and @abd3721 here to present: Flow Engineering – Learning to Lead from the Inside Out 🔆

🎉 7
thankyou 1
👏 2
1
Guillaume Bladier (He/Him)19:10:58

Which tool are you using for thie collaborative mapping, Miro ?

Guillaume Bladier (He/Him)19:10:58

Which tool are you using for thie collaborative mapping, Miro ?

Steve Pereira - Co-Author of Flow Engineering19:10:17

The fancy post-its in the presentation are courtesy of Andrew’s google slides expertise :]

🙂 4
Mark Esser19:10:20

Started with Mural, but we have since moved to Miro.

✔️ 1
Denver Martin, Dir DevSecOps, he/him19:10:39

Mural, Stormboard, and MindNode

Martin Chesbrough - Everest Engineering01:10:55

Dumb question: what is collaborative mapping? I'm asking because this is the first time I hear the term, the Wikipedia definition goes towards geographic mapping whereas I am sure your question is oriented towards workshops. So isn't any workshop a form of collaborative mapping?

Andrew Davis - AutoRABIT - DevSecOps for Salesforce05:10:29

This is in reference to the talk we gave https://videos.itrevolution.com/watch/621612876/ The talk expands the idea of building value stream maps to include other maps to clarify outcomes and dependencies. The idea of mapping is to use a visual space to represent things that are otherwise hidden. It's collaborative in the sense of bringing multiple people/perspectives together and co-creating the map in parallel. And we increasingly use digital whiteboards, hence all the references to software tools here

🙌 1
Chris Gallivan (Planview)11:10:59

Do you guys have any mural templates to share?

Martin Chesbrough - Everest Engineering12:10:59

Hi @abd3721 the outcomes side of your talk reminds me a little of Gojko Adzic's Impact Mapping technique (https://impactmapping.org). Overall I still classify collaborative mapping as another workshop technique - I must be missing something. Let me rewatch it.

Chris Gallivan (Planview)13:10:35

I rewatched this video this morning. Man, really thoughtful and helpful! We used Mobbing extensively and it seems to contribute to collective and personal flow

thankyou 2
Steve Pereira - Co-Author of Flow Engineering14:10:40

Glad to hear you’re interested @chris.gallivan421! Templates will definitely be included with the book, but possibly via the newsletter at https://inside-out.work much sooner

❤️ 1
Andrew Davis - AutoRABIT - DevSecOps for Salesforce16:10:13

@mchesbro there are a number of different ways of clarifying outcomes, and @steveelsewhere is also a fan of Impact Mapping. The point is to actually get clear on outcomes before trying to nail VSM We would agree that collaborative mapping is a workshop technique, but also important to make it simple and easy enough that it can be used by non-professional facilitators, in relatively brief sessions. And of course it can scale up and be used by pros in longer workshops.

Steve Pereira - Co-Author of Flow Engineering16:10:33

@mchesbro good eye! Outcome mapping is inspired by a lot of influences and Gojko is one, also V2MOM, Mike Burrows IdOO, Ishikawa diagrams, 5 whys, and I’m sure many others. Workshops are certainly the primary method for mapping, but it’s the structure and flow of the maps that’s effective here beyond unstructured or ad-hoc workshops. The outcomes of each map inform and shape the next. With impact mapping we start with actors, which is possible for mapping outcomes but doesn’t feel like a natural starting point for me (beyond participants in the initial mapping workshop), the ordering of why>outcome>obstacles>investigations>measures>methods>actors seems more natural. I’d love to hear your thoughts on the difference!

😁 2
Martin Chesbrough - Everest Engineering04:10:09

Thanks @steveelsewhere and @abd3721 for the answers. I have just re-watched your video to learn more (ADD is a challenge I face). I like what you are doing and I see great value in it. Specifically I like Steve's explanation of the structure why>outcome>obstacles>investigations>measures>methods>actors Effectively what I see you doing is combining a set of techniques into an effective workshop, thus my thoughts go: • one technique I am currently exploring in my workplace is the two-column conversation recording that Jeffrey Fredrick and Douglas Squirrel advocate in their book "Agile Conversations" (you may have seen them at this conference) - I find this a useful tool to foster understanding - related to your talk and the Sharon-Kim dynamic I might be tempted to try educate the org in this technique • another technique that might be relevant is Alberto Brandolini's Event Storming - not strictly about value streams but the technique is about facilitating groups to gain a common understanding - I think the strength of Brandolini's approach is that it puts the minimum structure in place, whereas VSM tends to have a little more structure • don't know V2MOM but found it is a Salesforce technique that Marc Benioff pioneered - vaguely know the AgendaShift IdOO ... I guess my summary would be to adapt whatever works for the customer situation ... as humans we always seem to come up with new versions of similar approaches that are adapted to different situations. An example of this is the evolution/adaption of PDCA/PDSA, DMAIC, Kata in different circumstances.

👍 1
Andrew Davis - AutoRABIT - DevSecOps for Salesforce04:10:09

Thanks for your thoughtful response @mchesbro. Steve can respond in more detail to some of these points since he’s more familiar with the facilitation techniques. He’s also mentioned Event Storming in the past. I agree that there’s a profusion of similar approaches. It’s not our intention to contribute additional frameworks. But as we discussed, thought, and shared experiences we gravitated into some of these patterns and ended up recreating some patterns that had been created by others. It was a good learning journey for us.

1
Steve Pereira - Co-Author of Flow Engineering14:10:29

@mchesbro I appreciate the re-watch and your additions! Andrew and I have been collecting a lot of 'good' practices and distilling them into a structure that provides a helpful default but where specific techniques that accomplish the same goal can be swapped in depending on the environment. We want to meet people where they are and go from there via the easiest path. Agile Conversations and Opening Doors techniques can be used along the way, and for DDD heavy environments Eventstorming could be a viable substitute for VSM (though I think there's much more learning necessary to start with ES). Ultimately, your note about the best tool being dependent on the environment and situation is one we've taken to heart with Flow Engineering.

2
Brian W. Spolarich - Cal Poly19:10:53

"Learn By Doing" - Cal Poly motto

💡 2
Denver Martin, Dir DevSecOps, he/him19:10:46

When I first worked at HP early in my career I was the Administrator of the "Learn after Doing" improving after the fact.

1
Glenn Wilson, Author of DevSecOps19:10:59

“We must not sacrifice quality for speed” - absolutely 💯

💯 6
🙌 1
Guillaume Bladier (He/Him)19:10:59

Speed vs Haste ;)

💯 1
Michael Winslow19:10:14

Even better the 2nd time @steve773 @abd3721!

❤️ 2
Steve Pereira - Co-Author of Flow Engineering19:10:16

Thank you!! The feedback from your preview helped!!

Brian Smith19:10:04

Are these slides available?

👍 2
Steve Pereira - Co-Author of Flow Engineering19:10:38

Yes! They’ll be in the DOES github

Glenn Wilson, Author of DevSecOps19:10:44

This is the OODA loop 🙂

2
👍 1
♻️ 1
1
Steve Pereira - Co-Author of Flow Engineering19:10:23

10 points! It’s a pretty timeless loop (goes back to ancient Greece)

Glenn Wilson, Author of DevSecOps19:10:00

PDSA derives from Walter Shewhart and made famous by Edwards Deming. For them, Studying the outcome of the “Do” is the most important part of the cycle

👍 4
1
BMK-SECTION6-TransformationArchitect19:10:13

@steveelsewhere - Love the content, awesome

❤️ 2
Steve Pereira - Co-Author of Flow Engineering19:10:36

Thank you!! Very pleased to see you in the audience!

BMK-SECTION6-TransformationArchitect19:10:45

Anything to do with "Flow" - I cannot miss it and that too your session Steve 🙂 - your bring great perspective to this "VSM" and "Flow". Thank you for your work and contribution

❤️ 1
Steve Pereira - Co-Author of Flow Engineering19:10:40

Thanks so much, I really appreciate that as a fan of yours!

🙏 1
Chris Gallivan (Planview)19:10:15

it is an experience ... i've seen it first hand

☝️ 1
Brian Smith19:10:19

By increasing flow you increase engagement and happiness. Awesome!

❤️ 5
Glenn Wilson, Author of DevSecOps19:10:49

The 2nd ideal of DevOps (Focus, Flow and Joy)

2
Denver Martin, Dir DevSecOps, he/him19:10:49

hmm, sounds like Kim works at my company 🙂

🙂 3
Dominica DeGrandis, Author - Making Work Visible, Principal Flow Advisor19:10:11

@steveelsewhere Nice how you bring visibility to 1st class VS's (Platform VS's including Infrastructure)

😃 1
👍 2
Andrew Davis - AutoRABIT - DevSecOps for Salesforce19:10:58

Thanks for breaking so much ground on the topic of visibility @dominica

💯 1
🙂 1
👍 1
Andrew Davis - AutoRABIT - DevSecOps for Salesforce19:10:13

@steveelsewhere and I talk about that challenge incessantly

Christina Tan, Strategy at Blameless, Speaker DOES2119:10:45

Wow, this is very exciting! Do either of you help organizations go through this process, @steveelsewhere & @abd3721?

😃 1
Steve Pereira - Co-Author of Flow Engineering19:10:43

^ I would love to chat with anyone interested in Flow Engineering! (Thanks Andrew!!)

Chris Gallivan (Planview)19:10:57

Go to the gemba - best way to gain understanding

👏 1
💯 2
Shane Brauner19:10:32

One difficulty that happens in this scenario is when the infra team serves not just one business unit but a dozen or more. This can lead to the situation where multiple teams' highest priority issue doesn't even make the the infra team's top 5. How would you approach this?

1
👆 1
👍 1
Dominica DeGrandis, Author - Making Work Visible, Principal Flow Advisor19:10:22

@shane.brauner For Sure! And why it's so important to make infra VS work visible and show demand from all the other Internal PVS's

Gene Kim, ITREV, Program Chair19:10:07

Enabling flow is a team sport!

💯 5
Denver Martin, Dir DevSecOps, he/him19:10:21

I see this happening when managers are working make their work centers faster when they are not the constraint, it just builds WIP at the real constraint...

💡 2
Chris Gallivan (Planview)19:10:11

like a pallet next to the constraint

Steve Pereira - Co-Author of Flow Engineering19:10:59

This is a great point, it’s totally natural behaviour and usually heavily incentivized

Denver Martin, Dir DevSecOps, he/him19:10:17

yep, for us it creates more Collision in the project schedule and merge issue with branch code and master.

Chris Gallivan (Planview)19:10:19

if it's software, tends to result in a bunch of branches

2
Steve Pereira - Co-Author of Flow Engineering19:10:05

Right! Limiting collaboration in favour of a big bang, high risk, high stress merge

Gene Kim, ITREV, Program Chair19:10:08

“Other”. This is great, @abd3721!!! We fear others.

💯 2
Andrew Davis - AutoRABIT - DevSecOps for Salesforce19:10:50

And yet “self” and “other” are just ideas

💯 1
Gene Kim, ITREV, Program Chair19:10:19

> And yet “self” and “other” are just ideas Profound — maybe an observation that can only come someone who was a Buddhist monk.

☸️ 6
Michael Winslow19:10:16

This is so much bigger than FLOW!!! Such a great blueprint for inclusivity on your way to FLOW. Awesome.

❤️ 6
BJ Preece19:10:41

This is a great presentation. Thinking about perceptions, about teams collaborating, finding consensus and so on - has anyone else found during the pandemic that it has been hard to get Teams to empathise with each other? Because of the endless video calls, because of the stress and distraction of the pandemic, that sort of thing

💯 7
✔️ 1
Virginia Laurenzano NSA19:10:33

I've been intentionally asking about people's lives outside of work and have amazed my colleagues with my ability to learn about the humans aroundus

❤️ 3
Andrew Davis - AutoRABIT - DevSecOps for Salesforce19:10:35

It’s hard to soften the boundaries between people when we’re just remote, and focused on maintaining our personas (masks)

Brian Smith19:10:48

"has anyone else found during the pandemic that it has been hard to get Teams to empathise with each other?" Absolutely.

Chris Gallivan (Planview)19:10:50

we used gather and it strengthened the empathy

Chris Gallivan (Planview)19:10:59

work the work together

Andrew Davis - AutoRABIT - DevSecOps for Salesforce19:10:13

The same “Gather” app we’re using here?

Andrew Davis - AutoRABIT - DevSecOps for Salesforce19:10:32

Was it actively used over time? My initial bias is that feels like it would be a niche app, as opposed to physical space which you’re in naturally

Chris Gallivan (Planview)19:10:53

we used it every day, 8 hours a day for 4 months and counting

Chris Gallivan (Planview)19:10:03

there were no "meetings"

Chris Gallivan (Planview)19:10:33

context switch drain dropped

Chris Gallivan (Planview)19:10:43

cause there was no switching

Chris Gallivan (Planview)19:10:27

I can say zoom is so much more tiring to my eyes

Javier Magaña - Walmart19:10:19

How do you align the 3 time zones?

Chris Gallivan (Planview)19:10:49

we shoot for a 5-6 hour overlap

Chris Gallivan (Planview)19:10:00

we started at 6 am EST every day

Chris Gallivan (Planview)19:10:17

I am telling you we never felt close to those people

Chris Gallivan (Planview)19:10:33

people were having hallway conversations

Chris Gallivan (Planview)19:10:45

the proximity chat is really helpful

Chris Gallivan (Planview)19:10:56

some people dont like talking in groups

Javier Magaña - Walmart19:10:08

I don't see it mentioned specifically in the thread, but I assume gather?

Chris Gallivan (Planview)19:10:49

yes, I'm afraid I highjacked the thread :(

Chris Gallivan (Planview)19:10:30

I noticed that gather really softened the boundaries between remote people

Chris Gallivan (Planview)19:10:53

in fact, none of those teams want to use anything else

Andrew Davis - AutoRABIT - DevSecOps for Salesforce20:10:02

That’s amazing. I wouldn’t have expected such remarkable adoption or success. Is there a way for typical users of Gather to (for example) create artifacts that people can then contribute to or discuss? I’m pondering the challenge of how to create a shared mental space for people where there can be ideas that persist and are commented on over time. @chris.gallivan421 What size group did you have using Gather?

Chris Gallivan (Planview)21:10:42

the free license only accomodates 25 users

Chris Gallivan (Planview)21:10:58

our teams were about 10 in size, we had a couple at once

Chris Gallivan (Planview)21:10:43

there are whiteboards on the walls, you can embed mural etc as well

Chris Gallivan (Planview)21:10:00

so yes, you can share and retain artifacts

Chris Gallivan (Planview)21:10:26

we had white boards in all the rooms to persist thoughts

Chris Gallivan (Planview)21:10:34

just like a real room

🎉 1
Denver Martin, Dir DevSecOps, he/him19:10:48

one of the foundation items I have to cover with onboarding a new DevOps engineer to the team is to remind them that we are responsible for the whole value stream, not just a work center.

1
Michael Winslow19:10:25

This is literally talking about something that is happening to my org in another slack channel right now...

😃 1
❤️ 2
Christina Tan, Strategy at Blameless, Speaker DOES2119:10:38

@steveelsewhere, do you have books that you'd recommend for understanding flow engineering better?

Steve Pereira - Co-Author of Flow Engineering19:10:46

Andrew and I are working on something comprehensive to release next year!

1
📖 1
Leah Brown - IT Revolution19:10:23

Yes. Stayed to IT Revolution and we'll let you know when their new book is ready for preorder!

3
Dominica DeGrandis, Author - Making Work Visible, Principal Flow Advisor19:10:45

THIS! "Psychological alignment & shared goals" @abd3721

🎉 2
❤️ 4
Virginia Laurenzano NSA19:10:32

this talk is so great. thank you @abd3721 and @steveelsewhere

❤️ 3
Vaidik Kapoor (Speaker) - Technology Consultant19:10:55

Nice! Looking forward to the book!

❤️ 3
Leah Brown - IT Revolution19:10:59

Books books books!

❤️ 2
Courtney Kissler19:10:00

Super excited for this book!!

🎉 7
❤️ 2
Trac Bannon19:10:12

Excellent talk!!

❤️ 2
Steve Pereira - Co-Author of Flow Engineering19:10:21

https://inside-out.work is the site, please do check it out and join us on the journey!

Denver Martin, Dir DevSecOps, he/him19:10:23

maybe new IT Rev BookClub item?

🙏 1
1
Brian W. Spolarich - Cal Poly19:10:23

great talk. My brain is full! 🙂

❤️ 2
Brian Smith19:10:24

Thank you!

❤️ 2
BJ Preece19:10:25

Well, that was the best talk of the day so far, thanks guys. Got a lot from that. Looking forward to the book!

❤️ 2
Andrew Davis - AutoRABIT - DevSecOps for Salesforce19:10:16

That’s exceedingly high praise @ben040 thank you so much.

Glenn Wilson, Author of DevSecOps19:10:30

Wonderful talk @steveelsewhere and @abd3721 . I enjoyed this one immensely

👍 2
❤️ 2
Trac Bannon19:10:31

I'm so happy to not be the only book-junkie!

❤️ 3
Mark Peters19:10:42

I thought it was a requirement?

Jon Smart [Sooner Safer Happier]19:10:33

Thanks @steveelsewhere & @abd3721 great talk

❤️ 4
Dipesh Bhatia19:10:34

The story was beautiful and the talk !!

❤️ 2
Michael Winslow19:10:35

That was great!

❤️ 2
José Chanto19:10:48

Thank you! very well done

❤️ 2
Gene Kim, ITREV, Program Chair19:10:53

@abd3721 It occurs to me that we heard very similar themes in talk from Target, Team of Teams, etc. Great talk!!! cc @steveelsewhere

👍 3
1
1
Steve Pereira - Co-Author of Flow Engineering19:10:54

Thank you so much everyone for being here, it’s an absolute dream!

👏 1
🎉 1
Andrew Davis - AutoRABIT - DevSecOps for Salesforce19:10:09

Indeed. Super grateful to have a chance to participate in this thoughtful and impactful community

Bryn Sharpe19:10:56

Great stuff! Thanks for the talk on flow engineering.

❤️ 4
Slackbot21:10:21

Reminder: The plenary sessions are starting again in 5 minutes. Start making your way back to your browser and join us in #ask-the-speaker-plenary to interact live with the speakers and other attendees. https://devopsenterprise.slack.com/files/UATE4LJ94/F01D34MC2KS/image.png