Podcast appearances and mentions of richard kasperowski

Chris Sims: The Hidden Cost of "No Time for People Stuff" in Software Teams Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes. Chris Sims shares a challenging team situation involving strong personalities with conflicting opinions about how to approach their work. What began as small disagreements evolved into harmful behaviors including harsh criticisms and behind-the-back comments. As resentment grew, conflicts intensified, leading to a toxic environment that ultimately resulted in team members being dismissed. Chris highlights how the team's self-imposed belief that "we don't have time for this people-stuff" prevented them from addressing issues early. He recommends one-on-one coaching, exploring why people react as they do, using retrospectives to address latent conflicts, and explicitly discussing desired team culture with reference to the Scrum value of respect. Chris emphasizes that maintaining team health should take priority over productivity concerns, even during high-pressure situations. In this segment, we refer to the Core Protocols episode with Richard Kasperowski, and the Superchicken Paradox Ted Talk by Margaret Heffernan. Featured Book of the Week: The Elements of Scrum Chris shares his experience writing "The Elements of Scrum," a book he co-authored using Scrum principles and a story mapping approach. The process of writing the book became a significant learning experience for Chris. He also recommends "Sacred Hoops" by Phil Jackson, which explores how to manage teams of great professionals. Phil Jackson is renowned for his ability to get exceptional players to function effectively as a cohesive team, making this book particularly valuable for those managing talented individuals with strong personalities. Self-reflection Question: How might you better balance technical excellence with interpersonal dynamics in your high-performing teams? [Scrum Master Toolbox Podcast Recommends]

Catherine Louis: How to Make Your Current Team Your Best Team by Richard Kasperowski

In this podcast episode, we welcome Richard Kasperowski. Richard is an author, teacher, speaker, and coach focused on team building and high-performance teams.Richard is the author of two books, High-Performance Teams: The Foundations and The Core Protocols: A Guide to Greatness, as well as the forthcoming book High-Performance Teams: Core Protocols for Psychological Safety and Emotional Intelligence. We talked to Richard about what core protocols are, how important it is to talk about one's feelings, and how to help your team achieve new heights. Listen to the full episode or read the transcript.Things we covered:How Richard started his careerWhat are core protocols?Why psychological safety in teams is importantWhy it's important to share how you feel, even as a developerHow big should the team be?What is mob programmingThings to do and not to do as a team leaderYou can also get Semaphore Uncut on Apple Podcasts, Spotify, Google Podcasts, Stitcher, and more.Like this episode? Be sure to leave a ⭐️⭐️⭐️⭐️⭐️ review on the podcast player of your choice and share it with your friends.

Joe Krebs speaks with Richard Kasperowski about virtual Open Space and how to adjust this liberating structure to make it work in a remote environment.

Register here: www.agilenyc.org Open Space in 5 Minutes: https://www.youtube.com/watch?v=XFLPO0l3l9s&t=10sFree Open Space Poster:https://www.incrementor.com/agile-poster-series

High Performance Teams This month I was lucky enough to sit down and talk with Richard Kasperowski, the author of two books, High-Performance Teams: The Foundations and The Core Protocols: A Guide to Greatness. We talked about his framework for high performance teams and how it brings a practical set of behaviours to some concepts we have talked about previously. Why is this important Teams need the tools to effectively communicate at speed. Helping teams establish a set of communication tools and emotional intelligence establishes a trust-based environment. Teams and Culture drive your organisation Trust based environments allow team members to devote all their energies to customer value and improved business performance. Here is What You'll Learn What a great team looks like. We have teams all around us but the best ones all have a few things in common. Team Emotional Intelligence and Psychological Safety. Why these two concepts are so important for teams to be cohesive and drive real value in and out of the organisation. The six building blocks of High Performance Teams. Learn the six distinctive areas that your team can focus on to build rapport and trust through explicit behaviours. Sign Up Now You can get your free Comparative Agility account today and begin on your team's journey of Inspired Teams. About Richard Kasperowski Richard Kasperowski is an author, teacher, speaker, and coach focused on team building and high-performance teams. Richard is the author of two books, High-Performance Teams: The Foundations and The Core Protocols: A Guide to Greatness, as well as the forthcoming book High-Performance Teams: Core Protocols for Psychological Safety and Emotional Intelligence. He leads clients in building great teams that get great results using the Core Protocols, Agile, and Open Space Technology. Richard created and teaches the class Agile Software Development at Harvard University. About Simon Hilton Simon Hilton is an Agile Coach and Teacher that has worked in and guided Agile transformations across a diverse range of organisations. Simon is an empathetic leader and instructor that has trained thousands of people as in Agile mindset, frameworks and transformation. --- Send in a voice message: https://podcasters.spotify.com/pod/show/comparativeagility/message

