D-Wave Quantum Inc. (NASDAQ: QBTS) is a leader in the development and delivery of quantum computing systems, software, and services.

The salary range for this role is negotiable, the range being $6,000-$11,000 per month (Gross in USD), based on location and experience level.

Performs GIS-related tasks including map preparation, geospatial data creation and manipulation, and other GIS-related tasks.

About ActAI There are over 5 billion users using basic applications today such email, notes, tasks, calendar and they're not AI-native.

About FinixFinix is building the global operating system for fintech, starting with payments.

Job Title:Director, SolutionsJob DescriptionPreSales Solutions Architecht to work from opportunity identification all the way to SoW Signature.

About the roleBudibase is hiring Senior Software Engineers to help build the next generation of our open-source platform.

Headquarters: Mexico URL: http://lawnstarter.com About LawnStarter LawnStarter is the nation's leading on-demand marketplace for lawn care and outdoor services, with over $750M in annual bookings. We're expanding beyond lawn care to become the one-stop shop for all home services, operating across three brands (LawnStarter, Lawn Love, Home Gnome) on a single shared platform. About Analytics at LawnStarter We're a small, senior analytics team supporting the entire company, product, marketing, operations, and finance all run on the data we serve. The foundation is solid: a centralized Redshift data warehouse where all source data lands, modeled in dbt and orchestrated by Airflow, with Segment feeding event data in. You won't be stitching scattered sources together, the platform exists; your job is to make it trustworthy and keep it that way. We're mid-migration to Lightdash as our single BI platform, replacing Tableau and Metabase. Here's the honest gap: everyone on the team today is an analyst. Data quality, tracking standards, and platform hygiene get done as side work, squeezed between analyses. Nobody wakes up thinking about them, which is exactly the job we're hiring for. The Role You'll be the first person at LawnStarter dedicated to data governance, the owner of whether our data can be trusted, and of the roadmap that makes it more trustworthy every quarter. Trust means the quality and freshness of our source data, pipelines, and reports; the definitions behind our metrics; the standards behind our Segment event tracking; the health of our Lightdash workspace; the data feeding our machine learning models; and the security of the data itself. The roadmap means sitting with product, marketing, ops, and finance to understand what the business needs from data, turning that into priorities for the platform, and sequencing the work, yours and, soon, your team's. This is a hands-on role, every manager at LawnStarter builds, and this one is no exception. You'll start solo, with the Analytics team around you: building automation, writing checks, fixing what's broken, and putting processes in place that scale past you. Once you've landed, we open a Lead Analytics Engineer role reporting to you, you'll help choose them, and the function grows from there as scope demands. What makes this role different: You're first. Governance has been everyone's side job, so what exists today is yours to reshape, keep what works, redesign what doesn't, and your standards become the company's standards. You own the roadmap, not a backlog. Nobody hands you requirements, you discover what the business needs from data and decide what gets built, in what order, and why. Whole-stack ownership. Source data to pipelines to dashboards and ML models, you own trust across the entire chain, not one slice of it. A live migration to shape. Lightdash is landing now. You get to set up its permissions, structure, and norms before bad habits form, instead of untangling them later. What You'll Own The data roadmap - discovering what product, marketing, ops, and finance need from data, prioritizing it against platform health, and sequencing the investment. You'll present it, defend it, and re-plan it as the business moves. Data quality and freshness - automated monitoring across source data, pipelines, and reports; catching upstream schema and source changes before they break anything downstream; running incidents to resolution when they happen. Data lineage and impact analysis - a living map from production source to warehouse model to dashboard, and the process that uses it: when a production change is proposed, its downstream impact on pipelines, metrics, and reports gets assessed before it ships, not discovered after. The end-state is data contracts with engineering, so breaking changes get caught in their workflow, not ours. Lightdash - administration, workspace structure, permissions, and the rollout itself. Your job is to give the company self-serve autonomy while keeping the workspace tidy enough that people can find and trust what's there. Enablement is part of the deal, people follow standards they've been taught, and so is keeping queries fast and warehouse costs sane. The semantic layer - we just shipped it for our most critical metrics: one governed definition per metric, in code. You'll extend definition and mapping to the rest and guard the layer against uncontrolled growth as it scales. Event tracking governance - our governed Segment event catalog: reviewing new events against its standards, keeping it matched to what production actually sends, and evolving the guardrails (naming, property dictionary, drift detection) as tracking grows. AI data readiness - AI agents query our warehouse every day through Brain, our internal AI toolkit. You'll govern what data AI tools can access and keep the warehouse AI-legible: documented, consistent, and safe for an agent to query and get the right answer. Data security and privacy - access controls, PII handling and retention under US state privacy laws, and periodic reviews of who, and which AI tools, can see what. The governance system itself - the documentation, ownership models, and review loops that keep all of the above running without heroics. Problems to Solve Turn business needs into a data roadmap Every area of the company wants something from data, and today those asks reach the Analytics team as a stream of interruptions. You'll build the intake and prioritization that turns them into a roadmap , one that balances stakeholder needs against platform health, survives contact with a changing business, and that your stakeholders can see themselves in. The hard part: saying "not yet" to important people, with a reason they respect. Make the Lightdash migration a step-change, not a re-platforming We're replacing Tableau and Metabase with Lightdash. Done poorly, we trade two messy tools for one messy tool. You'll design the structure, spaces, permissions, certification, naming, that lets stakeholders self-serve at the speed the company needs without creating an uncontrolled dashboard-growth nightmare. The hard part: autonomy and tidiness pull in opposite directions, and you have to deliver both. Finish and defend the semantic layer We just shipped our semantic layer for our most critical metrics, one governed definition per metric, so "two dashboards, two numbers" can't happen. The unglamorous truth: a long tail of metrics still needs definition and mapping, and a semantic layer only stays trustworthy if someone curbs its growth. You'll own both, extending coverage and keeping one-metric-one-definition true as the layer scales. Tame event-tracking entropy Segment events power our funnels and product analytics, and they're implemented by many engineers across many teams. The guardrails exist, a governed event catalog with naming standards, a property dictionary, a review lifecycle, and automated drift detection against production. What's missing is a dedicated owner: someone who holds every new event to the standard, keeps the catalog matched to what production actually sends, and evolves the guardrails as tracking grows. Without that, entropy wins, events drift and silently degrade when features change. Get ahead of breakage instead of chasing it Today, when production data changes upstream, we too often find out when a pipeline breaks or a stakeholder flags a wrong number. You won't start from zero, an AI-powered Analytics Engineer agent already runs freshness monitoring, metric anomaly detection, and dbt-based lineage checks, but it doesn't yet run at the scale or coverage we need. You'll take detection from partial to comprehensive, extend lineage beyond dbt (Segment events and Lightdash need stitching in), and wire it into engineering's change review, so a proposed production change comes with a downstream impact assessment instead of a postmortem. The end-state is data contracts: breaking changes caught in engineering's workflow, not ours. What Success Looks Like (Year 1) Zero pipeline incidents from unannounced source-data changes - lineage and automation catch them before they break anything downstream, and production changes ship with an impact assessment instead of a postmortem. Zero freshness incidents - stakeholders never open a stale dashboard. Every area of the business manages on official, well-maintained metrics and dashboards - product, marketing, ops, and finance self-serve in Lightdash against a fully mapped semantic layer; Tableau and Metabase are retired; arguments about whose number is right don't happen. Not because you built the dashboards - because you built the system that keeps them trustworthy. Every Segment event has an owner and a standard - new events ship compliant, and degradation gets caught automatically, not by accident. Governance runs as a system - documented processes that would survive you taking a month off. Requirements Who You Are Governance is your craft, not your chore. You genuinely enjoy making data systems trustworthy and tidy, you're the person who can't leave a broken naming convention alone. This is unlikely to be a good fit if you see governance as a stepping stone to "real" analytics work. AI-native. You use AI tools (Claude Code, Copilot, ChatGPT) daily to build quality checks, write automation, triage anomalies, and document as you go, one person covering ground that used to take a team. You also see the reverse direction: AI agents consume our data daily, and making the warehouse safe and legible for them is part of governance now. This is unlikely to be a good fit if you're skeptical of AI tools or prefer to do everything manually. A hands-on manager. You've been accountable for other people's output, allocating their time, owning their priorities, and you never stopped building yourself. You write the SQL, debug the Airflow DAG, and configure the permissions personally. This is unlikely to be a good fit if seniority took you away from the keyboard, or if you've never been responsible for anyone's work but your own. Product-minded. You start from what the business is trying to decide, not from what the pipeline does, and you can turn a vague stakeholder ask into a prioritized plan. This is unlikely to be a good fit if you need requirements handed to you, or if roadmap conversations feel like a distraction from the real work. Automation-first. Your instinct for any recurring check is to build a monitor, not a checklist. This is unlikely to be a good fit if your quality practice depends on manual review and discipline. An enforcer people actually like. You'll hold engineers and analysts you don't manage to standards, which takes clear rules, good tooling that makes compliance easy, and the spine to say no gracefully. This is unlikely to be a good fit if you avoid friction or, at the other extreme, enjoy being the department of no. This Role Is NOT A big-team leadership role. You start solo and then hire a Lead Analytics Engineer who reports to you; the team grows only as scope demands. If you want to direct a large org rather than build alongside a small one, this isn't it. A policy or committee job. There are no governance councils to chair and no binders to produce. When something's broken, you fix it, with code, config, or a conversation. A BI analyst role. You won't spend your days building dashboards for stakeholders. You build the platform and guardrails that let everyone else do that well. A finished system to babysit. Much of this doesn't exist yet. If you want to operate a mature data platform rather than build one, you'll be frustrated here. Tech You'll Touch Warehouse & pipelines - Redshift, dbt, Airflow Ingestion - Fivetran, plus custom Airflow pipelines Event tracking - Segment BI - Lightdash (primary), Tableau and Metabase (sunsetting) AI tooling - Claude Code, Codex, Brain (our internal AI toolkit), and any tool that makes you more effective or efficient Observability - an AI-powered Analytics Engineer agent (freshness monitoring, anomaly detection, dbt lineage) you'll scale up, plus the quality and impact tooling you'll add around it You don't need every box checked. You need hands-on depth in the warehouse/pipeline layer and credible experience keeping a BI tool and tracking plan healthy at company scale. Benefits Base salary: $75k-$120k/year Fully remote: This work needs deep focus, building monitors, untangling pipelines, and we trust you to manage your environment. Async collaboration is the norm. Flexible PTO: We focus on results. Take what you need. LawnStarter provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, or genetics. We comply with applicable state and local laws governing nondiscrimination in employment. To apply: https://weworkremotely.com/remote-jobs/lawnstarter-analytics-engineering-manager-data-platform-governance-1

