Premium
Serviços
Premium

Compare os 12 principais agendadores de tarefas de código aberto

Cem Dilmegani
Cem Dilmegani
atualizado em 30 out. 2026

As empresas aproveitam agendadores de tarefas de código aberto e ferramentas de automação de carga de trabalho para automatizar tarefas de TI sem pagar custos de licenciamento ou ficar presas a um fornecedor específico.

Explore os principais agendadores de tarefas de código aberto, de orquestradores de fluxo de trabalho a bibliotecas incorporadas, com seu GitHub histórico de estrelas, licença, ambiente e capacidades de nível de produção:

Ferramenta
Licença
SO/Ambiente
Linguagem / runtime
Airflow
Apache 2.0
Linux, macOS; Windows via WSL2 ou contêineres (Linux recomendado para produção)
Python
Argo Workflows
Apache 2.0
Nativo do Kubernetes (controlador em nós Linux; contêineres Windows suportados para tarefas)
Go; fluxos de trabalho em YAML
Dolphin
Apache 2.0
Linux/Unix (requer JDK 8 ou 11, sudo para multilocação); Windows via Docker
Java; Web UI, SDK em Python, Open API
Agenda
MIT
Qualquer ambiente de execução Node.js 18+; backends oficiais MongoDB, PostgreSQL ou Redis
Node.js 18+ (TypeScript, ESM)
Quartz
Apache 2.0
Qualquer JVM (Java 11+ para 2.5.x/Jakarta; Java 8 para 2.4.x/javax)
Java
Rundeck Community
Apache 2.0
Linux (RHEL 8+, Ubuntu 22.04+, Debian 12+), Windows Server 2019+; macOS funciona, mas não é recomendado
Java 17+
Cronicle
MIT
Linux, macOS (somente POSIX; Windows sem suporte)
Node.js 22.12+
Dkron
LGPL-3.0
Linux, OSX, Windows
Go
Slurm
GPL-2.0
Linux (clusters HPC / supercomputadores)
C
DungBeetle
MIT
Linux, macOS (binário Go único); consulta MySQL, Postgres, ClickHouse
Go

Melhores agendadores de tarefas de código aberto

A seguir está uma lista ordenável dos principais agendadores de tarefas de código aberto:

*O Argo Workflows não possui notificações integradas de e-mail ou Slack, então os usuários adicionam uma etapa final ao fluxo de trabalho que envia os alertas ou conectam uma ferramenta de monitoramento externa aos eventos do Argo.

Tipos de ferramentas:

  • Orquestrador de fluxo de trabalho: executa pipelines de várias etapas em que as tarefas dependem umas das outras.
  • Servidor de jobs: um serviço independente com uma interface web que executa scripts em muitos servidores.
  • Automação de carga de trabalho empresarial: agendamento em lote com calendários, dependências e trilhas de auditoria.
  • Biblioteca incorporada: um pacote que agenda tarefas de dentro do próprio código do aplicativo.
  • Especializado: criado para um domínio específico, como clusters HPC ou filas de jobs SQL.

Airflow

O Airflow é uma plataforma Python para criar, agendar e monitorar fluxos de trabalho como código, onde cada pipeline é um DAG de tarefas com dependências explícitas. Ele também agenda com base em atualizações de ativos, de modo que um pipeline pode iniciar quando os dados upstream mudam, em vez de apenas por temporizador.

Destaques:

  • Operadores integrados e pacotes de provedores versionados separadamente para serviços em nuvem, bancos de dados e data warehouses.
  • Vários agendadores podem ser executados simultaneamente.
  • Ofertas gerenciadas da AWS (MWAA), do Google (Cloud Composer) e da Astronomer.

Limitações:

  • O Airflow pode ser pesado para necessidades simples de agendamento, pois uma implantação envolve banco de dados de metadados, agendador, workers e servidor web.
  • A produção é somente Linux.
  • O Windows funciona apenas por meio do WSL2 ou de contêineres.1

Argo Workflows

