I don't think there are any good solutions, but I think what can help is deciding what should go into a communication/update,and where that should live, as well as giving priority to training your users on your solution and inviting their feedback. In other words, having standards. For example, here are some thoughts we've had. * information that's "needed" should live on a custom form field in a custom form--not in an updates free-for-all. * certain people should only be communicated with on certain objects--e.g. your requestors might be locked into their initial request without visibility to the whole project, or specific task holders might ignore the project if they can get all the information out of their specific task, or everyone might only communicate on milestone tasks, whatever makes sense. * "crucial" updates are different from "FYI/CYA" information (kept for historical record)--and one might tag specific people on a certain type of update while not tagging anyone in other types. Also, updates should contain a structure (give specific information such as problem + solution + involved decision makers). * updates should not be created in lieu of a meeting (in other words, don't hold long conversations in here. Similarly, don't clutter e.g. just saying "thanks" or other non-informational updates) * Lastly, reporting and dashboards can sometimes help. A while ago, Narayan and Doug discussed how to format reports and provided a few notes reports (see "https://www.youtube.com/watch?v=JqIEE2o6v5M"
https://www.youtube.com/watch?v=JqIEE2o6v5M and I'm not sure where the notes package is, but I'm sure information is in the youtube about it) -- this functionality specifically targets being able to see recent updates / updates ordered by time / updates tagging the user in question, etc. -skye