Twitter | Search | |
Search Refresh
Vasco Duarte 6h
: we believe the future will yield surprises, therefore we must be ready to change (substantially) any plans Waterfall: we believe we can know the future well enough to make BIG BETS based on those plans Which is more likely to reflect reality?
Reply Retweet Like
Matt Inman Cochrane Nov 5
Is tech the only place we try to measure speed/velocity based on estimation? If I estimate it’d take me 60s to run some vaguely known distance and it took me 90s, no one would say I completed 60s of effort. And sure as hell not that I do 60s of work per 90s!
Reply Retweet Like
Vasco Duarte 9h
The CHALLENGE for the SW industry is positive social impact. With projects costing Billions (like /Finland), SW takes money away from schools, roads, social programs, etc. We need SW approaches that minimize cost, focus on impact like et al.
Reply Retweet Like
Quinn Gil Dec 3
A tweet lacking anything to do with and a troll (I don't believe they act in good faith) brings it up. I don't engage the trolls much now (not much use when they are trolls), but I'm still amazed how actively they attack something people find useful and valuable.
Reply Retweet Like
𝕒𝕘𝕚𝕝𝕖𝕤ℝ𝕦𝕤 Dec 3
Found this very interesting paper supporting the idea of
Reply Retweet Like
Paul Diagr'ambra Nov 5
We're looking for perm and contract folks to help us refactor our existing stuff and "smash serverless into the Enterprise"™
Reply Retweet Like
Reinhard Vornholt 5h
Have to pitch to my dev team. But I am not an expert. Just loving the basic concept. How to sell the idea to sceptic? Advice anyone?
Reply Retweet Like
Glen B. Alleman, MSSM, USC Dec 7
Risk cannot be eliminated Risk can only be handled All risk comes from uncertainty Epistemic (reducible) uncertainty creates risk that can be bought down Aleatory (irreducible) uncertainty creates risk that can only be handled with margin. ignores these principles
Reply Retweet Like
AgileFortune Nov 14
OH: " is a bad idea b/c mgmt would have to change for it to work." Makes it a good idea. ^
Reply Retweet Like
René Wiersma Nov 10
is simply the ideas of agile taken one or two steps further. Arguing vs then turns out to be arguing between an agile approach and a classic project management approach.
Reply Retweet Like
Marco Stipek #JSKongress Nov 11
feel like not providing new answeres, than stop using estimations in scrum or agile.
Reply Retweet Like
The Good Knowmad Nov 13
OH: Several estimation techniques can support Scrum. For example Monte Carlo or Delphi (AKA Planning Poker). R.I.P
Reply Retweet Like
SoftwareDesign&Dev Nov 8
We'll be announcing the agenda & speakers for SDD 2020 (London, 11-15 May) soon - topics will include . In the meantime, save the dates!
Reply Retweet Like
Glen B. Alleman, MSSM, USC 2h
Replying to @santonlan
Start by asking if those paying your for your work have any need to know when you’ll be done, how much it will cost when you’re done, and what they’ll get for the time and money? If they have no need to know those is a good fit, just code and spend away
Reply Retweet Like
Marco Stipek #JSKongress Nov 11
Replying to @thoughtworks_de
says it's not about stopping to estimate, it's about that estimates don't remove the risks
Reply Retweet Like
Michael Chandler 20h
Are many of y’all doing ?
Reply Retweet Like
Vasco Duarte Dec 3
heuristic A working feature delivered today is worth more than two features delivered tomorrow.
Reply Retweet Like
Michael Toland Nov 27
Every. Single. Time. We estimate, it's consistently wrong in a large organization, and it's mainly because large organizations are had at agile and foresight. So why bother. Just focus on doing work, and limit administrative tasks that are often not working.
Reply Retweet Like
Vasco Duarte Nov 29
Insightful! Corollary: "avoid ruin, keep options open" Risk management is about survival, not risk mitigation! Also relevant!
Reply Retweet Like
David Sabine Nov 28
Exec 1: We need to make 10M in new revenue this year. Exec 2: Well one thing is certain: we aren't going to estimate our way there. ME: 😀
Reply Retweet Like