![David Griffiths](/img/default-banner.jpg)
- Видео 3
- Просмотров 414 751
David Griffiths
Добавлен 12 ноя 2013
The one skill that can boost any career
Writing is the one skill that boost any career. I am delighted to announce that after months of filming and editing, the "𝗕𝘂𝘀𝗶𝗻𝗲𝘀𝘀 𝗪𝗿𝗶𝘁𝗶𝗻𝗴 𝗘𝘀𝘀𝗲𝗻𝘁𝗶𝗮𝗹𝘀" video course is available now on the O'Reilly Learning Platform! You can watch the 90-minute course free if you sign up for a free trial.
tinyurl.com/BusWriEss
If you're looking to boost your career by improving your writing skills, or if you're an author, or writing sales presentations or marketing material, this online video course is for you. What's in it, I hear you ask? Well...
𝗜𝗻𝘁𝗿𝗼𝗱𝘂𝗰𝘁𝗶𝗼𝗻
Introduction to the 4-step writing process.
𝗣𝘂𝗿𝗽𝗼𝘀𝗲 𝗖𝗮𝘁𝗲𝗴𝗼𝗿𝗶𝗲𝘀
To write effectively, you need a purpose.
𝗥𝗲𝗳𝗲𝗿𝗲𝗻𝗰𝗲 𝗺𝗮𝘁𝗲𝗿𝗶𝗮𝗹
Learn the primary purpose of re...
tinyurl.com/BusWriEss
If you're looking to boost your career by improving your writing skills, or if you're an author, or writing sales presentations or marketing material, this online video course is for you. What's in it, I hear you ask? Well...
𝗜𝗻𝘁𝗿𝗼𝗱𝘂𝗰𝘁𝗶𝗼𝗻
Introduction to the 4-step writing process.
𝗣𝘂𝗿𝗽𝗼𝘀𝗲 𝗖𝗮𝘁𝗲𝗴𝗼𝗿𝗶𝗲𝘀
To write effectively, you need a purpose.
𝗥𝗲𝗳𝗲𝗿𝗲𝗻𝗰𝗲 𝗺𝗮𝘁𝗲𝗿𝗶𝗮𝗹
Learn the primary purpose of re...
Просмотров: 107
Видео
Learn agile estimation in 10 minutes
Просмотров 409 тыс.10 лет назад
If you found this video useful, you might like to watch the entire course that was created as a result: www.oreilly.com/library/view/the-agile-sketchpad/9781771376099/ Each of the videos follow this same style, plus there are exercises and more details about the underlying values of agile, and how they can be used to adapt agile to fit your particular needs.
One slide introduction to agile projects
Просмотров 6 тыс.10 лет назад
In this video I compare an agile project with a traditional, waterfall project, and look at the reasons why agile project management is used and what the main features of an agile project are.
Please keep going , pls don't stop posting videos.
The following could help in some situations. Ann Latham suggested the following assessment: 1. Unfamiliar Complex 2. Unfamiliar Simple 3. Familiar Complex 4. Familiar Simple
We don't have value point concept in our project as customers don't accord such point to a story. Product owner prioritised stories depending on how important it is for release deployment, in consultation with client. I enjoyed this video since explanation is incisive and invokes tremendous interest amongst Agile practitioner.
You are making cool & useful videos! Please, keep going!
Excellent explanation - most comprehensive video on this topic so far
Very nice explanation, Thanks so much!!
Can you be less ASMRish?
This is EXACTLY how I want everything in life to be taught. So brilliant! Thanks
Amazing
Thanks a lot. Cleared every doubt in a most practical manner.
you're very kind what you invested in your video with , everything's clear you just helped me lots !
My friend, if there is a word more that excellent job, pls let me know!. You have done an excellent job that the majority of Agile Instructors couldn't manage to do in 3 days of continuous talking. Pls keep the good job up! Your fan, from Iraq 🇮🇶
Development time estimation doesn't matter. Use cost of delay to figure out how bad you need the feature. Usually the value of really important tasks is high enough (multi million costs) to justify basically any activity. Then you can leave out estimation entirely and actually get the work done which will make your customer happy 😂😄
I still don't get it. It's like estimating distance in miles, then record it as Fahrenheit. During the estimation process, we slip in intimidating words like Fibonacci so people will think we know what we are doing
every time someone asks me, what the idea behind the story points is, I am sending him this video because it really left no open questions, thx for the good work!
Great video. In summary: In agile estimation, story points are used as an abstract time unit to avoid absolute time estimates, while value points measure task importance. The Fibonacci sequence is favored for story and value point estimation in agile because it fits human thinking.
Useful. Thanks for the detailed information given.
Hi this very informative, however I don't see how it can work within a construction contract scenario for example JCT ect ??? all it basically gives you is a predicted Program of works with a cash flow forecast????????
I'm sorry, but this is not good. It make the rookie error of equating SP to time - it's not. Then showing fibonacci equation turns people off and doesn't describe why it helps (it's not about accuracy) just 'how people work...'. We also typically don't use the strict fibonacci series, but use 20,40,100 for higher values. Can a large story (55point) be done in a sprint? seems unrealictic and will lead people into a trap. no mention of breaking down at 13... No mention of reference stories to help the calibration. Then mentions project Manager - are we doing projects? It would have been good to see how to track using burndown and burn up charts.
Did you use agile to create an Agile estimation video 😂🤟
I took several online courses, and none of them could explain how to properly do an estimation. This is the best explanation on the web! Thanks so much for sharing!
Conflating story points with time is a fundamental misunderstanding of their use. They’re meant to convey complexity and risk. The reason we remove time from points is because different developers code at different rates of speed but, as a team, we need a way to relatively size the lift, agnostic to developer…
This is, in all palpable sincerity the best explanation for agile estimation I’ve seen❤
Good job 👏 👍
This was truly a great video. thank you.
Very informative and I appreciate you sharing your experiences and knowledge. Could you please guide on the following: 1. Conducting a story point estimation throughout cross functional team means 1 representative from every functional group or all team members across organization? 2. A developer estimate 3 points for story vs tester estimate 8 points. Tester has to perform cross browser testing hence the scope of testing is large + different permutations/combinations to test the business rules. Which one will be taken as correct story point: 3 or 8? 3. Is there a baseline for effort based on story points e.g. 1 story point take 4 hours, 2 take 6 hours and so on 4. Say story point estimate consensus built on 3 story points. How do you schedule it if it's a 3 hour estimate by team. I mean in the end it will be development, testing, bug fixing, regression so will it be 3 hours each all the tasks together or 12 hours i.e 3 hours × 4 tasks
Story points aren't time, they are complexity, effort, and risk. This video is bad.
Estimates are futile exercise for corporate managers and scrum masters. First point: Agile says nothing about estimates, pro or con. Use Cases are not agile but rather techniques that can be used by scrum, kaban, etc which are methodologies that can agile or non agile. Story points fall in the same category. But Story points are a function of complexity and not function of time. #NoEstimates
Short and sweet explaination.Thank you
Thanks a lot for this valuable and neet video! Very helpful.
I love this but am struggling with what the context of the "customer" is. (From 3:30) For example, if we are doing a site redesign and the first deliverable is the global header, how do we estimate the value from the customer's perspective? The new header is a number of epics, broken down into smaller pieces, naturally. But the customer needs every bit of each epic of it for it to be a new user experience. So how does one estimate something like that from the customer's perspective? Does anyone have any thoughts?
Nice
I find the reverse engineering of SP to time units an agile anti-pattern. A story will be delivered by the end of the iteration, that’s all we need to know. Otherwise, good explanation
This was sooooo good. Where can I get more of his Vid? I only saw 2 on this channel 😔
Hello Rhea, It was actually turned into a full course by O'Reilly Media, which I drew and my wife narrated www.oreilly.com/library/view/the-agile-sketchpad/9781771376099/
In 11 minutes you did what my Master's Degree PM' professor didn't do in two years. Hope he is not here in this chat :) Thanks
perfectly Explained , Thanks
Its such a great example for how story points works Thanks so much, I struggled hard before this vid!
thanks so much for your clear explanation!!!
Excellent explanation 🙌👏👏👏🤩🙏
thanks for making this digestible
but during 1st iteration how did we know that 2 weeks of sprint was enough to complete build wall story? please correct me if I have missed something, thanks you.
Standing ovation! this is the best explanation of story points I have come across in my career as an agile developer. Thank you so much!
Absolutely!
Nice video, thanks. What is the point of all the ordering, prioritization processes & calculations until the BFTB sores & reordering, if the team would still have to brainstorm & reorder finally based on the dependencies? why not just prioritize based on the dependencies in the first place instead? like in the traditional PM
I am still confused.. unable to understand iterations and 55/2 weeks, how much hour for each story card.. very confusing explanation
superb exlanation
super !
Fantastic tutorial! Just like the formula for calculating the Bang for the Buck, is there a formula to calculate the velocity and the time taken for the user story to be completed even for the 1st iteration? Thanks in advance !
Hello Soorya. The first iteration is when you really are guessing based on virtually no evidence (other than any other similar projects you work on). The good news is that *after* the first iteration you start to gather real world knowledge (the number of points you completed) which you can feed back in to future iterations. Over time, the estimates get more and more accurate.
How do dependencies come into play? You may have roof as the greatest value but you can't get it in because realistically, you have to pour the concrete for the foundation first, then build the walls, etc... until you can actually get to the roof.
Is planning poker a relative estimation technique??