This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-10-14
Channels
- # ask-the-speaker-track-1 (411)
- # ask-the-speaker-track-2 (347)
- # ask-the-speaker-track-3 (540)
- # ask-the-speaker-track-4 (399)
- # bof-american-airlines (2)
- # bof-arch-engineering-ops (10)
- # bof-covid-19-lessons (1)
- # bof-cust-biz-tech-divide (10)
- # bof-leadership-culture-learning (4)
- # bof-next-gen-ops (8)
- # bof-overcoming-old-wow (3)
- # bof-project-to-product (2)
- # bof-sec-audit-compliance-grc (37)
- # bof-transformation-journeys (1)
- # bof-working-with-data (2)
- # demos (78)
- # discussion-main (1226)
- # games (43)
- # happy-hour (195)
- # help (76)
- # hiring (20)
- # lean-coffee (47)
- # networking (17)
- # project-to-product (1)
- # psychological-safety (10)
- # summit-info (249)
- # summit-stories (23)
- # xpo-delphix (25)
- # xpo-digitalai-accelerates-software-delivery (3)
- # xpo-harness (1)
- # xpo-hcl-software-devops (5)
- # xpo-infosys-enterprise-agile-devops (6)
- # xpo-instana (4)
- # xpo-itmethods-manageddevopssaas (1)
- # xpo-itrevolution (18)
- # xpo-launchdarkly (6)
- # xpo-logdna (2)
- # xpo-moogsoft (4)
- # xpo-muse (2)
- # xpo-nowsecure-mobile-devsecops (6)
- # xpo-opsani (7)
- # xpo-pagerduty (19)
- # xpo-pc-devops-qualifications (3)
- # xpo-planview-tasktop (43)
- # xpo-plutora-vsm (3)
- # xpo-redgatesoftware-compliant-database-devops (6)
- # xpo-servicenow (14)
- # xpo-snyk (3)
- # xpo-sonatype (7)
- # xpo-split (2)
- # xpo-sysdig (15)
- # xpo-teamform-teamops-at-scale (4)
- # xpo-transposit (11)
- # xpo-tricentis-continuous-testing (1)
Here is the Zoom link for today's discussion: https://excella.zoom.us/j/91040918326?pwd=SVZEaktBd1BON3RrUWJrMUtYcFkvUT09&from=msft See you in 10 minutes!
Friendly reminder we are operating today's discussion using Chatham House Rules - When a meeting, or part thereof, is held under the Chatham House Rule, participants are free to use the information received, but neither the identity nor the affiliation of the speaker(s), nor that of any other participant, may be revealed. If you'd like to post your thoughts in this Slack channel… remember they should be non-attributable (per the Chatham House Rule).
Thanks all for another great session! As always, notes below and keep up the chatter on Slack!
• CI/CD
o Initial setup can take lots of time – is that a one-time setup at the beginning of a
project or throughout the lifecycle?
o Automation is critical
Generate github repos by automated process
o Standardization by teams thinking what another team is doing is really cool rather than by
mandate
Showcases at end of each sprint
• Test-driven development
o It seems to be a common struggle – everyone understands the benefits
o It is a difficult habit to get into because as a developer, I want to sit down and write
something that I see work, I want to dive into the problem
o It's rare to find a team with a strong TDD champion
o For the most part, testing "culture" is not bad per se it's just not best practice
• Product Teams
o Should have resources you need during the Sprint when you need them
o Cross-functionality – core product team but rotate in other members as needed and they can roll
back off when sprint is done
• Experimentation – keep what works and throw out what doesn't
Pet peeve of mine. Some people use the term to win an argument... "but this is best practice" etc. Also denies continuous improvement. If your following 'best' practice why would you change?
agreed. i’ve eliminated the use of “best practice” from my vernacular. all practices are context-dependent and YMMV.
if I must I will substitute "industry leading practice" but only through gritted teeth.
Agreed! One reason why I really liked where our discussion ended - experiment, try things for a Sprint or two, throw out what doesn't work and keep what does