For those in corporate roles, how do you all work with the non-technical areas you support?
Our take
Navigating the relationship between technical and non-technical teams can be challenging, especially in environments where communication is limited. Many professionals, like you, face the frustration of working in silos, where the vision of data science may not align with the needs of business teams. This disconnect can hinder trust and collaboration. It’s vital to foster open dialogue to ensure that technical solutions genuinely support business strategies. To explore this further, check out our article, "Predictions On-Chain," for insights on building trust in data-driven environments.
In the evolving landscape of corporate technology, the relationship between data teams and non-technical departments has emerged as a critical focal point. A recent discussion highlighted the challenges faced by professionals in data science and engineering due to the silos that often exist within organizations. This disconnect can lead to a range of complications, from misunderstandings about project goals to a lack of trust between departments. As the contributor notes, "building the best technical solution doesn't matter if it doesn't actually help the people it's for," underscoring the necessity for cohesive collaboration. This issue resonates not only in the contributor's experience but also reflects a broader trend that many businesses are grappling with today.
The crux of the matter lies in effective communication and collaboration. When data teams operate in isolation, they risk developing solutions that may not align with the actual needs of the teams they support. This misalignment can ultimately hinder productivity and innovation. In a world where the integration of technology and business strategy is paramount, it's vital for companies to foster environments that promote cross-functional dialogue. It's not uncommon to see similar sentiments expressed in various contexts; for instance, Predictions On-Chain discusses trust and confidence in data integrity, which inherently relies on collaboration between technical and non-technical teams.
Moreover, as organizations seek to navigate the challenges of a rapidly changing economy, the ability to adapt and innovate becomes even more crucial. Companies that prioritize a functional relationship between business and technology are better positioned to thrive. The contributor's desire for a workplace where data professionals can directly interact with stakeholders is a call to action for organizations looking to enhance their operational effectiveness. By embedding data professionals within teams and encouraging open communication, companies can ensure that their technological solutions are not only innovative but also practically applicable.
This situation raises significant questions about the future of organizational structures in tech-driven environments. How can companies dismantle existing silos? What practical steps can be taken to ensure that data-driven insights genuinely inform business strategies? These questions are essential as we look toward a future where the integration of technology and business is seamless and dynamic. Furthermore, organizations must recognize that empowering their teams to communicate freely will enhance trust and foster a culture of collaboration. This is where human-centered approaches to technology can truly shine, as they emphasize user outcomes over technical specifications.
As we move forward, the landscape of corporate technology will likely continue to evolve, and the necessity for integration between data teams and business units will become increasingly apparent. Organizations that embrace this shift will not only enhance their operational efficiency but also empower their employees to innovate in ways that align with broader business goals. By fostering open lines of communication and breaking down silos, companies can pave the way for a future where technology serves as a collaborative tool, driving transformation and success across all departments. This ongoing discussion will be worth watching as businesses adapt to meet the demands of an ever-changing marketplace.
I've spent the past few years at what feels like a somewhat dysfunctional company. Our Data Science and Engineering teams are very siloed away from the rest of the company, including the teams we support and build things for. IC individuals rarely interact with those requesting the work, and myself and many of my peers have the common challenge of needing to talk to the people who asked for what we're building, but we're often told no we can't go talk to them. This is one of our biggest pain points, and it makes it very difficult to know if I'm making the most sensible choices given the goals of the work.
In the small amount of conversations I have been able to be in with our non-tech teams, it feels like there's this constant tension. Some of my team's 'vision' for the future feels more like changing another area's business strategy instead of using Data Science to support them with their actual stated strategy. Maybe these two things can work towards the same goals in the future, but from the small amount I've seen now, we're rowing in a different direction than the teams we're supposed to be helping, and I'm worried this will harm trust and the ability to influence in the future if there are places we want to suggest different ways of approaching a problem. I'm not in enough of the conversations I need to be in to have this context though.
Is it like this at other companies? I know the economy and job market are pretty rough right now, but as I'm thinking about longer term decisions, I want a company where there's a functional relationship between business and technology and those of us building can actually speak to the people we're building for. Building the best technical solution doesn't matter if it doesn't actually help the people it's for, or have a way to be incorporated into current processes. I'm just not sure how to assess this from the outside or how common this is.
[link] [comments]
Read on the original site
Open the publisher's page for the full experience
Related Articles
- Is working as a data scientist (ML focus) but not getting to interact with the business a common tradeoff, or is my company just weird?Prefacing this with the fact that I've been in this field for 3 years, across 2 different DS roles at my company. My company is huge and I know that often results in specialized roles, however getting a balance of business and technical exposure is much more difficult than I think it should be. My first role was heavily consulting-focused for DS work and very little building for production. I moved to a team with a more technical focus to make sure I didn't lose that skill set and it's very difficult to get work with an actual business stakeholder, and I'm now worried I'm going to get worse at that. I've tried to find ways to work that into the role and to go talk to people to help find projects but the manager does not seem to support that for the team, only for themselves and one of the leads. I really don't feel like this should have to be an either-or dichotomy, especially since so many areas can benefit from data science work but they don't always know where or what they can ask for. Technical skills are important but they mean nothing if you can't work with the business. Is this more common for the stats/ML side of DS work or do I just need to start job searching? submitted by /u/TaterTot0809 [link] [comments]
- How are you helping your company understanding the limitations of AI derived data?From my perspective, one of the biggest challenges of data science as a field right now is the tension between: A) AI can give "pretty good" answers extremely fast and democratizes it B) Those answers are often decent, but could be nontrivially "wrong" C) That "wrongness" is often not exposed for months or years That is, AI fully democratizes "getting a number" to our biz stakeholders across just about any business problem. A lot of times that number is off some but still pretty good and useful, but we all know sometimes it's catastrophically wrong. However, even in those worse cases though, there's a pressure to move fast, and so the consequences of that wrong number are not eaten or discovered until a good while later (when you find out a prediction was wrong retro-actively, when flaws in a matching process are discovered, when it turns out to have been the wrong "data-informed" decision, etc etc). This is exacerbated by seemingly a lot of biz users either not understanding, or simply not caring, that "number could be wrong". That's not helped by perverse incentive structures either. So my questions is - what, if anything, are you doing at your company to help stakeholders understand that? Or more importantly, to help build a culture that takes the scenario more responsibly? (yes yes, there's maybe not much we can do about it. CEO whims and all that. But interested in what steps people are taking pro-actively) submitted by /u/jshkk [link] [comments]
- Switching out of Data Strategy to Technical workI work as a consultant at big 4. I got hired into the their AI & Data Analytics practice for the financial sector. I was brought in being told that I would be working on technical projects. However, my first project ended up being providing data strategy and architecture work. I am now being further pushed into more data governance and product management work. These are areas that I have no interest in. And yet, I keep getting pushed into them. I don’t have a say since I’m still fairly new have to take what I get. I want to know if I can eventually make a switch to a company else where in the next 6-12 months doing more technical work? Like actually building and validating models. Pushing them into production. I don’t have such exposure through work any way but I have been doing analytical work for a long time now. I’m not up to date with the new AI and AI agent stuff but I understand the theory well and have played around in sandboxes with them. I would greatly appreciate any advice on how to best position myself for a pivot and if something like this can be done. I don’t want to become a data governance type of a person. submitted by /u/alchemicalchemist [link] [comments]
- What has been people's experience with "full-stack" data roles?I started my career being a jack of all trades - hired as a data analyst but I had to extract, clean, and then analyze data and even sometimes train models for simple predictions and categorization. That actually led me to become a data engineer but I've spent most of my career working closely with data scientists and trying my best to make their jobs easier by taking away all the preprocessing tasks away from them so they can focus on training, inference MLops, etc. While I claim to have helped them, to be honest DE teams often become a bottleneck and an obstacle. Everything from not being able to provide the data needed to train on time, or how we processed the data was wrong and led to bad performance, or they went live with a model blindly because we couldn't get them the observation data on time for them to analyze accuracy. I'm wondering how much of the data engineering tasks can be automated/vibed away by data scientists. My guess is that in larger companies this won't be the case but I think startups and SMBs want to move fast so they'd rather have data scientists own the whole pipeline. What has been other's experience with this and where is it heading? submitted by /u/uncertainschrodinger [link] [comments]