Milestones Do Not Properly Reschedule Based on Dependencies
Wrike should distinguish between a projected milestone date and a confirmed date. When the date is projected, it should reschedule. This is how most good gantt charts function.
It looks like we don't have the translated page you're looking for, but we do have other content in English and offer support in English.
What can we help you with?
Learn. Share. Discuss.
Wrike should distinguish between a projected milestone date and a confirmed date. When the date is projected, it should reschedule. This is how most good gantt charts function.
Folllowing List for Post: Milestones Do Not Properly Reschedule Based on Dependencies
[this list is visible for admins and agents only]
Yes! Would love to be able to reschedule milestones in gantt chart like normal tasks.
Milestones that are dependent should move to match the dependencies!!!
I agree with Matthew's original suggestion to have two different types of milestones, one that can be rescheduled and another one that can't. Sometimes my milestones are dictated by deadlines, in which case the current 'sticky' behaviour is perfect. However, most of my project's milestones are not driven by deadlines and I'd like to allow those milestones to re-schedule based on their dependencies.
This issue is not explained in the documentation about dependencies on the Gantt chart: https://help.wrike.com/hc/en-us/articles/209604229-Dependencies-on-the-Gantt-Chart-. Currently, it says, "When you reschedule a task with dependencies all dependent tasks are automatically rescheduled." A Milestone is a kind of task, isn't it? But Milestones are not automatically rescheduled when their preceding tasks are.
Have Wrike ever fedback on this?
I agree with Hans Juergen, actually you do need both. Sometimes you want the milestone to move along with its dependency, other times you do not.
Hey everyone, apologies for the delay in response here.
I have a quick update - it is possible to move tasks to reschedule tasks and their dependencies at the same time. If you shift+click on a task to move it, it moves the entire chain, including the dependencies. If you don't want to move dependencies, you can click without pressing shift and drag it to the new date. You can read more about this on our Help Centre.
Hope this helps! If you have any other questions, be sure to let me know.
Upvoted, need to be able to reschedule milestones as dates rollup on earlier tasks.
Thanks for supporting here Nikita Gupta 👍
Lisa Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover
Lisa Wrike Team member Become a Wrike expert with Wrike Discover
Very frustrating to have this lack of functionality. Forced to reconfirm all schedules and individually recalculate all rollups because of this.
Hello Ed Kelley, welcome to the Community, and thank you for taking the time to share your feedback.
I do understand your frustration here and I've passed on your feedback to our Product team. I'll be sure to let you know if there are any changes in relation to this request. Please let me know if you have any questions.
Hi, adding support to this request. Has there been a way to resolve this?
Holding shift and moving tasks moves everything that has already been completed (shifts the entire timeline vs everything after the task that is shifting). Our deadlines move based on feedback from clients so if we receive feedback sooner or they are delayed we need to be able to adjust dates for the rest of the project timeline. Doing this manually is very tedious for large projects.
Agree with original poster that there should be 2 milestone types. Not having milestones who's dates update based on their dependencies limits the blueprint functionality quite enormously in addition to the communities concerns with managing projects where due dates are flexible targets not rigid deadlines. It gives me pause to have more than a few milestones in a project plan knowing I will have to update all of them every time a task completion date shifts...
Hey Tyler Banschbach, thanks for sharing your input here. It's been noted and I've passed it on to our Product team.
Does Juan's suggestion above help at all? Also, welcome to the Community, it's great to see you here 🙂
Elaine Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover
Elaine Wrike Team member Become a Wrike expert with Wrike Discover
I am having the same issue as mentioned in this thread. I'm confused on Wrike can be considered a serious project management tool without this basic function being available.
Hi Chris, welcome to the Community 👋
Thank you for your feedback! Our Product team is aware of this suggestion, and it would be great if you could upvote the original post above if you haven't yet as the votes help us gauge the interest for different ideas here in the forum 👍 Here's more info on our process.
Lisa Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover
Lisa Wrike Team member Become a Wrike expert with Wrike Discover
For the curious, the workaround we did is similar to Juan's. I've set the "milestone" as a task but give it a duration as 1 minute and made "non-billable". Now the milestones (which are really tasks) adjust with dates.
Thanks for sharing Adam Reusche!
Lisa Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover
Lisa Wrike Team member Become a Wrike expert with Wrike Discover
Upvoted, we really need this!
Is there an update on this feature?
No updates currently, folks. Please be sure to upvote the original post at the top of the page if you haven't yet.
Lisa Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover
Lisa Wrike Team member Become a Wrike expert with Wrike Discover
Its amazing how many standard gantt features you guys don't have updates on after years of requests.....
It's really disappointing as a new user.
Agreed. Milestones should be able to be rescheduled based upon blueprint launch. Not having this feature creates extra steps that discourage use of the Gannt Chart within my team.