O Argo Workflows é um mecanismo de fluxo de trabalho implementado como um recurso personalizado do Kubernetes, em que cada etapa é executada como um contêiner e os fluxos de trabalho são definidos em YAML.

Destaques:

  • Fluxos de trabalho, DAGs e agendamentos cron são objetos do Kubernetes, portanto podem ser armazenados no Git e implantados com as mesmas ferramentas do cluster.
  • O controlador é executado com múltiplas réplicas e eleição de líder.2.

Limitações:

Não há notificações integradas de e-mail ou Slack. Os alertas exigem uma etapa final do fluxo de trabalho que envia a mensagem ou uma ferramenta externa conectada aos eventos do Argo.1

Não há modo autônomo; o Argo exige Kubernetes.

Dolphin Scheduler

O DolphinScheduler é um orquestrador de fluxo de trabalho para pipelines de dados em que os DAGs são criados por arrastar e soltar na interface web, com um SDK em Python e Open API para uso baseado em código. Inclui tipos de tarefas para Shell, SQL, Python, Spark, Flink e Hive.

Destaques:

  • Editor de DAG low-code para criar e monitorar pipelines sem código de orquestração.
  • Arquitetura descentralizada multimaster e multiworker coordenada pelo ZooKeeper.3
  • Plugins de alerta para e-mail, Slack, DingTalk, Feishu, Telegram, webhooks HTTP e scripts.4

Limitações:

  • Um cluster completo envolve master, worker, servidor de API, servidor de alertas, ZooKeeper e um banco de dados.
  • A implantação requer um host Linux com um JDK e sudo sem senha para o modelo multilocatário.5
Dolphin Scheduler

Agenda Scheduler

Agenda é uma biblioteca de agendamento de tarefas para Node.js que persiste os jobs em um banco de dados para que sobrevivam a reinicializações. É também uma reescrita em TypeScript com backends oficiais MongoDB, PostgreSQL e Redis.

Destaques:

  • Os agendamentos aceitam expressões cron ou intervalos legíveis por humanos.
  • Múltiplas instâncias do aplicativo processam a mesma fila por meio de bloqueio no nível do banco de dados.
  • Pacotes opcionais de painel (Agendash) e API REST (agenda-rest) API no mesmo monorepo.

Limitações:

  • O Agenda é uma biblioteca, não um servidor.
  • O painel é fornecido sem autenticação.6
  • Os jobs não podem depender de outros jobs.7
  • A versão 6 é somente ESM e exige Node.js 18 ou posterior.

Quartz Scheduler

Quartz é uma biblioteca de agendamento Java que as aplicações incorporam para executar jobs com gatilhos cron ou simples, com persistência opcional em um banco de dados relacional. Sua sintaxe cron é reutilizada por outras ferramentas (por exemplo, Rundeck).

Destaques:

  • O clustering com suporte a JDBC fornece failover e balanceamento de carga entre os nós da aplicação.
  • O modelo de gatilhos inclui exclusões de calendário, tratamento de falhas de disparo e prioridades
  • Duas linhas mantidas: 2.5.x no Java 11+ com o namespace Jakarta, 2.4.x para Java 8.8

Limitações:

  • Sem UI, API ou notificações; a aplicação host as fornece.
  • As novas tentativas limitam-se a reexecutar um job imediatamente, sem contagem ou atraso.

Dkron Scheduler

Dkron é um serviço cron distribuído escrito em Go que executa comandos agendados em um cluster de servidores. Ele usa Raft para eleição de líder e gossip para associação, de modo que um seguidor assume se o líder falhar.9

Destaques:

  • Binário único com um executor de shell embutido; nenhum banco de dados, broker ou coordenador externo é necessário.
  • Os jobs podem ser encadeados por meio de uma configuração de job pai.
  • Relatórios por webhook e e-mail estão na configuração de código aberto.10

Limitações:

  • As dependências são cadeias de pai único, não DAGs.
  • O gráfico Helm não é atualizado desde 2024.
  • As listas de controle de acesso estão disponíveis apenas no Dkron Pro pago.11