Richard Kasperowski interviews Joshua Kerievsky. Joshua is the creator and steward of the Modern Agile movement, CEO of Industrial Logic, and the author of the award-winning book, Refactoring to Patterns. He tells us the story of how he grew Industrial Logic from a single-person company into a global team of experts. A little tip – he first turned it into an exciting duo! When you finish listening to the episode, connect with Joshua on Twitter at https://twitter.com/joshuakerievsky and LinkedIn at https://www.linkedin.com/in/joshuakerievsky/. Read the full transcript at kasperowski.com/podcast-35-joshua-kerievsky/

Read the full Show Notes and search through the world’s largest audio library on Scrum directly on the Scrum Master Toolbox Podcast website.    There are many aspects that we must consider when evaluating our success as Scrum Masters. Bola reminds us that the way the team acts and behaves is a clear indicator of our influence on their progress as a team. We talk about how our different stances affect the team’s performance, and how we must deliberately move from one stance to the other when the team’s evolution so requires. Listen in to learn how Bola assesses and decides to move to the right stance as a Scrum Master. Featured Retrospective Format of the Week: Mad/Sad/Glad technique The Mad/Sad/Glad exercise from Core Protocols helps the team find out about problems that may not yet be obvious by focusing them on the feelings and the triggers for those feelings. For more on Core Protocols, listen to this episode on the Core Protocols with Richard Kasperowski.   About Bola Adesope Bola is an experienced Business and Agile Transformation Consultant, Speaker and Coach with in-depth knowledge and experience working with businesses in implementing best practice frameworks, driving changes and solving complex business problems. Bola has worked on several transformation initiatives, coached teams and Scrum Masters. He’s an Agile Coach based in Toronto. You can link with Bola Adesope on LinkedIn and connect with Bola Adesope on Twitter. 

Do you want to know how to make your team can 10X better?  Have you imagined your professional team can accomplish 10x more work, do it with 10x more quality, 10x faster, or with 10x fewer resources? Your family can be 10x happier. Your school can be 10x more effective at helping people learn. Your community group can be 10x better at making life better for the people it serves. Even you yourself can be 10x more effective at getting what you want.   In other words, you can be great. Your team can be great.   Richard Kasperowski is an author, teacher, speaker, and coach focused on team building and high-performance teams. He is the author of two books: High-Performance Teams: The Foundations and The Core Protocols: A Guide to Greatness, as well as the forthcoming book High-Performance Teams: Core Protocols for Psychological Safety and Emotional Intelligence. He leads clients in building and maintaining high-performance teams that get great results using the Core Protocols, Agile, and Open Space Technology. Richard created and teaches the course Agile Software Development at Harvard University. In this episode, Richard shares free valuable actions to take in order to enter a state of shared vision with a team and stay there, create trust on a team, and move quickly and with high quality towards creating a high-performance team.   What areas might be stopping you from being your best, most natural leader? Check-out the 10 Hidden Growth Opportunities for Top Leaders: visit www.QuizLeaders.com   Key Takeaways: “Positive bias – We look at what’s going well and amplify it versus what’s going wrong and talk about it more. When you point out what people are doing wrong, it reinforces what they’re doing wrong and they’re more likely to do more of it. But if you talk about what they’re doing right, it reinforces what they’re doing right. ”– Richard Kasperowski “Tell your team what’s going well, and give them new ways to do things more and better together.” – Richard Kasperowski   Valuable Free Resource (VFR): Get Richard Kasperowski’s a Practical Worksheet to Help You and Your Teammates Discover the Best in Each Other and Put it Into Action: Visit  https://kasperowski.com/team-transformation-canvas/ Ways to Contact with Richard Kasperowski Website: https://kasperowski.com/  LinkedIn: https://www.linkedin.com/in/kasperowski/  Twitter:  https://twitter.com/rkasper  Facebook: https://www.facebook.com/kasperowski/  Instagram: https://www.instagram.com/r.kasper/  

