- 31
- 63 781
BrewingAgile
เข้าร่วมเมื่อ 10 พ.ย. 2013
Brewing Agile 2024 - Roland Flemm - Speaker Highlight
Roland tells us about his talk and workshop on Designing for Business Agility with Org Topologies™.
Sign Up Now: brewingagile.org/
Sign Up Now: brewingagile.org/
มุมมอง: 75
วีดีโอ
Brewing Agile 2024 - Lili David - Speaker Highlight
มุมมอง 503 หลายเดือนก่อน
Lili tells us about her workshop - "Mastering Difficult Conversations" Sign Up Now: brewingagile.org/
Brewing Agile 2024 - Martin Christensen - Speaker Highlight
มุมมอง 293 หลายเดือนก่อน
Martin tells us about his talk - "Holistic Product Discovery" and workshop "Building Perfect Bridges through Collaboration" Sign Up Now: brewingagile.org/
Brewing Agile 2024 - Amanda Colliander - Speaker Highlight
มุมมอง 1063 หลายเดือนก่อน
Amanda tells us about her talk - "What Agile can learn from Lean Kata" and workshop "Kata to Grow" Sign Up Now: brewingagile.org/
Brewing Agile 2024 - Cesario Ramos - Speaker Highlight
มุมมอง 483 หลายเดือนก่อน
Cesario tells us about his talk - "Crafting an Agile framework that is uniquely yours" and workshop "Agile Leadership and Organizational Design" Sign Up Now: brewingagile.org/
Brewing Agile 2024 James Priest Speaker Highlight
มุมมอง 843 หลายเดือนก่อน
James Priest tells as about his talk and workshop at Brewing Agile 2024: Sign Up Now: brewingagile.org/
Evolution from #NoProjects to Continuous Digital - Allan Kelly
มุมมอง 1K6 ปีที่แล้ว
Once upon a time there was IT, and IT departments had projects. Projects were always a bad fit for software development but somehow we made them work. As IT became Agile the damage caused by the project model became obvious and #NoProjects emerged to help teams go beyond projects. Today growth businesses are digital. Technology is the business and the business is technology. Projects end but do...
Enabling Teams to Embrace Change - Gitte Klitgaard
มุมมอง 2166 ปีที่แล้ว
Change isn't simple. This talk is my story about the tools that I was part of providing for 6 teams and how we enabled them to build the foundations for safe continuous learning themselves. Most people in agile and lean are involved in change somehow. Whether it is a big transition or an evolvement of an exiting organisation, it is still a matter of change. We explain the change, sometimes we e...
Agility ≠ Speed - Kevlin Henney
มุมมอง 50K6 ปีที่แล้ว
Velocity. Sprints. More points, more speed. An obsession with speed often overtakes the core values of agile software development. It's not just development of software; it's development of working software. Sprints are not about sprinting; they're about sustainable pace. Time to market is less important than time in market. Full-stack development is normally a statement about technology, but i...
Why On-time, On-budget Doesn't Work - Patricia Kong
มุมมอง 6016 ปีที่แล้ว
Measurement, and Governance for Agile Leaders To achieve true business agility, leaders must not only grow and support self-reliant, cross-functional, self-organizing teams, they must also change the way their organizations fund and oversee their agile initiatives. They must believe in feedback and allow that feedback to work. However, old measures like “on time” and “within budget” are not use...
Brewing Agile 2017: James Priest: Sociocracy 3.0
มุมมอง 3.8K7 ปีที่แล้ว
Full title: "It’s not “either, or” it’s “both and more” - Sociocracy 3.0 and patterns to transcend duality! "
Brewing Agile 2017: Marcus Hammarberg: "Building A Hospital with Agile and Lean"
มุมมอง 9487 ปีที่แล้ว
Brewing Agile 2017: Marcus Hammarberg: "Building A Hospital with Agile and Lean"
Brewing Agile 2017: Bjarte Bogsnes: "Beyond Budgeting"
มุมมอง 4577 ปีที่แล้ว
Brewing Agile 2017: Bjarte Bogsnes: "Beyond Budgeting"
Brewing Agile 2017: Kate Terlecka: "Fix Your Business, Culture Will Follow"
มุมมอง 2147 ปีที่แล้ว
Brewing Agile 2017: Kate Terlecka: "Fix Your Business, Culture Will Follow"
(Brewing Agile 2015) Jonas Jaconelli - Bea Düring - Emma Bjuvefors: The End Is The Beginning
มุมมอง 929 ปีที่แล้ว
Slides: bit.ly/1MjdVpF
(Brewing Agile 2015) Woody Zuill: Continuous Discovery: The Power of Pure Agile
มุมมอง 959 ปีที่แล้ว
(Brewing Agile 2015) Woody Zuill: Continuous Discovery: The Power of Pure Agile
(Brewing Agile 2015) Pia-Maria Thorén: Agile HR & Leadership
มุมมอง 3459 ปีที่แล้ว
(Brewing Agile 2015) Pia-Maria Thorén: Agile HR & Leadership
(Brewing Agile 2015) Emily Bache: Catch Dancing Ponies - Try Approval Testing
มุมมอง 3639 ปีที่แล้ว
(Brewing Agile 2015) Emily Bache: Catch Dancing Ponies - Try Approval Testing
(Brewing Agile 2015) Pia-Maria Thorén: Agile HR & Leadership
มุมมอง 869 ปีที่แล้ว
(Brewing Agile 2015) Pia-Maria Thorén: Agile HR & Leadership
(Brewing Agile 2015) Hans Brattberg: Product Ownership and Shared Understanding
มุมมอง 2469 ปีที่แล้ว
(Brewing Agile 2015) Hans Brattberg: Product Ownership and Shared Understanding
(Brewing Agile 2015) Jonas Jaconelli - Bea Düring - Emma Bjuvefors: The End Is The Beginning
มุมมอง 479 ปีที่แล้ว
(Brewing Agile 2015) Jonas Jaconelli - Bea Düring - Emma Bjuvefors: The End Is The Beginning
(Brewing Agile 2015) Woody Zuill: Continuous Discovery: The Power of Pure Agile
มุมมอง 1119 ปีที่แล้ว
(Brewing Agile 2015) Woody Zuill: Continuous Discovery: The Power of Pure Agile
(Brewing Agile 2014) Henrik Kniberg: Slack
มุมมอง 3K10 ปีที่แล้ว
(Brewing Agile 2014) Henrik Kniberg: Slack
(Brewing Agile 2014) Emma Jane Westby: Was it something I said?
มุมมอง 4210 ปีที่แล้ว
(Brewing Agile 2014) Emma Jane Westby: Was it something I said?
(Brewing Agile 2014) Jeff Campbell: Backlog Refinement
มุมมอง 38010 ปีที่แล้ว
(Brewing Agile 2014) Jeff Campbell: Backlog Refinement
(Brewing Agile 2014) Tomas Trolltoft: How to make your team happier and perform better
มุมมอง 6510 ปีที่แล้ว
(Brewing Agile 2014) Tomas Trolltoft: How to make your team happier and perform better
(Brewing Agile 2014) Johan Karlsson - (Mis)Understanding Flow with Metrics
มุมมอง 3910 ปีที่แล้ว
(Brewing Agile 2014) Johan Karlsson - (Mis)Understanding Flow with Metrics
(BrewingAgile 2013) Emily Bache: Software Craftsmanship
มุมมอง 19711 ปีที่แล้ว
(BrewingAgile 2013) Emily Bache: Software Craftsmanship
(BrewingAgile 2013) Sara Lerén: UX in Agile - How to heed the need
มุมมอง 27011 ปีที่แล้ว
(BrewingAgile 2013) Sara Lerén: UX in Agile - How to heed the need
Ugh. A bit disappointing Kevlin has bought into left-wing conspiracy theories of "diversity". Teams work better if there is diverse relevant reality-based knowledge amongst group members who are trying to cooperate towards a common goal (unified anthropomorphic entity) . It's a classic pseudoscience bait-and-switch. If you incorporate alternative ways of knowing, like witchcraft, into medicine, the results will be worse. That may seem obvious, but that's exactly what "decolonization" efforts aim to achieve, using violence if necessary. If you simply hire people of different races and more women, you actually don't see any benefit. Sometimes, it's worse.
34 minutes or interesting content to build up to "You need more women". AHAHAHA what a joke!
This is an ideal concept and model to good governance, It only needs to adopt and integrate aspects of group dynamics explicitly...Sociocracy explains where many programs and projects at community level fail. At visioning/dreaming and planning levels we should put in more and accurate reflection and logical rather than doing stage. Many people spend alot doing poorly or wrongly designed projects that they work hard to a fail!
Agility doesn't equal Speed minus Kevlin Henney.
Wherever exists an economy, politics kicks in.
One day I too will have my own conference panel speech with lots of funny strawmen!
Around 34:00: I am not sure what is more offensive: to say that all while male in forties think exactly in the same way, or to say that - in effect - the main contribution of female engineers is done not via their intelligence but via the simple fact that they are female.
Well if that is the biggest problem, great!
You are probably overthinking this - the example is for the software/tech industry which is predominantly male and white. And the median age ~40 is also not so bad of a guess. And if - like in his example - most colleagues have gone through the same universities around the same time chances are very high they think alike when problem solving. He also does not say that you want to hire woman ONLY for being a woman. This BTW goes the other way around... a group of all female colleagues will probably profit from bringing in males. Not because males are smarter or whatever, but just because they are able to offer a different angle.
"most colleagues have gone through the same universities around the same time chances are very high they think alike when problem solving" I disagree. Firstly, my colleagues are from all kinds of places all around the world. At lest in London it is a norm. Secondly, where I studied even within the same university people had a variety of approaches and ideas when solving problems. I think it is strange to believe that, say, hiring specifically a woman would somehow "add diversity to thinking" by having to a "different angle". My views are based on a few decades of experience of working in several teams and in two different countries. My female colleagues provided much value to the teams but that had nothing to do with being females - their contribution was identical to their male peers.
@@rtvdenys Kevlin literally said in his example that they have graduated from the same unis. He was not talking about YOUR experience or your client but HIS. And in this context you have to understand my comment. If YOUR experience is different then you might for your own professional life draw different conclusions.
@@tetsi0815 Please do not get so upset. Yes, I understand that Kevlin has mentioned a specific example where everyone was from the same uni(s). So what? Does it mean that they actually think the same? Really? I worked for a company where almost everyone (~99%) was from the same uni. I would not say the company lacked a diversity in thinking. Perhaps it is a US thing that the the way a person thinks is defined literally by a combination of two factors: a uni they graduated from and the genitals they have between their legs. I do not know. Never been there. But you can be sure that is not a norm on this planet. At least, that is my conclusion so far.
Truth that will never be acknowledged by the *business* of software development.
I don't get the 'stuff is also measured in time' thing, anyone?
Usually in companies "stuff", meaning features (user stories) for a product is measured as estimates in man-hours or man-days planned ahead of dev. After development you plot the stuff versus how much time you actually took to code the "stuff". But this speed (velocity) does not actually give you stuff per day, a measurement of development speed. Since you plot estimated time versus actual time, it only gives you the quality of your estimates, not a speed. This can be useful but it does not give you a sense of how much "stuff" are you doing.
Demo crazy? Should adopt sociocracy
We all have our perspective. If it resonates great!
"Words are the vehicules of meaning, and when we develop software we are developing system of meanings". Amazing sentence.
Either he's a Liverpool fan and was submerged in wishful thinking or he should leave football out of his talks because it was somewhat embarrassing.
Listening to Kevlin talk is mesmerizing; I feel like he offers me a whole new viewpoint on the world.
Agility not equals to Speed minus Kevlin Henney
This talk goes off the rails at 33:00 :( :(
Ironically should have listened to his own lessons on scale :)
Very well spoken.
I think if I met him in person, I'd be gobsmacked.
I love Kelvin's subtle humour
He's name is Kevlin. Not a joke.
Sound man needs sacking! HPF man! HPF!!!
How can human ears be so low? This means that this bloke's brain is massive!
Just amazing, thanks a lot!
As a physicist as well, this is an awesome presentation. The misunderstanding of "velocity" in agile circles is one of those "willful ignorance" problems
It is a wonderful idea Kevlin introduces. There *are* units of amount of stuff: for example, the mole (or the dozen).
Words only have meaning in cultural context, Physics doesn't own a word exclusively, quark is still a dairy product and charm is also a personal quality; until the general context changes to particle physics. Agile development to me suggests flexibility and responsiveness, opportunistic; I never even considered a meaning like rapid.
Brilliant.
Nice Jeff!