Dkron Scheduler

Slurm Workload Manager

Slurm é um agendador de lotes e gerenciador de recursos para clusters Linux que aloca CPUs, GPUs e memória para jobs enfileirados em milhares de nós. A NVIDIA adquiriu a desenvolvedora do Slurm, SchedMD, e se comprometeu a mantê-lo em código aberto.12

Destaques:

  • O agendamento backfill encaixa jobs de menor prioridade em lacunas sem atrasar os de maior prioridade.
  • Jobs recorrentes por meio do scrontab.
  • O Slinky fornece um operator e gráficos Helm para executar o Slurm no Kubernetes.13

Limitações:

  • Criado para clusters HPC e de treinamento de IA, não para agendamento de tarefas corporativas.
  • A recolocação em fila reexecuta jobs após falha ou preempção de nó, não pelo código de saída.14

Rundeck Community Edition

Rundeck, mantido pela PagerDuty, é um servidor de jobs para executar scripts operacionais e runbooks em muitos servidores por meio de uma interface web. A edição comercial é vendida como PagerDuty Runbook Automation.

Destaques:

  • As políticas de controle de acesso permitem que os operadores concedam a outras equipes permissão para executar jobs específicos em nós específicos sem acesso ao shell.
  • Os inventários de nós podem ser extraídos de fontes como Amazon EC2, arquivos de inventário do Ansible ou arquivos estáticos.15

Limitações:

  • Sem gráfico Helm ou operator Kubernetes oficial.
  • Clustering e failover automático são exclusivos da edição enterprise.16
  • A estratégia de fluxo de trabalho Ruleset e as notificações do Slack e do PagerDuty são comerciais.17
  • As dependências de jobs limitam-se a chamar um job de outro por meio de uma etapa Job Reference.18

Cronicle

Cronicle é um agendador de tarefas multiservidor com uma interface web que substitui crontabs dispersos por um local central para definir, executar e monitorar jobs. Seu criador lançou o xyOps como a próxima geração, e o Cronicle recebe principalmente correções de bugs e patches de segurança.19

Destaques:

  • Modelo de servidor primário/backup com failover automático, configurado sem serviços externos de coordenação.
  • Execuções com falha podem ser repetidas até 32 vezes com um atraso.
  • O modo Chain Reaction inicia um evento quando outro é concluído.20

Limitações:

  • Sem imagem Docker oficial ou suporte ao Kubernetes.
  • O encadeamento é linear, e não um gráfico de dependências.
  • Executa somente em sistemas POSIX e exige Node.js 22.12 ou posterior.21

DungBeetle

DungBeetle, criado pela corretora indiana Zerodha, é um servidor de jobs que enfileira consultas SQL somente leitura e as executa de forma assíncrona no MySQL, PostgreSQL ou ClickHouse, gravando os resultados em um banco de dados separado. É uma fila de jobs, e não um agendador; agendamentos recorrentes precisam de cron ou de um orquestrador à frente.

Destaques:

  • Binário Go único com uma API HTTP API para enviar, agrupar, consultar e cancelar jobs.
  • Workers sem estado compartilham um broker Redis ou AMQP, de modo que a capacidade cresce com a adição de instâncias.
  • Tempo de execução atrasada de disparo único por job.

Limitações:

  • Sem agendamento baseado em tempo, dependências de jobs, UI, alertas ou autenticação de API.22
  • Sem imagem Docker oficial, apesar de haver um Dockerfile no repositório.23

Schedulix

Schedulix é a edição de código aberto do BICsuite da independIT, um agendador de lotes empresarial com definições hierárquicas de jobs, dependências, tratamento de estados de saída e uma interface web. O Schedulix enfatiza a execução de jobs em múltiplas plataformas, auditabilidade e recursos de segurança típicos de agendador de tarefas empresarial.

