Slack is perfect for asking ๐ฅ๐ฒ๐ป๐ฒฬ ๐น๐ฎ ๐๐ฟ๐ถ๐พ๐๐ฒ where heโs planning to grab lunch, or to notify people about something via a dedicated channel,
BUT the knowledge itself should NEVER live inside of slack. Thatโs a hard rule we have set at Stockly.
1.ย Communications must be asynchronous by default (via Notion for us, but could be via e-mail for other companies)
2.ย The knowledge should be stored in our knowledge base, inside a ticket or in a cold documentation for instance.
It doesnโt prevent you from sending the project page link via slack to your colleague to ask them to have a look if something is urgent for instance.
Or you can use Slack to announce a new documentation / a new process, but the documentation / process itself should live inside your knowledge base, not in the slack announcement.
This way the information is structured, stored in the right place, accessible to everyone, editable by whoever has the rights to edit, easy to share ...
I think it's extremely important to ensure there is always only ๐ผ๐ป๐ฒ ๐๐ป๐ถ๐พ๐๐ฒ ๐๐ผ๐๐ฟ๐ฐ๐ฒ ๐ผ๐ณ ๐๐ฟ๐๐๐ต in an organization.
Iโm convinced that this kind of concept is key to make a modern organisation efficient from scratch.