Stack Overflow for Teams is now free forever for up to 50 users
stackoverflow.blog
stackoverflow.blog
From what I experienced, there is no place for SO for Teams where I worked (even if it's a very well designed tool). Either your question is broad and SO is the place to ask, or it's narrow and domain-based then you should store that knowledge somewhere else than on SO for Teams. Regarding where to ask the question in the first place: Slack channels, leading to a Zoom meeting if necessary.
The last scenario I see, which is the "one-time question which might become a recurring question": it is also handled by Slack (good-enough search). And that's the n°1 problem I had with SO for Teams: Slack is good enough, especially if members of your org take the opportunity of such questions to improve the codebase/documentation/internal knowledge base when necessary.
Slack in general is a black hole, which is its main redeeming feature.
Things just dissappear, and people understand it's a lossy channel. Several times I look at my phone, see some notifications, I glance at them and try to make a mental note to reply, then when I get to work those messages are gone, buried in the chat stream since they have been seen on my phone. There isn't even a way to view all your past notifications in slack, or all the notifications you got in the last 24 hours. At least I don't know of a way to do that -- perhaps some of the slackers here can point it out.
Once you get used to it and set expectations that this isn't email but shouting into a crowd, then you can regain some productivity. "Sorry, didn't see that, I must have scrolled past it." :)
It seemed to me that it required a lot of process/habit changing that needs to be fully supported from management levels. Likely including a "ban" on project-based channels on things like Slack/Teams/etc. I imagined you would need to try to move all of the relevant project-based Q/A and chat onto this product so the necessary information is available. Then you need people to actively moderate and vote to help the SO search functionality bubble up the relevant topics. Basically, this isn't just a new tool, but a new way of interacting with teammates - if you want to get the utility from it. What else am I missing?
I should mention, I really like the concept, but not sure how to get over the adoption hurdle.
Obviously, there are a ton of questions which happen every day in a typical company. The problem is, SO is really optimized for a very particular kind of question: I'll word them as, isolated/fungible questions which have a medium-level effort of answering.
By that I mean, firstly, the question has to be isolated from any other workflow a developer might be involved in, which involves other systems. The big ones here are Issue Management (Jira) and Code (Github). I'd estimate that 70% of the questions our developers ask one-another on a daily basis happens either in the planning phase on Jira, or in the PR phase on Github. Not only would it be burdensome to tell developers "stop asking questions in PRs, put those in SO", I'm not convinced that, idealistically, SO is even where those questions should live; Jira and GitHub are powerful, indexed, searchable tools that both have a tactile connection to the actual product. It makes sense for discussion to happen there.
And secondly; short-form questions are better answered in Chat (Slack); its where people live, and its fast. Yes/no kind of stuff. Long-form questions will always be better answered in Slack via a link to a Wiki (Confluence/Notion); there's a hierarchical organization to Wikis, not to mention full search indexing, which massively assists in organizing and archiving information. No company does their knowledge base right, but usually they're better than nothing, and better than what I could imagine a full-usage internal StackOverflow would be.
I could honestly see it being interesting as a replacement to Chat/Slack in very, very modern companies whose leadership has recognized how much of a massive time waster and burden real-time Chat has become to the development workflow. But this is very cutting edge thinking; I know of a few leaders who have verbalized concern about Slack, but none who have actually followed through on trying something different in any capacity, likely because it is addicting and their teams would revolt. I would like to work somewhere that just tries it out; throw away Slack for three months, and try a more Forum-based method of low-friction communication. Maybe SO would work for that. But that will never, ever happen bottom-up.
It's literally just SO format, but for internal stuff. It's great for when you have siloed teams that have to communicate, especially when you've never met those people. It makes a lot of sense at these large companies, since Uber is just a bunch of small, isolated teams mashed together in large open floor plans. Nobody actually knows each other unless you've worked directly with them or they're notable management.
So for that, it was great (when I was there). I can't imagine this being useful for smaller teams.
Confluence is more long-form, wiki-like documentation, often written by someone with authoritative knowledge. While this isn't forbidden (quite the contrary) on SO or SO for Teams, it's not exactly what it's most useful for in my opinion.
Some of the most awesome engineers contributed a lot, which made it pretty high quality.
You could also ping a person when asking a question, that's usually more polite than pinging over chat with your question.
Some high-touch teams (e.g. software networking, with whom almost everybody has something to say/ask) set up their "how to ask us a question" to post on internal slack. Works great.
Edit: also keeps people more honest when asking questions - SO taught us to ask questions correctly. :)
Current Uber employee
the search function is bad and I end up using it a lot less. (and often can find better answers on slack)
I think to make SO useful, you need a push from the leadership layer to have all the questions be posted on SO and answered on SO. If you don't push for more questions to be answered on SO, then slack is often better source of Q&A.
And you probably need to maintain and trim the answers (since internal APIs / issues change a lot more rapidly and some answers can become stale quickly)
Basically, not a slam dunk straight away but I can imagine that it is a good idea
The product is different from wikis or intranets because it's not just about anticipating what someone might need and documenting that. Stack Overflow for Teams gives users the ability to ask a question and people can ask teammates to add knowledge to the platform right in chat. So knowledge itself can be either proactively added, meaning people are anticipating needs, or it can be reactively added, based on an immediate need, like a question.
For your search question - it has basic and advanced search capabilities. You can read more about that here.
https://stackoverflow.help/en/articles/4400196-search-existi...
If you want to read about how it compares to using version control, Confluence, or wikis, there is a case study on switching from those tools here.
https://info.stackoverflowsolutions.com/Enterprise_Elastic-C...
Plenty of times where a smaller company has a ton of internal knowledge that really needs to be on a public SO as they are common questions. It would be incredible to say, we'll let internal users ask questions here and then populate a public set of tags based on that for new/emerging products.
Having it in this format should make it easy to port Q&A over to the public site if a Team decides to make a certain project visible or open source.
I have to work hard against this impulse to continue reading the actual answer.
Also, for smaller teams (say, under 50 people), there probably isn't enough value over a wiki and slack/teams.
I've never used Teams but I can already imagine how the same problem applies to Teams too. I guess it's even worst because technical answers usually get outdated after several years, but in every company I worked, processes usually changed every 2-6 months.
[1]: https://meta.stackoverflow.com/questions/405302/introducing-...
"Unlimited" storage/data is in that category if not for bandwidth/throttling disclaimers.
* = Terms and conditions may apply.
There was more. But it's a real rat's nest of complexity it sounds like.
Yes, we think so. We have academic clients using it at computer science departments.
You can see how data scientists use it here https://stackoverflow.com/teams/use-cases/data-analytics