Sign Up

Captcha Click on image to update the captcha.

Have an account? Sign In Now

Sign In

Captcha Click on image to update the captcha.

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Captcha Click on image to update the captcha.

Have an account? Sign In Now

Sorry, you do not have permission to ask a question, You must login to ask a question.

Captcha Click on image to update the captcha.

Forgot Password?

Need An Account, Sign Up Here

Sorry, you do not have permission to add post.

Captcha Click on image to update the captcha.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

Ask Agile

Ask Agile Logo Ask Agile Logo

Ask Agile Navigation

  • Home
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Community Help
    • Kanban
    • Scrum
    • Scaled Scrum
    • Liberating Structures
    • Culture
    • Small Talk
    • Team Dynamics
    • Job Opportunities
    • Self-Promotions, Selling Services, Tool Promotions
  • Home
  • Blog
  • Contact Us

Ask Agile Latest Questions

Anonymous
  • 0
Anonymous
Asked: August 8, 20222022-08-08T10:16:44-05:00 2022-08-08T10:16:44-05:00In: Scrum

What do I say to a waterfall project manager who demands that we convert our point to time?

  • 0

Aaarrrggghhhh. What do I say to a waterfall project manager who demands that we convert our point to time?

So frustrating, their “fake agile” team convert their points to time, so why can’t we? Have explained about a burnup chart, but he wants a gannt chart before we’ve even planned the next increment…

Any and all assistance appreciated.

fake agileproject managerwaterfall
  • 1 1 Answer
  • 30 Views
  • 0 Followers
  • 0
Share
  • Facebook

    You must login to add an answer.

    Captcha Click on image to update the captcha.

    Forgot Password?

    Need An Account, Sign Up Here

    1 Answer

    • Voted
    • Oldest
    • Recent
    1. GuyM
      GuyM
      2022-08-08T15:43:28-05:00Added an answer on August 8, 2022 at 3:43 pm

      I hate to break it to you, but Story Points were only ever thinly obfuscated time.

      See : https://twitter.com/ronjeffries/status/307469737305186304

      They were invented as a way of keeping management out of the team’s estimates, in situations when it was very much “the team Vs the manager.” As with most conflict avoidance approaches, it failed horribly. Managers started to latch onto story points as a productivity measure, and we get all kinds of dysfunction.

      The second bit of bad news I have is that agile does not mean “no planning”; nor does Scrum for that matter. Take a look at the 2017 Scrum Guide, and in particular the Sprint Review. The Product Owner needs to have a decent grip on forecasting both time and budget at that operational planning horizon, so that choices can be made.

      In Scrum, your product owner should have at the very least a Product Goal, and a roadmap of the key Sprint Goals to reach it. As with any other plan, it’s not fixed. You’ll inspect and adapt that plan at every Sprint Review, with the customers and stakeholders.

      If you are using other approaches like the Kanban Method, then you have your “upstream Kanban” of features – each ideally expressed on a lean business canvas as a testable hypothesis, and a statistical delivery forecast based on the pervious cycle time for stories and features.

      At that point, you can have a conversation with the Project Manager about how agile forecasting and planning works.

      – with Scrum, each Sprint can be considered a mini-project (see the Scrum Guide); the most important question each Sprint Review is “do we need another Sprint, or is there more value to be obtained elsewhere?”

      – with Kanban Method, we are continually reforecasting delivery dates in a probabilistic, based on historical data

      – in all cases, we are assuming we might have build the wrong thing, or built the thing wrong. In order to reduce the risk of delay and expensive rework, we are delivering iteratively, and incrementally

      So – you might have to have some courageous conversations on this one, but I’d advocate having a clear planning and forecasting alternative to a Gantt chart before you do.

      • 1
      • Share
        Share
        • Share on Facebook
        • Share on Twitter
        • Share on LinkedIn
        • Share on WhatsApp

    Sidebar

    Ask A Question

    Stats

    • Questions 145
    • Answers 77
    • Best Answers 3
    • Users 0

    Top Members

    • Popular
    • Answers
    • Danny Vallee

      Is Kanban Agile?

      • 5 Answers
    • Anonymous

      What is one thing you wish you could know when ...

      • 2 Answers
    • Anonymous

      Testing generate a lot of bugs and the sprint never ...

      • 2 Answers
    • GuyM
      GuyM added an answer "The product backlog items are too big for one sprint"… March 5, 2023 at 12:45 am
    • GuyM
      GuyM added an answer I'd suggest two things. - the surface issue is seldom… March 5, 2023 at 12:36 am
    • Danny Vallee
      Danny Vallee added an answer Thanks GuyM! January 31, 2023 at 9:38 am

    Related Questions

    • How can we use agile practices to improve the diversity ...

      • 0 Answers
    • What are the most common mistakes that teams make when ...

      • 0 Answers
    • How to foster collaboration and trust in agile teams?

      • 0 Answers
    • How to deal with changing requirements in agile projects?

      • 0 Answers
    • How to Manage Scope Creep in an Agile Project

      • 0 Answers

    Trending Tags

    agile (6) book (4) metrics (4) po (5) scrum (10) scrum master (14) sprint (4) story (5) story points (4) team (9)

    Explore

    • Community Help
      • Kanban
      • Scrum
      • Scaled Scrum
      • Liberating Structures
      • Culture
      • Small Talk
      • Team Dynamics
      • Job Opportunities
      • Self-Promotions, Selling Services, Tool Promotions

    Footer

    About Us

    • Blog
    • Contact Us

    Help

    • Knowledge Base - FAQs

    Legal Stuff

    • Privacy Policy
    • Terms of Service

    © 2023 GaliléSolutions.com. All Rights Reserved
    Crafted with Love by Agile Lovers at GaliléSolutions.com.