Destaques:

  • Modelo de dependências e marcos para lotes com vários jobs.
  • Os estados de saída podem ser marcados como reinicializáveis, e os gatilhos podem iniciar rotinas de tratamento de erros automaticamente.
  • Privilégios de usuário e grupo até o nível de objeto.

Limitações:

  • Poucos contribuidores ativos.
  • Sem API REST API, notificações integradas, imagem Docker, suporte a Kubernetes ou failover de servidor documentado.
Schedulix

JS7 JobScheduler

JS7 é a ferramenta de automação de carga de trabalho da SOS Berlin e o sucessor da versão 2 do seu produto JobScheduler com um controlador central, agentes em cada máquina de destino e a interface web JOC Cockpit. É licenciado duplamente sob GPLv3 e uma licença comercial.24

Destaques:

  • Calendários de dias úteis e intervalos de repetição para agendamento.
  • Murais de aviso para dependências entre fluxos de trabalho.
  • Os agentes executam em Windows, Linux, AIX, Solaris e macOS.
  • Serviços de identidade LDAP e OIDC para acesso baseado em funções.25

Limitações:

  • O clustering do controlador para alta disponibilidade é um recurso de licença comercial.24
  • O Kubernetes é suportado apenas como um runtime de contêiner. 26
JS7 JobScheduler

Alternativas de código fechado voltadas para empresas

Você pode considerar software de agendamento de tarefas empresarial, que inclui opções de código fechado, se a sua organização:

  • gerencia cargas de trabalho empresariais complexas.
  • está aberta a usar software proprietário.

Esta lista apresenta agendadores de nível empresarial, como o RunMyJobs, conhecido por executar cargas de trabalho em larga escala em organizações da Fortune 500.

*Os fornecedores são classificados de acordo com o número de avaliações que receberam nas plataformas B2B, exceto assinantes que aparecem no topo com links.

Como escolher um agendador de tarefas de código aberto

Os agendadores de tarefas de código aberto variam de bibliotecas que você incorpora no seu próprio código a plataformas completas de automação de carga de trabalho (WLA). Quatro perguntas reduzem rapidamente a lista:

  • Seus jobs dependem uns dos outros? Se um job precisa esperar outro terminar, você precisa de um orquestrador de fluxo de trabalho ou ferramenta WLA (Airflow, DolphinScheduler, Argo, JS7, Schedulix). Se os jobs são independentes, um servidor de jobs como Dkron, Cronicle ou Rundeck é mais simples de executar.
  • O que acontece quando o próprio agendador falha? Verifique se a alta disponibilidade está na edição de código aberto. Para Rundeck e JS7, é somente comercial; para Dkron, Cronicle, Airflow e DolphinScheduler, é integrada.
  • Como você saberá se um job falhou? Alertas integrados de e-mail, Slack ou webhook evitam que você mesmo crie monitoramento. Argo, Quartz, Agenda, DungBeetle e Schedulix deixam isso para você.
  • Quem mais vai usá-lo? Quando mais de uma equipe usa o agendador, usuários, funções e permissões integrados são importantes. O Dkron coloca o controle de acesso em seu plano pago.
  • O projeto está vivo e quem está por trás dele? Verifique a frequência recente de commits, estrelas do GitHub, número de contribuidores ativos, idade das issues abertas e atividade no fórum. Uma comunidade ativa significa correções mais rápidas e mais integrações de terceiros. Verifique também se a empresa mantenedora mudou de mãos.
  • Uma ferramenta comercial seria mais adequada? Agendadores de tarefas empresariais (por exemplo, RunMyJobs ou Stonebranch) podem oferecer SLAs de fornecedor, segurança avançada, relatórios de conformidade ou integrações de ERP que os requisitos empresariais exigem. Além disso, a maioria das ferramentas de código aberto acima tem um caminho de upgrade pago (por exemplo, PagerDuty Runbook Automation para Rundeck ou a licença comercial do JS7).

Benefícios dos agendadores de tarefas de código aberto e das ferramentas de automação de carga de trabalho