Headquarters: Brazil URL: http://lawnstarter.com About LawnStarter LawnStarter is the nation's leading on-demand marketplace for lawn care and outdoor services, with over $750M in annual bookings. We're expanding beyond lawn care to become the one-stop shop for all home services, operating across three brands (LawnStarter, Lawn Love, Home Gnome) on a single shared platform. About Analytics at LawnStarter We're a small, senior analytics team supporting the entire company, product, marketing, operations, and finance all run on the data we serve. The foundation is solid: a centralized Redshift data warehouse where all source data lands, modeled in dbt and orchestrated by Airflow, with Segment feeding event data in. You won't be stitching scattered sources together, the platform exists; your job is to make it trustworthy and keep it that way. We're mid-migration to Lightdash as our single BI platform, replacing Tableau and Metabase. Here's the honest gap: everyone on the team today is an analyst. Data quality, tracking standards, and platform hygiene get done as side work, squeezed between analyses. Nobody wakes up thinking about them, which is exactly the job we're hiring for. The Role You'll be the first person at LawnStarter dedicated to data governance, the owner of whether our data can be trusted, and of the roadmap that makes it more trustworthy every quarter. Trust means the quality and freshness of our source data, pipelines, and reports; the definitions behind our metrics; the standards behind our Segment event tracking; the health of our Lightdash workspace; the data feeding our machine learning models; and the security of the data itself. The roadmap means sitting with product, marketing, ops, and finance to understand what the business needs from data, turning that into priorities for the platform, and sequencing the work, yours and, soon, your team's. This is a hands-on role, every manager at LawnStarter builds, and this one is no exception. You'll start solo, with the Analytics team around you: building automation, writing checks, fixing what's broken, and putting processes in place that scale past you. Once you've landed, we open a Lead Analytics Engineer role reporting to you, you'll help choose them, and the function grows from there as scope demands. What makes this role different: You're first. Governance has been everyone's side job, so what exists today is yours to reshape, keep what works, redesign what doesn't, and your standards become the company's standards. You own the roadmap, not a backlog. Nobody hands you requirements, you discover what the business needs from data and decide what gets built, in what order, and why. Whole-stack ownership. Source data to pipelines to dashboards and ML models, you own trust across the entire chain, not one slice of it. A live migration to shape. Lightdash is landing now. You get to set up its permissions, structure, and norms before bad habits form, instead of untangling them later. What You'll Own The data roadmap - discovering what product, marketing, ops, and finance need from data, prioritizing it against platform health, and sequencing the investment. You'll present it, defend it, and re-plan it as the business moves. Data quality and freshness - automated monitoring across source data, pipelines, and reports; catching upstream schema and source changes before they break anything downstream; running incidents to resolution when they happen. Data lineage and impact analysis - a living map from production source to warehouse model to dashboard, and the process that uses it: when a production change is proposed, its downstream impact on pipelines, metrics, and reports gets assessed before it ships, not discovered after. The end-state is data contracts with engineering, so breaking changes get caught in their workflow, not ours. Lightdash - administration, workspace structure, permissions, and the rollout itself. Your job is to give the company self-serve autonomy while keeping the workspace tidy enough that people can find and trust what's there. Enablement is part of the deal, people follow standards they've been taught, and so is keeping queries fast and warehouse costs sane. The semantic layer - we just shipped it for our most critical metrics: one governed definition per metric, in code. You'll extend definition and mapping to the rest and guard the layer against uncontrolled growth as it scales. Event tracking governance - our governed Segment event catalog: reviewing new events against its standards, keeping it matched to what production actually sends, and evolving the guardrails (naming, property dictionary, drift detection) as tracking grows. AI data readiness - AI agents query our warehouse every day through Brain, our internal AI toolkit. You'll govern what data AI tools can access and keep the warehouse AI-legible: documented, consistent, and safe for an agent to query and get the right answer. Data security and privacy - access controls, PII handling and retention under US state privacy laws, and periodic reviews of who, and which AI tools, can see what. The governance system itself - the documentation, ownership models, and review loops that keep all of the above running without heroics. Problems to Solve Turn business needs into a data roadmap Every area of the company wants something from data, and today those asks reach the Analytics team as a stream of interruptions. You'll build the intake and prioritization that turns them into a roadmap , one that balances stakeholder needs against platform health, survives contact with a changing business, and that your stakeholders can see themselves in. The hard part: saying "not yet" to important people, with a reason they respect. Make the Lightdash migration a step-change, not a re-platforming We're replacing Tableau and Metabase with Lightdash. Done poorly, we trade two messy tools for one messy tool. You'll design the structure, spaces, permissions, certification, naming, that lets stakeholders self-serve at the speed the company needs without creating an uncontrolled dashboard-growth nightmare. The hard part: autonomy and tidiness pull in opposite directions, and you have to deliver both. Finish and defend the semantic layer We just shipped our semantic layer for our most critical metrics, one governed definition per metric, so "two dashboards, two numbers" can't happen. The unglamorous truth: a long tail of metrics still needs definition and mapping, and a semantic layer only stays trustworthy if someone curbs its growth. You'll own both, extending coverage and keeping one-metric-one-definition true as the layer scales. Tame event-tracking entropy Segment events power our funnels and product analytics, and they're implemented by many engineers across many teams. The guardrails exist, a governed event catalog with naming standards, a property dictionary, a review lifecycle, and automated drift detection against production. What's missing is a dedicated owner: someone who holds every new event to the standard, keeps the catalog matched to what production actually sends, and evolves the guardrails as tracking grows. Without that, entropy wins, events drift and silently degrade when features change. Get ahead of breakage instead of chasing it Today, when production data changes upstream, we too often find out when a pipeline breaks or a stakeholder flags a wrong number. You won't start from zero, an AI-powered Analytics Engineer agent already runs freshness monitoring, metric anomaly detection, and dbt-based lineage checks, but it doesn't yet run at the scale or coverage we need. You'll take detection from partial to comprehensive, extend lineage beyond dbt (Segment events and Lightdash need stitching in), and wire it into engineering's change review, so a proposed production change comes with a downstream impact assessment instead of a postmortem. The end-state is data contracts: breaking changes caught in engineering's workflow, not ours. What Success Looks Like (Year 1) Zero pipeline incidents from unannounced source-data changes - lineage and automation catch them before they break anything downstream, and production changes ship with an impact assessment instead of a postmortem. Zero freshness incidents - stakeholders never open a stale dashboard. Every area of the business manages on official, well-maintained metrics and dashboards - product, marketing, ops, and finance self-serve in Lightdash against a fully mapped semantic layer; Tableau and Metabase are retired; arguments about whose number is right don't happen. Not because you built the dashboards - because you built the system that keeps them trustworthy. Every Segment event has an owner and a standard - new events ship compliant, and degradation gets caught automatically, not by accident. Governance runs as a system - documented processes that would survive you taking a month off. Requirements Who You Are Governance is your craft, not your chore. You genuinely enjoy making data systems trustworthy and tidy, you're the person who can't leave a broken naming convention alone. This is unlikely to be a good fit if you see governance as a stepping stone to "real" analytics work. AI-native. You use AI tools (Claude Code, Copilot, ChatGPT) daily to build quality checks, write automation, triage anomalies, and document as you go, one person covering ground that used to take a team. You also see the reverse direction: AI agents consume our data daily, and making the warehouse safe and legible for them is part of governance now. This is unlikely to be a good fit if you're skeptical of AI tools or prefer to do everything manually. A hands-on manager. You've been accountable for other people's output, allocating their time, owning their priorities, and you never stopped building yourself. You write the SQL, debug the Airflow DAG, and configure the permissions personally. This is unlikely to be a good fit if seniority took you away from the keyboard, or if you've never been responsible for anyone's work but your own. Product-minded. You start from what the business is trying to decide, not from what the pipeline does, and you can turn a vague stakeholder ask into a prioritized plan. This is unlikely to be a good fit if you need requirements handed to you, or if roadmap conversations feel like a distraction from the real work. Automation-first. Your instinct for any recurring check is to build a monitor, not a checklist. This is unlikely to be a good fit if your quality practice depends on manual review and discipline. An enforcer people actually like. You'll hold engineers and analysts you don't manage to standards, which takes clear rules, good tooling that makes compliance easy, and the spine to say no gracefully. This is unlikely to be a good fit if you avoid friction or, at the other extreme, enjoy being the department of no. This Role Is NOT A big-team leadership role. You start solo and then hire a Lead Analytics Engineer who reports to you; the team grows only as scope demands. If you want to direct a large org rather than build alongside a small one, this isn't it. A policy or committee job. There are no governance councils to chair and no binders to produce. When something's broken, you fix it, with code, config, or a conversation. A BI analyst role. You won't spend your days building dashboards for stakeholders. You build the platform and guardrails that let everyone else do that well. A finished system to babysit. Much of this doesn't exist yet. If you want to operate a mature data platform rather than build one, you'll be frustrated here. Tech You'll Touch Warehouse & pipelines - Redshift, dbt, Airflow Ingestion - Fivetran, plus custom Airflow pipelines Event tracking - Segment BI - Lightdash (primary), Tableau and Metabase (sunsetting) AI tooling - Claude Code, Codex, Brain (our internal AI toolkit), and any tool that makes you more effective or efficient Observability - an AI-powered Analytics Engineer agent (freshness monitoring, anomaly detection, dbt lineage) you'll scale up, plus the quality and impact tooling you'll add around it You don't need every box checked. You need hands-on depth in the warehouse/pipeline layer and credible experience keeping a BI tool and tracking plan healthy at company scale. Benefits Base salary: $75k-$120k/year Fully remote: This work needs deep focus, building monitors, untangling pipelines, and we trust you to manage your environment. Async collaboration is the norm. Flexible PTO: We focus on results. Take what you need. LawnStarter provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, or genetics. We comply with applicable state and local laws governing nondiscrimination in employment. To apply: https://weworkremotely.com/remote-jobs/lawnstarter-analytics-engineering-manager-data-platform-governance