Richard Kasperowski interviews Allison Pollard. Allison is the director of Improving, an agile coach, creative facilitator, consultant, and public speaker. We talk about the importance of giving your team a sense of ownership. Can that be done? And how? When you finish listening to the episode, make sure to connect with Allison via LinkedIn at https://www.linkedin.com/in/allisonpollard/ and Twitter at https://twitter.com/allison_pollard, and check out her blog at http://www.allisonpollard.com. Read the full transcript at https://kasperowski.com/podcast-34-allison-pollard/

Richard Kasperowski interviews Gil Broza. Gil is a mindset and leadership coach. He is well known for his books: The Agile Mind-Set and The Human Side of Agile. Recently, he authored a third book - Agile for Non-Software Teams, so our conversation went in that direction. We explore if it is possible for the managers - those well-known turf warriors and individualistic giants - to get together and perform as a homogenous team. When you finish listening to the episode, make sure to connect with Gil on LinkedIn at https://www.linkedin.com/in/gilbroza/?originalSubdomain=ca and visit his website at https://3pvantage.com, where you will find tons of free resources. Read the full transcript at kasperowski.com/podcast-32-gil-broza/.

Richard Kasperowski interviews Linda Rising. Linda is an independent consultant and speaker with vast experience in telecommunications, avionics, and other industries. She is an author or a co-author of four books, including the Fearless Change: Patterns for Introducing New Ideas. Linda takes me on a tour of her eventful career and shares with me the lessons she learned along the way. When you finish listening to the episode, connect with Linda on Twitter at https://twitter.com/RisingLinda?lang=en and make sure to visit her website at www.lindarising.com. Read the full transcript at kasperowski.com/podcast-30-linda-rising/ ‎