Agendadores de tarefas e ferramentas de automação de carga de trabalho (WLA) são softwares que as empresas usam para agendar, executar e monitorar automaticamente cargas de trabalho em diferentes plataformas de negócios. Essas ferramentas têm inúmeros casos de uso, incluindo a automação de ETL, FTPs, P&Ls e data warehousing.

Os agendadores de tarefas de código aberto e as ferramentas WLA fornecem aos usuários o código-fonte da ferramenta, permitindo que eles:

  • modifiquem o código e personalizem as ferramentas de acordo com as necessidades de negócios,
  • colaborem com membros da comunidade para compartilhar códigos, corrigir bugs e aprender truques de software,
  • evitem a dependência de fornecedor (vendor lock-in).

Além disso, as ferramentas WLA são comumente utilizadas para gerenciar transferências de arquivos complexas que envolvem múltiplas partes trocando arquivos grandes regularmente. No entanto, empresas que precisam apenas de transferências complexas de arquivos podem achar as Transferência Gerenciada de Arquivos (MFT) soluções mais adequadas.

Explore as ferramentas WLA em detalhes e compare-as entre si, como:

Deixe nossa equipe automatizar um dos seus processos de negócio com agentes de IA, gratuitamente.
Automatizar um processo

Melhores práticas de segurança para agendadores de tarefas de código aberto

Como os agendadores de código aberto geralmente lidam com dados confidenciais e operações privilegiadas, aplique estas melhores práticas de segurança:

  • Princípio do menor privilégio (PoLP): Execute agendadores e tarefas com as permissões mínimas necessárias. Evite executar como root.
  • Gerenciamento seguro de credenciais: Não armazene segredos (senhas de banco de dados, chaves de API, tokens) em arquivos de definição de jobs ou scripts. Use um backend de segredos (por exemplo, HashiCorp Vault, AWS Secrets Manager, GCP Secret Manager, Azure Key Vault) ou o gerenciador de segredos integrado do agendador.
  • Controle de acesso (RBAC): Implemente o Controle de Acesso Baseado em Funções para gerenciar quem pode definir, modificar, acionar ou monitorar jobs. Aplique autenticação e autorização fortes na interface web e nas APIs.
  • Aplicação regular de patches e atualizações: Aplique correções de segurança e atualizações no agendador e em suas dependências prontamente.
  • Segmentação de rede: Isole os componentes do agendador (servidor web, agendador, workers) em segmentos de rede privados e restrinja acessos desnecessários.
  • Logs de auditoria: Ative trilhas/logs de auditoria abrangentes para rastrear alterações, execuções de jobs e tentativas de acesso para conformidade e análise forense.
  • Validação de entrada: Valide entradas e parâmetros dinâmicos de jobs para evitar injeção de comandos e outras cargas maliciosas.

Melhores práticas de segurança para agendadores de tarefas de código aberto

Os agendadores de tarefas são alvos atraentes porque executam comandos em muitas máquinas com direitos elevados. Dois riscos são específicos deles:

  • Segredos nas definições de jobs. Senhas e chaves de API acabam dentro de scripts, variáveis de ambiente e parâmetros de job, onde ficam visíveis para qualquer pessoa que possa ler o job. Use o backend de segredos do agendador onde ele existir (conexões do Airflow, armazenamento de chaves do Rundeck, tratamento de credenciais do JS7) ou um cofre externo, e mantenha os segredos fora dos logs.
  • Quem pode criar ou editar jobs. Qualquer pessoa que possa editar um job pode executar código arbitrário em todos os nós de destino. Ative o acesso baseado em funções onde a ferramenta suportar, restrinja a edição de jobs a um grupo pequeno e coloque ferramentas sem autenticação integrada (Dkron open source, painel do Agenda, API do DungBeetle) atrás de uma fronteira de rede ou autenticação por proxy reverso.

A higiene geral ainda se aplica: execute agentes com o menor privilégio, aplique patches prontamente (várias ferramentas desta lista lançaram versões principais com mudanças significativas em 2025–2026) e mantenha logs de auditoria de quem executou o quê.

