This document discusses establishing a DevOps mentality and culture by restoring trust between development and operations teams. It argues that a lack of trust leads to inefficiency, while trust increases speed and decreases costs. The speaker outlines 13 behaviors for building trust, such as talking straight, demonstrating respect, creating transparency, and keeping commitments. Fostering these behaviors can help move from self and relational trust to organizational trust. Reducing bureaucracy, politics and turnover can also increase organizational trust. Overall, the document promotes a collaborative approach focused on shared goals and understanding between teams.
12 Take Aways - Managing the UnmanageableRon Lichty
Twelve Take Aways: Managing the Unmanageable. We'll look at 12 best practices that make programming managers great but take most managers years to discover. Expect an interactive session.
About 95 percent of programming managers had no management training before being tapped to manage. Ron Lichty and his co-author Mickey W. Mantle, both former programmers, didn't either.
About half of managers never get any training in managing. Ron and Mickey were lucky enough to work for companies like Apple and Pixar that provided some general management training. But little to none of it was specific to managing programmers, or to managing programming teams.
The struggle to manage programmers and programming teams motivated years of weekend breakfasts for Ron and Mickey, during which they traded insights - on the challenges they faced - and solutions they had used and seen - the kinds of stuff they’d wished they'd had when they started managing.
Sharing insights and best practices with each other for a decade led them to realize they wanted to share what they had learned. And that led to spending eight years of free time writing their Addison Wesley book, Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams, http://www.ManagingTheUnmanageable.net. To their own hard-won experience, they added the best of the treasure troves they'd each collected of rules of thumb and nuggets of wisdom from their peers and programming manager thought leaders around the world.
Reviewers have repeatedly compared Managing the Unmanageable to The Mythical Man-Month and Peopleware, the classics on software development challenges.
About Ron:
Ron Lichty has been managing and, more recently, consulting in managing software development and product organizations for over 25 years at companies like Apple Computer, Fujitsu, Charles Schwab, Avenue A | Razorfish, Forensic Logic, Stanford, Check Point, MediaBrands, and dozens of startups of all sizes. Before that, as a programmer, he coded compiler code generators, was awarded patents for compression and security algorithms he designed and coded for embedded microcontroller devices, wrote two widely used programming texts, and developed the computer animation demo that Apple used to launch and sell a next-generation line of PCs. He has mostly managed development teams and organizations, but also product managers, project managers, testers, designers, … pretty much everyone on product teams.
The primary focus of his consulting practice, these last 5 years, has mirrored what he did as a manager: untangling the knots in software development. His career grew to VP Eng, VP Product and CTO roles.
As Ron Lichty Consulting, he takes on fractional Interim VPE roles, trains teams in scrum, transitions teams to agile, trains managers in managing software people and teams, and advises organizations and coaches teams to make their software development “hum.” http://www.ronlichty
12 Take Aways - Managing the UnmanageableRon Lichty
His 450-page book, Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams (http://www.ManagingTheUnmanageable.net), published by Addison Wesley, has been compared by many readers to programming classics The Mythical Man-Month and Peopleware. It was recently released as video training - LiveLessons: Managing Software People and Teams - both from Pearson and on O’Reilly’s Safari Network (http://www.ManagingTheUnmanageable.net/video.html). He also co-authors the biannual Study of Product Team Performance (http://www.ronlichty.com/study.html).
Money, Process, and Culture- Tech 20/20 June, 2012Adrian Carr
A talk about Company Culture, Software, People, Lean Thinking, Agile Software.
This is the Powerpoint for a talk I gave at Tech2020, in Oak Ridge, Tennessee in June, 2012.
Crash Course: Managing Software People and Teams (IEEE, 4.4.13)Ron Lichty
"We'd like you to manage the team now." That's about as much introduction - and training - as many of us get before our first day managing. Often preceded only by, "You're a great programmer and you've got some people skills." But while programming cred and facility with people are helpful qualifications, what do you really need to know to manage well? What makes a manager great? What are the qualities that meld teams and deliver great software? Those are among the questions that led Ron Lichty and his co-author Mickey W. Mantle to write "Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams" (Addison-Wesley, September), now available for pre-order online. In this interactive session, we'll examine the great managers each of us has experienced, and the qualities, skills, finesse and gifts of greatness that made them stand out. We'll talk about "the rest of the job": managing up, managing out, and other aspects of being a seasoned manager that reports mostly don't see. And you'll take away a few best practices that take most managers years to discover.
I was privileged to be a senior leader in the product development team at Spotify from 2013 until 2016. I joined the company right after the adoption of the now well-known "Spotify Model." As a Tribe Lead and then Alliance Lead, I helped in the models' evolution as the company grew to over 800 developers across five offices on two continents.
My time at Spotify was instructive in many ways, and since leaving, I have adopted the lessons I learned as a CTO in multiple companies.
While the squads/chapters/tribes/guilds model as a method for scaling agile development is what people focus on, the ideas and values that inspired that model are valuable and applicable across a wide range of organizations.
I share those ideas and values in this talk—their application at Spotify and how I have applied them in different organizations since.
12 take aways - managing the unmanageableRon Lichty
Silicon Valley Code Camp presentation, October 2013, drawing 12 of the top actionable take-aways for managing programmers and programming teams, from the book, Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams, by Mickey W. Mantle and Ron Lichty.
12 Take Aways - Managing the UnmanageableRon Lichty
Twelve Take Aways: Managing the Unmanageable. We'll look at 12 best practices that make programming managers great but take most managers years to discover. Expect an interactive session.
About 95 percent of programming managers had no management training before being tapped to manage. Ron Lichty and his co-author Mickey W. Mantle, both former programmers, didn't either.
About half of managers never get any training in managing. Ron and Mickey were lucky enough to work for companies like Apple and Pixar that provided some general management training. But little to none of it was specific to managing programmers, or to managing programming teams.
The struggle to manage programmers and programming teams motivated years of weekend breakfasts for Ron and Mickey, during which they traded insights - on the challenges they faced - and solutions they had used and seen - the kinds of stuff they’d wished they'd had when they started managing.
Sharing insights and best practices with each other for a decade led them to realize they wanted to share what they had learned. And that led to spending eight years of free time writing their Addison Wesley book, Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams, http://www.ManagingTheUnmanageable.net. To their own hard-won experience, they added the best of the treasure troves they'd each collected of rules of thumb and nuggets of wisdom from their peers and programming manager thought leaders around the world.
Reviewers have repeatedly compared Managing the Unmanageable to The Mythical Man-Month and Peopleware, the classics on software development challenges.
About Ron:
Ron Lichty has been managing and, more recently, consulting in managing software development and product organizations for over 25 years at companies like Apple Computer, Fujitsu, Charles Schwab, Avenue A | Razorfish, Forensic Logic, Stanford, Check Point, MediaBrands, and dozens of startups of all sizes. Before that, as a programmer, he coded compiler code generators, was awarded patents for compression and security algorithms he designed and coded for embedded microcontroller devices, wrote two widely used programming texts, and developed the computer animation demo that Apple used to launch and sell a next-generation line of PCs. He has mostly managed development teams and organizations, but also product managers, project managers, testers, designers, … pretty much everyone on product teams.
The primary focus of his consulting practice, these last 5 years, has mirrored what he did as a manager: untangling the knots in software development. His career grew to VP Eng, VP Product and CTO roles.
As Ron Lichty Consulting, he takes on fractional Interim VPE roles, trains teams in scrum, transitions teams to agile, trains managers in managing software people and teams, and advises organizations and coaches teams to make their software development “hum.” http://www.ronlichty
12 Take Aways - Managing the UnmanageableRon Lichty
His 450-page book, Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams (http://www.ManagingTheUnmanageable.net), published by Addison Wesley, has been compared by many readers to programming classics The Mythical Man-Month and Peopleware. It was recently released as video training - LiveLessons: Managing Software People and Teams - both from Pearson and on O’Reilly’s Safari Network (http://www.ManagingTheUnmanageable.net/video.html). He also co-authors the biannual Study of Product Team Performance (http://www.ronlichty.com/study.html).
Money, Process, and Culture- Tech 20/20 June, 2012Adrian Carr
A talk about Company Culture, Software, People, Lean Thinking, Agile Software.
This is the Powerpoint for a talk I gave at Tech2020, in Oak Ridge, Tennessee in June, 2012.
Crash Course: Managing Software People and Teams (IEEE, 4.4.13)Ron Lichty
"We'd like you to manage the team now." That's about as much introduction - and training - as many of us get before our first day managing. Often preceded only by, "You're a great programmer and you've got some people skills." But while programming cred and facility with people are helpful qualifications, what do you really need to know to manage well? What makes a manager great? What are the qualities that meld teams and deliver great software? Those are among the questions that led Ron Lichty and his co-author Mickey W. Mantle to write "Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams" (Addison-Wesley, September), now available for pre-order online. In this interactive session, we'll examine the great managers each of us has experienced, and the qualities, skills, finesse and gifts of greatness that made them stand out. We'll talk about "the rest of the job": managing up, managing out, and other aspects of being a seasoned manager that reports mostly don't see. And you'll take away a few best practices that take most managers years to discover.
I was privileged to be a senior leader in the product development team at Spotify from 2013 until 2016. I joined the company right after the adoption of the now well-known "Spotify Model." As a Tribe Lead and then Alliance Lead, I helped in the models' evolution as the company grew to over 800 developers across five offices on two continents.
My time at Spotify was instructive in many ways, and since leaving, I have adopted the lessons I learned as a CTO in multiple companies.
While the squads/chapters/tribes/guilds model as a method for scaling agile development is what people focus on, the ideas and values that inspired that model are valuable and applicable across a wide range of organizations.
I share those ideas and values in this talk—their application at Spotify and how I have applied them in different organizations since.
12 take aways - managing the unmanageableRon Lichty
Silicon Valley Code Camp presentation, October 2013, drawing 12 of the top actionable take-aways for managing programmers and programming teams, from the book, Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams, by Mickey W. Mantle and Ron Lichty.
Pellissippi State AITP Meeting November 2014Adrian Carr
Things your professors probably never told you, but will make you more money and help you have fun doing it. A talk to future programmers and other IT professionals.
How would you build a team from scratch? What techniques would you use? What metrics should you respond to?
In this talk you’ll see how we assembled a team, embedded agile values, a DevOps mindset and a clear purpose to create a squad with an infectious, high performing culture.
We’ll demonstrate the coaching and visualisation techniques we used to reduce batch size and improve quality. You’ll see how to reveal ‘hidden’ product backlogs, make the invisible visible, and use domain driven design, theory of constraints and language to optimise team resilience.
TVLP (https://www.tvlp.co/) is an organization that helps startup companies outside Silicon Valley understand Silicon Valley a little better. The entrepreneurs come to the Valley for a "bootcamp" style experience, to learn from those of us who have been in the trenches here.
As part of that, I gave this talk on how to build teams for (software) startups.
Becoming an Agile Manager (bay scrum, 10.24.13)Ron Lichty
A common misconception about agile is that managers are unnecessary. After all, agile is based on self-organizing teams. If the teams organize themselves, what do managers do?
Unfortunately, most scrum training plays into that. Think about it: how many trainers or coaches have you seen sketch the structure of a scrum team with a drawing that includes a manager? While there's always a scrum master and a product owner, the core team and maybe some stakeholders, have you ever seen a manager in that drawing?
This misconception can be a problem all around: A frequently cited barrier to agile adoption is managers who don't know what to do when their teams become self-managing. When they're not included in training, how would they (or anyone else, for that matter) know how to characterize their role. At the same time, organizations often lay down expectations of managers, some compatible with agile, some not.
Agile has clearly shifted the old roles and responsibilities. Managers bent on command-and-control are clearly a barrier to agile adoption. But managers who take a hands-off approach or are treading water in a sea of ambiguity will almost certainly stymie adoption, as well.
Ron Lichty believes (and so do a lot of leading agile thought leaders) that managers have critical roles to play in enabling success, both of transitions to agile and of agile itself. This session is about those roles.
Do you want to be a manager (are you sure)Ron Lichty
Managing programmers is hard! Becoming a successful manager requires a drastic change of focus. There are expectations to consider before making a leap to the “dark side.”
The transition from programmer to manager is made particularly challenging by the dramatic difference between what made us successful as programmers and what it takes to successfully manage others. In addition, programmers are an interesting management challenge.
We tend to be free spirits, playful, curious, and (very) independent.
How can you ease the transition into management? What’s management really about? What will you give up?
Bio:
Ron Lichty wants to make software development better worldwide by advancing the practice of software development management. He has been alternating between consulting with and managing software development and product organizations for 25 years, almost all of those spent untangling the knots in software development and transforming chaos to clarity, the last 20 of those in the era of Agile. Originally a programmer, he earned several patents and wrote two popular programming books before being hired into his first management role by Apple Computer, which nurtured his managerial growth in both development and product management roles.
Principal and owner of Ron Lichty Consulting, Inc. (www.RonLichty.com), Ron has repeatedly been brought in as an acting CTO and interim vice president of engineering to solve development team challenges. He has trained teams in Scrum, transitioned teams from waterfall and iterative methodologies to agile, coached teams already using agile to make their software development "hum", and trained managers in managing software people and teams. In his continued search for effective best practices, Ron co-authors the Study of Product Team Performance (http://www.ronlichty.com/study.html).
Ron's most recent book is Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams - http://www.ManagingTheUnmanageable.net. Published by Addison Wesley as both book and video training, it has been compared by reviewers to software development classics, The Mythical Man-Month and Peopleware.
During Ron's first three years at Charles Schwab, he led software development of the first investor tools on Schwab.com, playing a role in transforming the bricks-and-mortar discount brokerage into a premier name in online financial services. He was promoted to Schwab vice president while leading his CIO’s three-year technology initiative to migrate software development from any-language-goes to a single, cost-effective platform company-wide and nurturing Schwab's nascent efforts to leverage early Agile approaches. He has led products and development across a wide range of domains for companies of all sizes, from startups to the Fortune 500, including Fujitsu, Razorfish, Stanford, and Apple.
Ron co-chairs the Silicon Valley Engineering Leadership Community.
AIPMM talk - chaos to clarity: managing the unmanageable, ron lichty, 12.7.12Ron Lichty
Good software management:
⁃ How to recognize it when you see it
⁃ How to encourage it
⁃ How to encourage senior management to encourage it
⁃ How to collaborate with it effectively
What does good software development management look like?
How do good programming managers motivate their teams?
What are programming managers bedeviled by?
How are programming managers tormented by product managers?
What are the forces that cause discord between product and software development managers?
What can be done about feature creep and late changing requirements?
Why do so many parts of organizations expect feature requirements to change but not delivery schedules?
What are objectives shared between programming managers and product managers that could encourage collaboration?
What would happen if programming managers and product managers formed mutual admiration societies with each other?
If We Are Agile, Why Do We Need Managers? (AgileIndy, 5.14)Ron Lichty
A common misconception about agile is that managers are unnecessary. After all, agile is based on self-organizing teams. If the teams organize themselves, what do managers do?
Unfortunately, most scrum training plays into that. Think about it: how many trainers or coaches have you seen sketch the structure of a scrum team with a drawing that includes a manager? While there's always a scrum master and a product owner, the core team and maybe some stakeholders, have you ever seen a manager in that drawing?
This misconception can be a problem all around: A frequently cited barrier to agile adoption is managers who don't know what to do when their teams become self-managing. When they're not included in training, how would they (or anyone else, for that matter) know how to characterize their role. At the same time, organizations often lay down expectations of managers, some compatible with agile, some not.
Agile has clearly shifted the old roles and responsibilities. Managers bent on command-and-control are clearly a barrier to agile adoption. But managers who take a hands-off approach or are treading water in a sea of ambiguity will almost certainly stymie adoption, as well.
Ron Lichty believes (and so do a lot of the early agile thought leaders) that managers have critical roles to play in enabling success, both of transitions to agile and of agile itself. This session is about those roles.
This is the latest in my series of leadership workshop sessions; this presentation includes the exercises and learning points. To see some of the text properly, you will need to get the free font Dark Roast.
Startupfest 2016: MARTY WEINER (Reddit) - How toStartupfest
How to Handle Explosive Startup Growth (and only slightly lose your sanity) -
I've been with Pinterest since the early work-out-of-an-apartment days and am now CTO at Reddit. There's been a feeeew cultural and technological challenges we've had to conquer in the process of building companies from a few employees to 600+ and from a few thousand users to tens of millions. In this talk, I share several important inflection points as a company scales starting from day -100, and talk about the cultural and technological pieces you should have in place. For instance, at what point do you bring in technologies like logging, map reduce, etc? How about SOA? How do you fix trust issues in the team? How do you balance making some engineers managers versus others? Come with questions! If this is your first rodeo, I hope to make it a lot easier.
Almost no one on software teams believes in waterfall any longer. That's what we learned from the surveys we took in the course of authoring The 2013 Study of Product Team Performance.
But that doesn't make agile a magic pill.
Mike Cohn notes, "Becoming agile is hard. It is harder than most other organizational change efforts I've witnessed or been part of [for reasons] including the need to change from the top-down and bottom-up simultaneously, the impossibility of knowing exactly what the end state will look like, the dramatic and pervasive changes caused by Scrum, the difficulty adding more change on top of all that is already occurring, and the need to avoid turning Scrum into a list of best practices."
How do we get beyond that?
Glossing over the reality that agile is hard leads us to ignore the very things we need to address to succeed.
On the other hand, acknowledging that agile is hard lets us focus on the challenges that have been preventing us from becoming high performance teams.
This session combines a presentation, a panel and some shared thinking to move beyond how simple agile seems - to what in fact makes agile transformations hard - to how we can face down those challenges to achieve agile's promise.
Expected Takeaways (outcome) for Audience *
For those just starting agile transformations: a heads-up that implementing practices only goes so far.
For those well into agile but struggling, a sense they're not alone.
For all of us, a window into how to get to where we want to go.
Transforming chaos to clarity - acm 6.15Ron Lichty
Does your software development feel chaotic?
If you have ever been dissatisfied with your software development flow - if you would like to figure out how to avoid chaos - this is a presentation for you!
Ron Lichty has found himself repeatedly called in as the cavalry to help development groups stuck in confusion. A recognized engineering leader, Ron says, “I've found that I excel at coming in cold, identifying the causes of chaos, untangling organizational knots, creating roadmaps everyone can follow, building communications with other parts of the organization, and getting teams productive and focused on delivery, quality and customers.” He adds, “With a few pointers, any team member can more deeply diagnose their team.”
Ron is author of Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams, which has been compared by reviewers to Fred Brooks’ The Mythical Man Month. After managing software and product organizations for 25 years, Ron has catered his leadership roles to the needs of his clients, including interim VP Engineering and acting CTO roles.
Six years ago, Ron began training teams in agile and a year ago training managers in the nuances of managing software people and teams, whether in waterfall environments, or iterative or agile ones.
If you would like to become an effective agile team member then you'll want to attend this presentation. We’ll look at agile trends, software team pain points, product team solutions, and how every team member contributes to making teams excel.
Drawing from his experience with dozens of product development organizations, Ron will walk through the steps needed to assess your organization’s workings and pull together the elements that will bring order and increased productivity for your business.
Bio:
Ron Lichty has been managing and more recently consulting with software development and product organizations for over 25 years, engaged in untangling the knots in software development and transforming chaos to clarity. Originally a programmer, where he earned several patents and wrote two popular programming books, he was hired into his first management role by Apple Computer, which nurtured his managerial growth in both development and product management.
Principal and owner of Ron Lichty Consulting, Inc. (www.RonLichty.com), he has trained teams in scrum, transitioned teams from waterfall and iterative methodologies to agile, and coached teams using agile, iterative and waterfall approaches alike to make their software development "hum". In his continued search for effective best practices, Ron co-authors the annual Study of Product Team Performance.
Ron's most recent book is Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams - http://www.ManagingTheUnmanageable.net - co-authored with CTO Mickey W. Mantle. Published by Addison Wesley, it has been compared by reviewers to Mythica
Peopleware is a popular book about project management. in order to summarize i divided this book in 6 parts. This slide deck describes all chapters briefly.
Teamwork - making your dream team come trueRon Lichty
Agile Iowa 10.16, Silicon Valley Agile Trends & Leadership 4.17
What differentiates a successful software development culture?
Almost all of us have been on a high performance team. Just invite us, and we’ll sign up for another in a second! Typically, it was a team for which we worked harder - but from which we took away more exhilaration and joy than at any other time in our careers. What made it so? And what can we do to get it again?
We think successful software development cultures are ones that are not just performant but that both delight customers and are a joy for every team member to be part of.
One of the characteristics that differentiates agile cultures is that (finally!), it’s not just managers who are responsible for crafting culture - but everyone. And agile, done well, means every one of us engages in the crafting of it.
But agile asks people who are often introverted, highly-logical, independent thinkers not only to form teams but to make those teams self-organizing. It asks every team member to step up and collaborate.
Agile offers each of us the promise of a stellar team experience – provided we and every one of our peers steps up to make it so. We need to no longer just perform as individuals, but truly trust and respect and engage and share - behaviors that can feel at odds with the fierce independence that got us through school and into industry.
Speaker
Ron Lichty
In addition to training teams in agile, Ron Lichty has spent years coaching managers about how their roles change with agile. While his recent Addison Wesley book, Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams (http://www.ManagingTheUnmanageable.net) didn’t zero in on agile, both the book and the classes that he and his coauthor give current and prospective managers espouse a deeply agile mindset for managers. He also coauthors the annual Study of Product Team Performance (http://www.ronlichty.com/study.html).
Pellissippi State AITP Meeting November 2014Adrian Carr
Things your professors probably never told you, but will make you more money and help you have fun doing it. A talk to future programmers and other IT professionals.
How would you build a team from scratch? What techniques would you use? What metrics should you respond to?
In this talk you’ll see how we assembled a team, embedded agile values, a DevOps mindset and a clear purpose to create a squad with an infectious, high performing culture.
We’ll demonstrate the coaching and visualisation techniques we used to reduce batch size and improve quality. You’ll see how to reveal ‘hidden’ product backlogs, make the invisible visible, and use domain driven design, theory of constraints and language to optimise team resilience.
TVLP (https://www.tvlp.co/) is an organization that helps startup companies outside Silicon Valley understand Silicon Valley a little better. The entrepreneurs come to the Valley for a "bootcamp" style experience, to learn from those of us who have been in the trenches here.
As part of that, I gave this talk on how to build teams for (software) startups.
Becoming an Agile Manager (bay scrum, 10.24.13)Ron Lichty
A common misconception about agile is that managers are unnecessary. After all, agile is based on self-organizing teams. If the teams organize themselves, what do managers do?
Unfortunately, most scrum training plays into that. Think about it: how many trainers or coaches have you seen sketch the structure of a scrum team with a drawing that includes a manager? While there's always a scrum master and a product owner, the core team and maybe some stakeholders, have you ever seen a manager in that drawing?
This misconception can be a problem all around: A frequently cited barrier to agile adoption is managers who don't know what to do when their teams become self-managing. When they're not included in training, how would they (or anyone else, for that matter) know how to characterize their role. At the same time, organizations often lay down expectations of managers, some compatible with agile, some not.
Agile has clearly shifted the old roles and responsibilities. Managers bent on command-and-control are clearly a barrier to agile adoption. But managers who take a hands-off approach or are treading water in a sea of ambiguity will almost certainly stymie adoption, as well.
Ron Lichty believes (and so do a lot of leading agile thought leaders) that managers have critical roles to play in enabling success, both of transitions to agile and of agile itself. This session is about those roles.
Do you want to be a manager (are you sure)Ron Lichty
Managing programmers is hard! Becoming a successful manager requires a drastic change of focus. There are expectations to consider before making a leap to the “dark side.”
The transition from programmer to manager is made particularly challenging by the dramatic difference between what made us successful as programmers and what it takes to successfully manage others. In addition, programmers are an interesting management challenge.
We tend to be free spirits, playful, curious, and (very) independent.
How can you ease the transition into management? What’s management really about? What will you give up?
Bio:
Ron Lichty wants to make software development better worldwide by advancing the practice of software development management. He has been alternating between consulting with and managing software development and product organizations for 25 years, almost all of those spent untangling the knots in software development and transforming chaos to clarity, the last 20 of those in the era of Agile. Originally a programmer, he earned several patents and wrote two popular programming books before being hired into his first management role by Apple Computer, which nurtured his managerial growth in both development and product management roles.
Principal and owner of Ron Lichty Consulting, Inc. (www.RonLichty.com), Ron has repeatedly been brought in as an acting CTO and interim vice president of engineering to solve development team challenges. He has trained teams in Scrum, transitioned teams from waterfall and iterative methodologies to agile, coached teams already using agile to make their software development "hum", and trained managers in managing software people and teams. In his continued search for effective best practices, Ron co-authors the Study of Product Team Performance (http://www.ronlichty.com/study.html).
Ron's most recent book is Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams - http://www.ManagingTheUnmanageable.net. Published by Addison Wesley as both book and video training, it has been compared by reviewers to software development classics, The Mythical Man-Month and Peopleware.
During Ron's first three years at Charles Schwab, he led software development of the first investor tools on Schwab.com, playing a role in transforming the bricks-and-mortar discount brokerage into a premier name in online financial services. He was promoted to Schwab vice president while leading his CIO’s three-year technology initiative to migrate software development from any-language-goes to a single, cost-effective platform company-wide and nurturing Schwab's nascent efforts to leverage early Agile approaches. He has led products and development across a wide range of domains for companies of all sizes, from startups to the Fortune 500, including Fujitsu, Razorfish, Stanford, and Apple.
Ron co-chairs the Silicon Valley Engineering Leadership Community.
AIPMM talk - chaos to clarity: managing the unmanageable, ron lichty, 12.7.12Ron Lichty
Good software management:
⁃ How to recognize it when you see it
⁃ How to encourage it
⁃ How to encourage senior management to encourage it
⁃ How to collaborate with it effectively
What does good software development management look like?
How do good programming managers motivate their teams?
What are programming managers bedeviled by?
How are programming managers tormented by product managers?
What are the forces that cause discord between product and software development managers?
What can be done about feature creep and late changing requirements?
Why do so many parts of organizations expect feature requirements to change but not delivery schedules?
What are objectives shared between programming managers and product managers that could encourage collaboration?
What would happen if programming managers and product managers formed mutual admiration societies with each other?
If We Are Agile, Why Do We Need Managers? (AgileIndy, 5.14)Ron Lichty
A common misconception about agile is that managers are unnecessary. After all, agile is based on self-organizing teams. If the teams organize themselves, what do managers do?
Unfortunately, most scrum training plays into that. Think about it: how many trainers or coaches have you seen sketch the structure of a scrum team with a drawing that includes a manager? While there's always a scrum master and a product owner, the core team and maybe some stakeholders, have you ever seen a manager in that drawing?
This misconception can be a problem all around: A frequently cited barrier to agile adoption is managers who don't know what to do when their teams become self-managing. When they're not included in training, how would they (or anyone else, for that matter) know how to characterize their role. At the same time, organizations often lay down expectations of managers, some compatible with agile, some not.
Agile has clearly shifted the old roles and responsibilities. Managers bent on command-and-control are clearly a barrier to agile adoption. But managers who take a hands-off approach or are treading water in a sea of ambiguity will almost certainly stymie adoption, as well.
Ron Lichty believes (and so do a lot of the early agile thought leaders) that managers have critical roles to play in enabling success, both of transitions to agile and of agile itself. This session is about those roles.
This is the latest in my series of leadership workshop sessions; this presentation includes the exercises and learning points. To see some of the text properly, you will need to get the free font Dark Roast.
Startupfest 2016: MARTY WEINER (Reddit) - How toStartupfest
How to Handle Explosive Startup Growth (and only slightly lose your sanity) -
I've been with Pinterest since the early work-out-of-an-apartment days and am now CTO at Reddit. There's been a feeeew cultural and technological challenges we've had to conquer in the process of building companies from a few employees to 600+ and from a few thousand users to tens of millions. In this talk, I share several important inflection points as a company scales starting from day -100, and talk about the cultural and technological pieces you should have in place. For instance, at what point do you bring in technologies like logging, map reduce, etc? How about SOA? How do you fix trust issues in the team? How do you balance making some engineers managers versus others? Come with questions! If this is your first rodeo, I hope to make it a lot easier.
Almost no one on software teams believes in waterfall any longer. That's what we learned from the surveys we took in the course of authoring The 2013 Study of Product Team Performance.
But that doesn't make agile a magic pill.
Mike Cohn notes, "Becoming agile is hard. It is harder than most other organizational change efforts I've witnessed or been part of [for reasons] including the need to change from the top-down and bottom-up simultaneously, the impossibility of knowing exactly what the end state will look like, the dramatic and pervasive changes caused by Scrum, the difficulty adding more change on top of all that is already occurring, and the need to avoid turning Scrum into a list of best practices."
How do we get beyond that?
Glossing over the reality that agile is hard leads us to ignore the very things we need to address to succeed.
On the other hand, acknowledging that agile is hard lets us focus on the challenges that have been preventing us from becoming high performance teams.
This session combines a presentation, a panel and some shared thinking to move beyond how simple agile seems - to what in fact makes agile transformations hard - to how we can face down those challenges to achieve agile's promise.
Expected Takeaways (outcome) for Audience *
For those just starting agile transformations: a heads-up that implementing practices only goes so far.
For those well into agile but struggling, a sense they're not alone.
For all of us, a window into how to get to where we want to go.
Transforming chaos to clarity - acm 6.15Ron Lichty
Does your software development feel chaotic?
If you have ever been dissatisfied with your software development flow - if you would like to figure out how to avoid chaos - this is a presentation for you!
Ron Lichty has found himself repeatedly called in as the cavalry to help development groups stuck in confusion. A recognized engineering leader, Ron says, “I've found that I excel at coming in cold, identifying the causes of chaos, untangling organizational knots, creating roadmaps everyone can follow, building communications with other parts of the organization, and getting teams productive and focused on delivery, quality and customers.” He adds, “With a few pointers, any team member can more deeply diagnose their team.”
Ron is author of Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams, which has been compared by reviewers to Fred Brooks’ The Mythical Man Month. After managing software and product organizations for 25 years, Ron has catered his leadership roles to the needs of his clients, including interim VP Engineering and acting CTO roles.
Six years ago, Ron began training teams in agile and a year ago training managers in the nuances of managing software people and teams, whether in waterfall environments, or iterative or agile ones.
If you would like to become an effective agile team member then you'll want to attend this presentation. We’ll look at agile trends, software team pain points, product team solutions, and how every team member contributes to making teams excel.
Drawing from his experience with dozens of product development organizations, Ron will walk through the steps needed to assess your organization’s workings and pull together the elements that will bring order and increased productivity for your business.
Bio:
Ron Lichty has been managing and more recently consulting with software development and product organizations for over 25 years, engaged in untangling the knots in software development and transforming chaos to clarity. Originally a programmer, where he earned several patents and wrote two popular programming books, he was hired into his first management role by Apple Computer, which nurtured his managerial growth in both development and product management.
Principal and owner of Ron Lichty Consulting, Inc. (www.RonLichty.com), he has trained teams in scrum, transitioned teams from waterfall and iterative methodologies to agile, and coached teams using agile, iterative and waterfall approaches alike to make their software development "hum". In his continued search for effective best practices, Ron co-authors the annual Study of Product Team Performance.
Ron's most recent book is Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams - http://www.ManagingTheUnmanageable.net - co-authored with CTO Mickey W. Mantle. Published by Addison Wesley, it has been compared by reviewers to Mythica
Peopleware is a popular book about project management. in order to summarize i divided this book in 6 parts. This slide deck describes all chapters briefly.
Teamwork - making your dream team come trueRon Lichty
Agile Iowa 10.16, Silicon Valley Agile Trends & Leadership 4.17
What differentiates a successful software development culture?
Almost all of us have been on a high performance team. Just invite us, and we’ll sign up for another in a second! Typically, it was a team for which we worked harder - but from which we took away more exhilaration and joy than at any other time in our careers. What made it so? And what can we do to get it again?
We think successful software development cultures are ones that are not just performant but that both delight customers and are a joy for every team member to be part of.
One of the characteristics that differentiates agile cultures is that (finally!), it’s not just managers who are responsible for crafting culture - but everyone. And agile, done well, means every one of us engages in the crafting of it.
But agile asks people who are often introverted, highly-logical, independent thinkers not only to form teams but to make those teams self-organizing. It asks every team member to step up and collaborate.
Agile offers each of us the promise of a stellar team experience – provided we and every one of our peers steps up to make it so. We need to no longer just perform as individuals, but truly trust and respect and engage and share - behaviors that can feel at odds with the fierce independence that got us through school and into industry.
Speaker
Ron Lichty
In addition to training teams in agile, Ron Lichty has spent years coaching managers about how their roles change with agile. While his recent Addison Wesley book, Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams (http://www.ManagingTheUnmanageable.net) didn’t zero in on agile, both the book and the classes that he and his coauthor give current and prospective managers espouse a deeply agile mindset for managers. He also coauthors the annual Study of Product Team Performance (http://www.ronlichty.com/study.html).
This talk is about using Hive in practice. We will go through some of the specific use cases for which Hive is currently being used at Last.fm, highlighting its strengths and weaknesses along the way.
Dmitry mozorov on code quotations code as-data for f#Skills Matter
Code Quotations: Code-as-Data for F#
This tutorial will cover F# Code Quotations in-depth. You'll learn what Code Quotations are, how to use them, and where to apply them in your applications. We'll work through several real-world examples to highlight the important features -- and potential pitfalls -- of Code Quotations.
One of the neglected skills that many managers ovrerlook is to confront reality, confirm "truths," and objectively address the needs of the business in a way that productively meets requirement
Slides from a presentation I gave at VC CEO portfolio summit on Unlearning as we scale enterprise software startups focusing on how to think about the "next-level people" and "dance with who brung ya" adages along with thoughts on generalizing the former adage, hiring next-level people, and unlearning in general, specifically with infering false causality for success.
Devops Management is a topic discussed in the halls of conferences and few managers. This talk will focus on the topic of management in a highly collaborative and cooperative environment, specifically one that is rapidly growing with a focus on continuous development/deployment
Measuring Team Happiness – A Real-Life Journey of Fostering an Engaging Worki...Agile Montréal
There is no team more productive than a healthy, engaged team. Unfortunately, some organizations still use bottom line metrics to drive performance, which typically hurt more than they help. In this talk we’ll focus on an alternative approach to fostering a great working environment, looking at how we can leverage Spotify’s “Squad Health Check Model” and Patrick Hanlon’s “Primal Branding” to build strong foundations and feedback mechanisms that set the stage for high-performance Agile Teams.
Daniel Tardif
Governance is a struggle that many organizations face. Getting the business to take ownership for the governance, figuring out what part of the governance is most needed, and figuring out how to get buy in are all common problems. In this session you'll get practical advice for how to move your governance forward - even if not everyone is bought in. Join us for a session about what you CAN do with governance - instead of what you can't.
Building Resilience: Practical Tools for Keeping Your Head While Navigating a...Jack Pringle
An updated version of a presentation I have given several times that offers some perspective on the challenges attorneys face in a dynamic business and practice environment. Hopefully you will find some practical nuggets for use in surviving- and perhaps thriving in- the practice of law
Presentation given at User Experience Edmonton meetup in January 2015. Gives an overview of how you can sell User Experience design methodologies to your boss or company. Talks about starting small, return on investment and not asking permission.
You Cant Be Agile If Your Code Sucks (with 9 Tips For Dev Teams)Peter Gfader
Our industry has a problem: We are not lacking software methodologies, programming languages, tools or frameworks but we need great software engineers.
Great software engineering teams build quality-in and deliver great software on a regular basis. The technical excellence of those engineers will help you escape the "Waterfall sandwich" and make your organization a little more agile, from the inception of an idea till they go live.
I will talk about my experiences from the last 15 years, including small software delivery teams until big financial institutions.
* Why would a company like to be "agile"?
* How can a company achieve that?
* How can you achieve Technical Excellence in your software teams?
* What developer skills are more important than languages, methods or frameworks?
----
What is the difference between Agile and Business Agility? I will use this as an intro exercise.
---
What is "Business Agility"? Why is Agility important? What is Software Craftsmanship?
What can we do to improve our Technical Excellence?
https://beyond-agility.com
Leading Without Seeing: managing distributed teamsShane Pearlman
The rules are the same. Treat people well. Expect great things from them. Be human. The details though, they make all the difference. Managing the nuances of engagement and productivity with a couple thousand miles between you and your team is both science and art. My name is Shane. I have been running a fully distributed team of 20-40 North American creatives for the last 5 years. Our success has come from a cohesive set of technical and cultural systems: the right people, the right environment and the right tools.
* Build the right team: happy, helpful, curious & accountable
* The rhythm: offer consistency
* Relationships in the void
* Use the right tools
5 things cucumber is bad at by Richard LawrenceSkills Matter
This talk will look at 5 things Cucumber’s bad at, why that’s a good thing, and what it tells us about Cucumber’s sweet spot in a team’s toolkit.
Many times, when people complain about something Cucumber’s not good at, they’re unwittingly describing something Cucumber shouldn't be good at. They’re revealing that they don’t quite understand BDD and Cucumber’s role in it.
Cucumber is the world's most misunderstood collaboration tool and people need to hear this over and over again.
Patterns for slick database applicationsSkills Matter
Slick is Typesafe's open source database access library for Scala. It features a collection-style API, compact syntax, type-safe, compositional queries and explicit execution control. Community feedback helped us to identify common problems developers are facing when writing Slick applications. This talk suggests particular solutions to these problems. We will be looking at reducing boiler-plate, re-using code between queries, efficiently modeling object references and more.
Scala e xchange 2013 haoyi li on metascala a tiny diy jvmSkills Matter
Metascala is a tiny metacircular Java Virtual Machine (JVM) written in the Scala programming language. Metascala is barely 3000 lines of Scala, and is complete enough that it is able to interpret itself metacircularly. Being written in Scala and compiled to Java bytecode, the Metascala JVM requires a host JVM in order to run.
The goal of Metascala is to create a platform to experiment with the JVM: a 3000 line JVM written in Scala is probably much more approachable than the 1,000,000 lines of C/C++ which make up HotSpot, the standard implementation, and more amenable to implementing fun features like continuations, isolates or value classes. The 3000 lines of code gives you:
The bytecode interpreter, together with all the run-time data structures
A stack-machine to SSA register-machine bytecode translator
A custom heap, complete with a stop-the-world, copying garbage collector
Implementations of parts of the JVM's native interface
Although it is far from a complete implementation, Metascala already provides the ability to run untrusted bytecode securely (albeit slowly), since every operation which could potentially cause harm (including memory allocations and CPU usage) is virtualized and can be controlled. Ongoing work includes tightening of the security guarantees, improving compatibility and increasing performance.
ENJOYIN
Progressive f# tutorials nyc dmitry mozorov & jack pappas on code quotations ...Skills Matter
Code Quotations: Code-as-Data for F#
This tutorial will cover F# Code Quotations in-depth. You'll learn what Code Quotations are, how to use them, and where to apply them in your applications. We'll work through several real-world examples to highlight the important features -- and potential pitfalls -- of Code Quotations.
Cukeup nyc ian dees on elixir, erlang, and cucumberlSkills Matter
Elixir, Erlang, and Cucumberl
Elixir is a new Ruby-inspired programming language that uses the powerful concurrent machinery of Erlang behind the scenes. Cucumberl is a port of Cucumber to Erlang. Let's see what happens when we put them together.
In this talk, we'll discuss:
How Erlang's concurrency makes it easier to write robust programs
Elixir's approachable syntax
How to test Erlang and Elixir programs using Cucumberl
Attendees will walk away with a solid introduction to the principles of Erlang, and an appreciation of the way Elixir brings the joy of Ruby to the solidity of the Erlang runtime.
Cukeup nyc peter bell on getting started with cucumber.jsSkills Matter
Cukeup NYC. Peter Bell on Getting started with cucumber.js
Ever wished you could use cucumber in your javascript apps? In this talk we'll look at the current state of play of cucumber js, when you should and shouldn't use it, and how to get started writing your step definitions in javascript.
Agile testing & bdd e xchange nyc 2013 jeffrey davidson & lav pathak & sam ho...Skills Matter
In this engaging experience report, we will present 3 different views – Developer, Tester, Business Analyst – of implementing Acceptance Test Driven Development in a complex, data-driven domain. Hear how we used ATDD for building a ubiquitous language across the entire team, promoting faster feedback, and cultivating a culture where product owners were deeply invested in the quality of both every deliverable and the system as a whole.
Progressive f# tutorials nyc rachel reese & phil trelford on try f# from zero...Skills Matter
In this tutorial, Phil and Rachel will introduce you to the Try F# samples giving you exposure to, and an understanding of, how F# tackles some real-world scenarios. We'll help you explore, generate, and just play around with code samples, as well as talk you through some of the key principles of F#. By the end of this session, you'll have gone from zero to data science in only a few hours!
Progressive f# tutorials nyc don syme on keynote f# in the open source worldSkills Matter
F# is a powerful open-source language which Microsoft, other companies and the F# community all contribute to. In this talk, Don will discuss how the “F# space” has recently opened up significantly in interesting ways. F# now includes contributions that range from Cloud IDE platforms, Cloud Compute frameworks, Data interoperability components, Cross-platform execution, Try F#, MonoDevelop, and even Emacs editor integration with surprising tooling support, as well as the Visual F# tools from Microsoft and the broader NuGet package ecosystem. Don will also talk about some of the latest contributions from Microsoft Research, including new type provider components for F#, and describe how his team work with the Visual F# team and other teams around Microsoft. There will also be demos of some fun new stuff that’s been going on with F# at MSR and the community.
Agile testing & bdd e xchange nyc 2013 gojko adzic on bond villain guide to s...Skills Matter
Would you like to learn how to make your software testing practices more effective? And how to use your testing strategy to better capture and reflect customer requirements? Gojko Adzic takes a critical look at the effectiveness of current software testing practices and proposes strategies to make it much more effective.
Simon Peyton Jones: Managing parallelismSkills Matter
If you want to program a parallel computer, it obviously makes sense to start with a computational paradigm in which parallelism is the default (ie functional programming), rather than one in which computation is based on sequential flow of control (the imperative paradigm). And yet, and yet ... functional programmers have been singing this tune since the 1980s, but do not yet rule the world. In this talk I’ll say why I think parallelism is too complex a beast to be slain at one blow, and how we are going to be driven, willy-nilly, towards a world in which side effects are much more tightly controlled than now. I’ll sketch a whole range of ways of writing parallel program in a functional paradigm (implicit parallelism, transactional memory, data parallelism, DSLs for GPUs, distributed processes, etc, etc), illustrating with examples from the rapidly moving Haskell community, and identifying some of the challenges we need to tackle.
3. devops
Cultural and
Professional Movement
http://www.youtube.com/watch?v=Fx8OBeNmaWw Adam Jacob
4. My Background
• Independent consultant
• Have worked in different roles
• Agile and Infrastructure
• Just Enough Developed Infrastructure - http://jedi.be
• Started organizing devopsdays
• Recently joined Cutter Consortium
14. We don’t trust We don’t trust
the guys from the guys from
operations. development.
They suck They suck
We don’t trust
the guys from
management.
They suck
30. Ah, so this is where the
(cool)tools come in !
31. Chef Ruby Mysql Linux
Puppet Java Redis Mac OSX
Event
EC2
Machine
Node.js I <3 technology Vmware
Fog Nginx Vagrant Sinatra
Jclouds Thin Virtualbox Rails
40. Make a personal backlog
• Plan an item you can really make happen
• No too big, make it feasible
• (Result)Define what you want to achieve
• (Competence)Learn what you need
• Do : trust comes if you make things happen
• Check the result
• Act on it
41. As a person
• I want to develop these capabilities
• I want to achieve results
• When I fail , I want to learn and improve!
42. As a manager, I want to
• help people develop these capabilities
• help people achieve results
• (support the people)
• help people fail and learn and improve!
(+) Trust =(+) Speed!(-) Cost!
46. Get
together
find allies
forward links
organize meetups
distribute books
find people with real issues
kindly ignore nay sayers (for now)
47. You can use technology
to get the
conversation started
• Continuous Delivery • Testing, Monitoring
• Automation • Fixing a problem
• Scalability • Infrastructure as code
• Performance • <whatever>
48. “Seek to establish trust”
Technology Trust by Testing, Monitoring
Human Trust by Behavior
49. 13 Behaviors
“trust is established through action”
• Needs to be • Sweet Spot
balanced (Strength)
• Too Little • Too much
(Weakness) (Weakness)
• f.i. talk straight vs demonstrate respect
50. #1 Talk Straight
• We really need this tool vs I want to
learn this tool
• It needs to be finished by X (that
leaves me some time)
• The user/my boss wants this now
• It’s urgent, it’s important
51. #2 Demonstrate Respect
• we judge a person’s character, by how he
treats people who can’t help or hurt him
• little things , making things helpful
52. #3 Create Transparency
• no more Bob’s directory
• check in your code
• expose logfiles, config files ...
• visualize progress (Kanban, Burndown)
• share your information
• make results repeatable
53. #4 Right wrongs
“to know what is right and not to
do it is the worst cowardice” - Confucius
• when you know there is a short cut, fix it
and don’t leave it
• fix a bug when it occurs, write a test
• fix it, fix it all the way
54. #5 Show loyalty
• give credits
• talk as if people were
present
• represent others
55. #6 Deliver Results
• Clarify Results upfront
• your definition vs my definition
• Small steps = Validation test (Userstories)
56. #7 Get Better
“Illiterate are those who can not
learn, unlearn, relearn” - Alvin Toffler
• seek feedback (Retrospectives)
• learn from mistakes (5 whys)
• ask: what to continue, what to stop, what to
start now!
• metrics (Neutral , not emotional)
• change the system (Systems Thinking)
57. #8 Confront Reality
• avoid 99% finished
• burn down chart
• only measure of progress is working
software (in production)
58. #9 Clarify Expectations
• deadlines vs. cut corners (win-win or no
deal), negotiate them (who vs trust)
• talk to devs, what do they expect
• talk to admins, what do they expect
• talk to customers
59. #10 Practice Accountability
• Accountability requires facing Truth
• yourself and others
• Don’t blame others , no pointing fingers
60. #11 Listen First
“If there is any secret, it lies in the ability
to put yourself in the other person’s place”
- Henry Ford
61. #12 Keep Commitments
• don’t PR your way out
• make them careful
• group is committed to results (not manager)
• mgt supports team to keeping commitments
62. #13 Extend Trust
• Make it an action
• here is the password
• here is the code
• everybody can check in and
deployed to prod (with tests :)
remember it’s inclusive not exclusive!
63. As a person,
• Given my capabilities
• I want to practice these 13 behaviors
• Help others to practice these 13 behaviors
64. As a manager, I want to
encourage behavior that increases trust
(+) Trust =(+) Speed!(-) Cost!
66. Organizational Trust
Eli
mi
na
• Redundancy te
Ta
xe
• Bureaucracy s
• Politics
• Disengagements (quit and stay)
• Turnover (employee)
• Churn (stakeholders)
• Fraud