Emily Bache on Maintainable, Rod Collins on With Great People, Dominica DeGrandis on Troubleshooting Agile, Ariel Caplan on Greater Than Code, and Dave Aronson on Maintainable. I’d love for you to email me with any comments about the show or any suggestions for podcasts I might want to feature. Email podcast@thekguy.com. And, if you haven’t done it already, don’t forget to hit the subscribe button, and if you like the show, please tell a friend or co-worker who might be interested. This episode covers the five podcast episodes I found most interesting and wanted to share links to during the two week period starting December 9, 2019. These podcast episodes may have been released much earlier, but this was the fortnight when I started sharing links to them to my social network followers. EMILY BACHE ON MAINTAINABLE The Maintainable podcast featured Emily Bache with host Robby Russell. Robby started out by asking Emily about common traits of maintainable software. She says that maintainable software has a design, is well tested, has names that relate to the domain, has had thought given to having levels of abstraction, and is the kind of code you would like to read. Robby asked Emily what developers get wrong when talking about technical debt. She says that some developers label as technical debt any code they don’t like or didn’t write themselves. Other developers don’t even admit that there is any such thing. This is problematic because there really is code that is bad, code that most developers would have trouble understanding. She says that your decisions regarding technical debt have to be driven by the needs of the users of the software. Code you don’t need to change doesn’t need to be improved.  They talked about examples of bad code and Emily mentioned Terry Hughes’ Gilded Rose refactoring kata as an example of horrible code that she uses to educate others. She herself invented a tennis refactoring kata and a Yahtzee refactoring kata that I got to try out myself in her workshop at the Agile Testing Days conference in November.  Robby asked whether these exercises are meant to be done alone or with others. Emily says it is always more fun to code with other people and you learn more. She says coding is a social activity. Very little code today is written by individuals. It is written by teams. Doing exercises like the tennis kata in a group lets you have discussions about design and code smells without it being personal and then you will have practiced such discussions for when it really matters in your production code. Robby and Emily talked about the individual genius developer and Emily says that while there are definitely still instances of software built by geniuses working alone, the best software today is often built by teams from the start. This led her to talk about mob programming, which she favors because it forces you to explain your ideas in words. You have to become good at communicating, in words, about software design and coding constructs. She says she didn’t have that skill when she started mob programming. Robby stated that he wasn’t familiar with mob programming. Emily explained that, as in pair programming, you have two people working together at the same machine, but in mob programming you have more than two people and, because of the increased number of people, you need an increase in structure. One piece of structure is that the driver, who is typing at the keyboard, cannot follow their own ideas about what to write. Instead, the navigator, a designated person in the mob, communicates what code should be written. The rest of the mob supports the navigator and the driver and you regularly rotate the roles. For the mob to work, the navigator has to get good at communicating in words, not just with the driver, but also with the rest of the mob so that they can assist and can take over when the navigator rotates to the driver role and the driver returns to the mob. They discussed how often to rotate and Emily says it varies from team to team, but her preference is to rotate every four or five minutes. As an aside, at the Agile Testing Days conference this past November, I got to experience a mob programming workshop led by Emily in which I got to be a member of the mob and rotate through the roles of navigator and driver and I highly recommend seeking out opportunities to experience this style of work if you get the chance. They talked about her work as a technical agile coach and how she splits her time among multiple teams at a given engagement, working with each team for two hours every day. These teams would work as a mob on their production code and she would sit in the mob and either take the navigator role, coach the navigator and driver, or simply observe. This allows her to help teams to learn practices like writing tests, doing refactoring, improving their design, breaking their work into small pieces, committing often, writing good messages, and all the stuff you need to do to be agile. They also do one hour coding dojos.  Being a guest in other teams’ codebases, she says, you have to be respectful because even when you see that the code is bad, you don’t know why it got that way. The first thing she does when she joins a new team is ask to see their code, their unit tests, and the code they find most difficult to work with. Robby asked Emily to reflect on the various projects she has participated in and describe common issues that affect most teams’ code and processes. Emily says she sees a lot teams struggling to meet expectations and not taking enough time to really communicate with each other and improve. Most software developers really want to do a good job and are under a lot of deadline pressure that works against doing a good job. Software development is a marathon and you have to make sure you are learning and your processes are improving as you go. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/emily-bache-its-always-more-fun-to-code-with-others/id1459893010?i=1000457798211 Website link: https://maintainable.fm/episodes/emily-bache-its-always-more-fun-to-code-with-others-PtzH4tY7 ROD COLLINS ON WITH GREAT PEOPLE The With Great People podcast featured Rod Collins with host Richard Kasperowski. Rod says that, in the 20th century, if you wanted to scope out the future, you looked backwards. You understood your business, product, and market metrics and forecasted from that because, in those days, the past was a proxy for the future. Today, the world is rapidly changing and planning can become a strategic trap. Planning is no longer the foundation of strategy. The basis of strategy today is discovery. Richard asked why Rod calls himself an information curator and Rod said that no one person can see into the future, but if you have processes that leverage the collective intelligence across experts, non-experts, and what Rod calls unusual suspects, it gets businesses to ask the right questions and find the unknown unknowns. Rod says that most leadership teams, especially senior leadership teams, don’t spend sufficient time on business strategy. When your challenge in a business environment is discovering the unknown unknowns, you cannot afford to meet only once a year to think about business strategy. Rod had his own leadership teams meet about strategy for a whole day every two weeks. Rod asks, “How much of a CEO’s time is spent bridging gaps between the various units because they are not getting along?” Meeting for a day every two weeks pays itself back many times because senior leaders are able to handle issues among themselves without involving the CEO. There is esprit de corps, a history that gets created among the leadership team, and the collaborative way of working together becomes the natural way of conducting business. Rod says that the leadership training of the last five decades is focused on the individual. Most train strategic leaders to hold their hierarchical authoritative power in such a way that it is beneficial, but treat leadership as fundamentally residing within the individual. Rod thinks that part of the transformation of 21st century business is the unit of leadership changing from the individual to the team. Leadership training, as a consequence, needs to happen in the context of full teams. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/rod-collins-innovation-discovery-how-to-do-it-right/id1262784541?i=1000457926652 Website link: https://soundcloud.com/withgreatpeople/episode28 DOMINICA DEGRANDIS ON TROUBLESHOOTING AGILE The Troubleshooting Agile podcast featured Dominica DeGrandis with hosts Douglas Squirrel and Jeffrey Fredrick. Squirrel and Jeffrey asked Dominica what she means by time theft. She says that time theft is the interruptions and context switching that often comes from conflicting priorities, unknown dependencies, and unplanned work. For example, you may go to work and have back-to-back meetings and cannot get your real work done until you put the kids to bed or on Sunday afternoon. As Squirrel says, “You can’t do your work at work.” It prevents you from getting into the flow state described by Csikszentmihalyi. If you ask people what prevents them from getting their work done, they often say it is because they are overloaded. She told the story of working with a team of 41 engineers working on 33 projects at the same time, building out six data centers in six countries in six months. They were carrying the duty pager and were interrupted so much that they put two project managers in front of them to protect them from the inbound demand, but their mutual dependencies within the organization interrupted them too. The project managers put a big Kanban board up and, every time an engineer was interrupted, they put a post-it on the board. In a week, they had 92 interruptions and the majority were due to product managers wanting to know the status of their project. Every day, people were walking past this board and this is how you get visibility on your problem. Making the work visible provoked the necessary conversations to inspire change. The change that occurred was taking one of each specialist, moving them into a different building and asking them their biggest pain points. Because work was being started without finishing previous work, they had a lot of projects at 90%. This isolated team was able to finish 10% of the projects in four weeks. As a build engineer, Dominica used to rant about teams not having enough automated testing but it got her nowhere, but once she started capturing the data, taking a scientific and systems-thinking approach, and presenting her data-backed case to leadership, the result blew her away. She got budget, she got headcount, and she got empathy. Jeffrey said that people often find themselves on an us/them divide and this is not what Dominica found once she could present the data to leadership. The problem is that people don’t have the shared information to work from and, in making the work visible, she was generating information that nobody had before. Squirrel says he worries that people will use the metrics to beat people up. Dominica says this is why we want to focus on business outcomes and not activity metrics. A lot of proxy metrics are captured because it comes with the tool, but these metrics don’t tell you how much business value a team is providing for the company. Dominica likes to use a balanced set of flow metrics such as cycle time and flow efficiency. Squirrel asked why the business leaders would be interested in such metrics. Dominica gave the example of business leadership thinking they need to hire more developers because the teams they have are not delivering fast enough. If you are measuring flow efficiency, development time is usually a low percentage of flow time, so adding more developers would not help cycle time at all. You need to know where your bottleneck is and measuring flow efficiency helps you make these kinds of business decisions. Jeffrey asked where someone should start in making work visible and reducing time theft. Dominica starts with the question of what prevents a team from getting work done. Decide on a few small experiments of four to six weeks to address these problems, find that one person on the business side who can be your ally and maybe sponsor these experiments, and address their business pain. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/making-work-visible-with-dominica-degrandis/id1327456890?i=1000458010204 Website link: https://soundcloud.com/troubleshootingagile/making-work-visible-with-dominica-degrandis ARIEL CAPLAN ON GREATER THAN CODE The Greater Than Code podcast featured Ariel Caplan with hosts Jamey Hampton, John K Sawers, and Jacob Stoebel. Ariel says his superpower is extreme irritability. He had to learn when to address the things that irritated him and when to let them go. He started a daily writing practice of noting what irritated him that day and also what he liked. He connected his superpower to accessibility. He says you can develop in yourself a sensitivity to examples of poor accessibility like the use of red and green as the only means to present certain information in a user interface. Ariel has been working on developing the corporate values for the company he works for. Ariel says that company values are often viewed with skepticism and he gave an example: a company had the values of communication, respect, integrity, and excellence, according to their annual report in 2000. The name of the company was Enron. John talked about helping his team of about 25 people come up with their team values to use as an interviewing rubric. He liked asking about values in interview questions because there is no wrong answer and, by asking the candidate what a good demonstration of a particular value is, it allows you to evaluate how they think that the value would play out instead of having them guess the magic answer to a tricky interview question. Jamey added that it is important to revisit your list of core values every so often. His company, Artemis, grew from ten to thirty employees and decided to revisit their values. Some of the values did not change fundamentally, but changed meaningfully in the way they were expressed. Ariel asked about when is it time to delete a value from your list and Jamey described how the original list of Artemis’ “values” included company goals like “we help indoor growers succeed”. These got removed because they weren’t really values, but they remain corporate goals.  Ariel says he pays attention to who is impacted and has to change their behavior because of a value. He gave as an example the values of grit, determination, and hard work and how this gets abused to put pressure on the front-line workers. Another example is a value like: “we challenge people; we ask questions; etc.” A better value might be “we create an environment where it is safe to ask questions, safe to challenge ideas, and safe to take risks.” The first example puts the pressure on the front-line workers to behave a certain way, while the second puts the pressure on management to create a better environment. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/158-exploring-company-values-with-ariel-caplan/id1163023878?i=1000458078372 Website link: https://www.greaterthancode.com/exploring-company-values DAVE ARONSON ON MAINTAINABLE The Maintainable podcast featured Dave Aronson with host Robby Russell. Robby asked Dave what his definition of software quality is. Dave addresses quality for the vast majority of software as a list of six aspects that form the acronym ACRUMEN: appropriate, correct, robust, usable, maintainable, and efficient. The N means nothing. Appropriate means doing what the stakeholders need it to do, where the term stakeholder refers to users, customers, operations personnel, and others. Where Appropriate refers to doing the right job, Correct means doing the job right. He uses the analogy of being asked to write a checkers program and, in response, writing the world’s greatest chess program. It can be as correct, robust, usable, maintainable, and efficient as anyone could ever possibly want, but if you wanted a checkers program, you are not going to be happy with it. In ACRUMEN terms, the chess program is not appropriate. Alternatively, a perfectly reasonable checkers program that may even have a few bugs is probably going to suite your needs better than a fantastic chess program. For Robust, he is mostly referring to security. He uses the CIA triad (confidentiality, integrity, and availability). The program should not reveal information, alter information, or become unavailable when it is not supposed to. Regarding Usable, Dave says it is not just the end user that needs to find the software usable; things like an API should be usable as well. In ACRUMEN, Maintainable means easy to change with low fear of error and low chance of error even for a novice programmer new to the project. Fortunately, the vast majority of software engineering advice is aimed squarely at this. For the last letter in the acronym, E for Efficient, Dave says there are more resources to make efficient use of than CPU cycles. There is, of course, disk space and network bandwidth, but also the user’s patience and brainpower, and the company’s money. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/dave-aronson-putting-the-m-in-acrumen/id1459893010?i=1000455264616 Website link: https://maintainable.fm/episodes/dave-aronson-putting-the-m-in-acrumen-n_6lX9fc LINKS Ask questions, make comments, and let your voice be heard by emailing podcast@thekguy.com. Twitter: https://twitter.com/thekguy LinkedIn: https://www.linkedin.com/in/keithmmcdonald/ Facebook: https://www.facebook.com/thekguypage Instagram: https://www.instagram.com/the_k_guy/ YouTube: https://www.youtube.com/c/TheKGuy Website:

Richard Kasperowski interviews Jutta Eckstein. Jutta is an Agile coach, consultant, and trainer. She is the author of the books "Company-wide Agility", "Retrospectives for Organizational Change", and "Agile Software Development with Distributed Teams". Jutta and I chat about the importance of small rituals and striving to build great development teams. She then reveals to us the secrets of the Bossa Nova approach to business agility! Connect with Jutta on Twitter at https://twitter.com/JuttaEckstein or on LinkedIn at https://de.linkedin.com/in/juttaeckstein and visit her web-site at www.jeckstein.com. Read the full transcript at https://kasperowski.com/podcast-26-jutta-eckstein/ ‎

In this episode, Richard Kasperowski answers the questions! Back in March 2019, I was a guest on the radio show Morning Affair with Mark Bishop at 1030 KVOI-AM The Voice in Tucson, Arizona. We talked about team-building techniques in the IT industry, the importance of team building and challenges to it, and about my personal path in researching high-performance teams. Read the full transcript at kasperowski.com/podcast-24-richard-kasperowski.

Introduction Welcome to the KnolShare with Dr. Dave podcast, hosted on Grokshare.com and streamed on iTunes, Google Play, and Spotify.   You are listening to Episode #EAFH-12 featuring Richard Kasperowski. On May 11, 2019, Richard beamed into Tucson AZ from Boston MA via a webinar cast to share his topic High-Performance Teams: Core Protocols for Psychological… The post EAFH-12: Richard Kasperowski Shares High Performance Teams – Agile for Humanity Tucson Meetup appeared first on Leaders share how-to practices - KnolShare with Dr. Dave Podcast on GrokShare.com.