Agendadores de tarefas vs. outras ferramentas de agendamento

As seguintes ferramentas são comparadas aos agendadores de tarefas com base no escopo de agendamento, no gerenciamento de dependências e no ambiente de execução:

Cron vs agendador de jobs

  • Cron é um agendador simples baseado em tempo para sistemas Unix/Linux.
  • Um agendador de jobs vai além do agendamento por tempo. Ele gerencia dependências, repetições, alertas e automação de carga de trabalho em larga escala entre sistemas.

Explore alternativas ao VisualCron como os principais agendadores de jobs.

Agendador de tarefas vs agendador de jobs

  • Agendador de Tarefas do Windows executa tarefas em uma única máquina, geralmente usando GUI ou scripts do PowerShell do agendador de tarefas para automação.
  • Um agendador de jobs coordena tarefas em vários sistemas, gerencia dependências e monitora a execução em escala.

Agendador de scripts vs agendador de jobs

  • Um agendador de scripts executa scripts individuais, como PowerShell ou scripts de shell, em horários agendados.
  • Um agendador de jobs orquestra vários scripts, aplicativos ou processos, garantindo ordem adequada, tratamento de erros e relatórios entre ambientes.
Não perca os nossos benchmarks e insights baseados em dados. O botão abre o Google; selecionar a AIMultiple confirma que deseja ver a AIMultiple com mais frequência nos resultados de pesquisa do Google.
GoogleAdicionar como fonte preferencial

Perguntas frequentes

Um agendador de tarefas de código aberto é um software que executa scripts, comandos ou fluxos de trabalho automaticamente em um agendamento ou em resposta a eventos, com código-fonte que você pode inspecionar, modificar e auto-hospedar sem taxas de licença.

Eles variam de bibliotecas incorporadas em sua própria aplicação (Quartz, Agenda) a plataformas completas de automação de carga de trabalho (JS7, Schedulix).

O cron executa comandos em uma máquina em horários fixos e não faz mais nada: sem repetições, sem dependências, sem registro do que aconteceu. Um agendador de jobs adiciona uma visão central em muitos servidores, repetições em falhas, alertas, dependências de jobs e controle de acesso.

Ferramentas como Dkron e Cronicle são projetadas como substitutos diretos do cron.

Um agendador tradicional executa em um único servidor; se esse servidor falhar, nada é executado. Um agendador distribuído distribui jobs entre vários nós e pode sobreviver à perda de um, seja por eleição de líder (Dkron), um servidor de backup (Cronicle, Slurm) ou vários agendadores ativos (Airflow, DolphinScheduler).

Sim. O Rundeck Community é licenciado sob Apache 2.0 e mantido pela PagerDuty, que também vende a versão comercial como PagerDuty Runbook Automation. Clustering, failover automático e algumas integrações são exclusivos da edição comercial.

O JS7 JobScheduler e o Rundeck suportam Windows nativamente, e o Dkron fornece um binário para Windows. O Airflow é executado no Windows apenas por meio do WSL2 ou de contêineres, e o Cronicle não suporta Windows. O Argo Workflows e o Slurm são somente Linux/Kubernetes.

Sim, mas é melhor descrito como um orquestrador de fluxo de trabalho. O Airflow agenda jobs, mas seu propósito é executar pipelines de várias etapas em que as tarefas dependem umas das outras. Para necessidades simples do tipo “execute este script todas as noites nesses servidores”, um servidor de jobs como Rundeck ou Dkron é mais leve.

Para saber mais sobre agendadores de tarefas de código aberto e ferramentas WLA

Para ler mais artigos sobre agendamento de tarefas e ferramentas de orquestração, siga os links abaixo:

Cite esta pesquisa

Escolha o formato adequado ao local onde você vai publicar. Colar a versão com link no seu CMS preserva o backlink.