Headquarters: SummaryWe are looking for a Senior Integration Engineer to build and operate integration products connecting Salesforce, SAP, and a carrier data lake. This role combines hands-on integration development with end-to-end production ownership, including API design, data mapping, testing, monitoring, troubleshooting, and recovery.General informationThis role focuses on building reliable, maintainable integrations rather than creating new point-to-point integration debt. You will work across Salesforce, SAP, and carrier data lake environments, taking ownership of integrations throughout their lifecycle—from implementation and testing through production support and continuous improvement.Strong experience with MuleSoft or a comparable enterprise integration/API platform is expected, along with practical experience integrating with SAP and working with data lake ingestion patterns.AI-assisted engineering is an explicit expectation for this engagement. You will use AI copilots and agents as part of your daily workflow to accelerate discovery, development, testing, documentation, and operational troubleshooting. You will remain responsible for validating and hardening AI-generated output and for all production decisions.Tasks and DeliverablesDesign and implement MuleSoft/API integrations across Salesforce, SAP, and the carrier data lake.Define and maintain API contracts, field mappings, transformations, and automated tests.Use Data Modeler to develop and maintain accurate data mappings between systems.Debug and resolve production integration failures independently, including root-cause analysis and preventative improvements.Instrument integration pipelines with appropriate monitoring, logging, and alerting.Support Marketing Portfolio transition integrations while avoiding unnecessary point-to-point dependencies and new integration debt.Use AI tools to accelerate mapping drafts, API stubs, test generation, documentation, and error-handling boilerplate.Review and harden AI-generated output to ensure it meets production standards for reliability, maintainability, and quality.Automate replay, retry, alerting, and recovery runbooks to reduce mean time to recovery (MTTR).Continuously improve the reliability, observability, and operational efficiency of the integrations you own.Required experience5+ years of integration engineering experience.Hands-on experience with MuleSoft or an equivalent enterprise ESB/API integration platform.Experience integrating with SAP, including IDoc, API, and/or BAPI patterns.Experience with Salesforce integrations and enterprise API patterns.Experience with data lake ingestion and integration patterns.Strong understanding of API contracts, data mapping, transformations, testing, and integration architecture.Demonstrated experience supporting integrations in production, including monitoring, troubleshooting, alerting, retry/replay, and incident resolution.Ability to take ownership of production issues and drive them through diagnosis, recovery, and prevention, rather than simply handing them off to another team.Experience using AI copilots or agents to accelerate software engineering workflows.Strong engineering judgment and the ability to validate, test, and improve AI-generated code and artifacts before they reach production. To apply: https://weworkremotely.com/remote-jobs/toptal-senior-integration-engineer-for-enterprise-api-integration-products