Psychological safety and team emotional intelligence are the most important things if you want to have a high performing team, says Richard Kasperowski. Author, speaker, coach and lecturer at Harvard, Richard explains the power of personal alignment, being able to opt in (and out) and how positive bias is the foundation for creating psychological safety. For more, visit www.management30.com.  

Joe Krebs speaks with Richard Kasperowski about criteria for measuring high-performing teams, open space, core-protocols and even tandem cycling.Richard is an author of two books, High Performing Teams and Core Protocols which was inspired by the work of Jim and Michelle McCarthy.

Richard Kasperowski is the author of two books, one about High-Performing Teams and the second one about Core Protocols which were pioneered by Jim and Michelle McCarthy. In this episode, Richard and Joe talk about Teams can improve through the application of core protocols, open space and autonomy.

Richard Kasperowski interviews Eugene Krylov, VP of Engineering at HealthEdge. Eugene discusses learning, short feedback cycles, and inviting your actual customers to your sprint reviews. Connect with Eugene at https://www.linkedin.com/in/ekrylov, visit HealthEdge at https://www.healthedge.com, and listen to HealthEdge’s CEO’s podcast at https://itunes.apple.com/us/podcast/breaking-health/. To support this podcast, sign up for my newsletter at https://kasperowski.com.

Richard Kasperowski is the author of "The Core Protocols: A Guide to Greatness", a book in which he describes how to use the Core protocols developed by Jim and Michele McCarthy, an Agile mindset and practices, and Open Space Technology to create high-performance teams. In this podcast, Kasperowski defines for us what he means by "high-performance teams" thus: "High-performance team is a team that gets objectively better results than other teams doing similar work. It's something you can observe and something you can measure." To achieve this end many times over with different clients and customers, Kasperowski has over time devised what he calls a "protocol stack" whose four layers - Positive Bias, Autonomy, Self-Awareness and Connections - he argues is foundational to all high-performance teams. Howard Sublett hosts at Agile Arizona 2017 in Phoenix, Arizona. To receive real-time updates: Podcast library: www.agileamped.com Subscribe to our newsletter: www.solutionsiq.com/agile-amped/ Connect on Twitter: twitter.com/AgileAmpedFollow us on Facebook: www.facebook.com/agileamped

In this podcast Shane Hastie, Lead Editor in the Culture & Methods area, spoke to Richard Kasperowski at the QCon San Francisco conference. Why listen to this podcast: - Agile is not new, and the ideas help organisations focus on building the right thing and building it right - High performing teams have some specific characteristics which can be measured - Over 200 different things have been identified as “the one thing” needed for high performance - All the research shows that the social/cultural factors are more important than technical skills for high performance - The behaviour patterns of the Core Protocols seem to cause high performing teams - To work well as a high performing team, the members must be able to connect with each other effectively More on this: Quick scan our curated show notes on InfoQ http://bit.ly/2mkjFtM You can also subscribe to the InfoQ newsletter to receive weekly updates on the hottest topics from professional software development. bit.ly/24x3IVq Subscribe: www.youtube.com/infoq Like InfoQ on Facebook: bit.ly/2jmlyG8 Follow on Twitter: twitter.com/InfoQ Follow on LinkedIn: www.linkedin.com/company/infoq Want to see extented shownotes? Check the landing page on InfoQ: http://bit.ly/2mkjFtM