Cem Dilmegani and Hazal Şimşek (2026) - "Compare os 12 principais agendadores de tarefas de código aberto". Publicado on-line em AIMultiple.com. Acessado em 30 outubro 2026, em: https://aimultiple.com/open-source-job-scheduler [Recurso on-line]

Dilmegani, C., & Şimşek, H. (2026, 30 outubro). Compare os 12 principais agendadores de tarefas de código aberto. AIMultiple. https://aimultiple.com/open-source-job-scheduler

@misc{dilmegani2026,
  author = {Dilmegani, Cem and Şimşek, Hazal},
  title  = {{Compare os 12 principais agendadores de tarefas de código aberto}},
  year   = {2026},
  month  = oct,
  howpublished    = {\url{https://aimultiple.com/open-source-job-scheduler}},
  note   = {AIMultiple. Acessado em 30 outubro 2026}
}
Baixar todos os dados

Resultados e carimbos de data/hora de 192 pontos de dados. Baixe os dados resumidos exibidos nos gráficos e tabelas deste artigo como um arquivo ZIP contendo 5 arquivos CSV.

Última atualização: 1 novembro 2026
Baixar

Quer os dados granulares por trás disso? Assine o Premium

Registro de alterações

8 atualizações
  1. Expandida a seção Airflow com novos recursos e integrações.

  2. Adicionada uma seção de perguntas e respostas ao final do artigo.

Cem Dilmegani
Cem Dilmegani
Analista Principal
Cem é o analista principal da AIMultiple desde 2017.

O trabalho de Cem na AIMultiple foi citado por publicações globais líderes, incluindo Business Insider, Forbes, Morning Brew e Washington Post, por empresas globais como Deloitte e HPE, ONGs como o World Economic Forum e organizações supranacionais como a European Commission. [1], [2], [3], [4], [5]

Ao longo de sua carreira, Cem atuou como consultor de tecnologia, comprador de tecnologia e empreendedor de tecnologia. Ele aconselhou empresas sobre suas decisões de tecnologia na McKinsey & Company e na Altman Solon por mais de uma década. Ele também publicou um relatório da McKinsey sobre digitalização.

Ele liderou a estratégia de tecnologia e as compras de uma operadora de telecomunicações, reportando-se ao CEO. Ele também liderou o crescimento comercial da empresa de deep tech Hypatos, que atingiu uma receita recorrente anual de 7 dígitos e uma avaliação de 9 dígitos partindo do zero em 2 anos. O trabalho de Cem na Hypatos foi coberto por publicações de tecnologia líderes como TechCrunch e Business Insider.

Cem fala regularmente em conferências internacionais de tecnologia. Ele se formou como engenheiro da computação pela Bogazici University e possui um MBA pela Columbia Business School.
Ver perfil completo
Pesquisado por
Hazal Şimşek
Hazal Şimşek
Analista do Setor
Hazal é analista do setor na AIMultiple, com foco em inteligência de processos (incluindo mineração de processos) e automação empresarial (incluindo automação de TI e automação low-code/no-code).
Ver perfil completo

Comentários 1

Compartilhe suas ideias

Seu endereço de e-mail não será publicado. Todos os campos são obrigatórios. Os comentários são deixados em seu idioma original.

0/450
sosap
sosap
Feb 04, 2022 at 22:56

Hi Alamira, I consider your article helpful, however, may I bring to your attention that you post wrong information to the public? Your page adds the following phrase from a "sponsored" statement: "Active Batch’s Job Scheduler is an open source job scheduling tool" Let's be precise: Active Batch is a closed source solution, not an open source solution. For proof consider this: https://www.advsyscon.com/en-us/activebatch/job-scheduling/open-source-job-scheduler. In addition check the license terms of Active Batch to identify that no open source license is offered. Please remove such wrong information (maybe introduced by your sponsors) from your page as it invalidates your honest work and as it posts wrong information to the public that is not acceptable. Best regards Andreas Püschel

Cem Dilmegani
Cem Dilmegani
Aug 23, 2022 at 12:05

Thanks for highlighting that, it is corrected