Como executar um jantar de rede eficaz

Como executar um jantar de rede eficaz

Como executar um jantar de rede eficaz


Mark Suster
Foto de Juliette F no Unsplash

O trabalho em rede é uma parte crítica da construção de relacionamentos e não há evento mais valioso para a construção de relacionamentos do que a proverbial "quebra de pão" com as pessoas. Pessoalmente, organizo muitos almoços e jantares em grupo e assisto ainda mais, por isso desenvolvi um conjunto de dicas que geralmente passo adiante sobre como torná-las mais eficazes.

Vou focar esta postagem no conceito de "jantar no conselho" ou "almoço no conselho", já que isso faz parte de uma série sobre como administrar relacionamentos com o conselho com mais eficácia, mas a maioria dessas dicas pode ser aplicada de maneira ampla.

Isso parecerá muito específico sobre como eu faço as coisas. Você não precisa fazê-las da mesma maneira, mas imaginei que, se eu desse meu manual, você poderia decidir o que é mais confortável para você.

Por que um jantar (ou almoço)?

Parte da administração de um conselho é gerenciar a própria reunião do conselho, onde você compartilha seu progresso financeiro e operacional, discute sua estratégia e planos daqui para frente e obtém e fornece informações aos membros do conselho. Essa é a função básica de uma reunião do conselho e geralmente é de 2 a 4 horas, dependendo da fase inicial ou posterior da empresa.

Outra parte do gerenciamento de relacionamentos fora da estrutura do conselho é enviar e-mails de atualização e / ou fazer chamadas curtas e regulares aos membros do conselho para mantê-los informados e solicitar feedback, além de criar um canal aberto e criar um relacionamento.

Gerenciar uma prancha é um pouco como voar – na grande maioria das vezes você está em altitude de cruzeiro com os cintos de segurança e não há nada fora do comum. De vez em quando, ocorre uma turbulência severa, onde as pessoas agarram os braços e ficam em pânico com o que pode acontecer a seguir. É nesses momentos que ter vizinhos à sua volta dizendo a você "tudo ficará bem" realmente entra em cena e ter uma comissária de bordo que realmente sabe o que fazer em uma emergência pode fazer uma enorme diferença.

Esses momentos existenciais surgem com empresas e com conselhos. Na medida em que você tem um relacionamento caloroso e pessoal entre os membros do conselho, muitas vezes encontra um profundo compromisso em ajudar um ao outro com a turbulência mais intensa. Os conselhos lidam com empresas que ficam sem dinheiro inesperadamente, têm ações judiciais com clientes ou fornecedores, combatem concorrentes desagradáveis, lidam com vendas em declínio, gerenciam brigas entre fundadores e assim por diante. Os conselhos também lidam com problemas difíceis “bons”, como “devemos vender a empresa agora” e, nesse caso, devemos levar dinheiro ou ações.

Como sair do ambiente de trabalho ajuda a construir um relacionamento pessoal mais forte e como esse relacionamento leva a uma tomada de decisão mais coesa em tempos difíceis, você deve considerar as refeições da diretoria como um investimento hoje em melhor tomada de decisão no caminho, quando necessário.

Você não pode esperar que os membros do conselho se reúnam para uma refeição todas as vezes porque, com mais de 4 reuniões / ano, as pessoas têm outras responsabilidades e compromissos de tempo, mas trabalham com seu conselho no que funciona melhor para eles. Zero refeições por ano é a sua perda.

Quando você deve obter um quarto privado?

Um dos conselhos mais fortes que eu daria a você é ser super anal sobre o ambiente físico da sua refeição em grupo. Se for uma mesa de 4, você dificilmente solicitará uma sala privada em um restaurante, mas eu certamente escolheria um lugar mais silencioso e o visitaria com antecedência para reservar a mesa mais silenciosa. Se você se importa com a qualidade de sua discussão e refeição juntos, deve se preocupar com barulho, distrações e coisas do gênero.

Para qualquer grupo de 8 pessoas ou mais, sempre tento reservar salas privadas em um restaurante e farei o possível para escolher um restaurante que tenha uma sala privada, o que é infinitamente mais importante que a comida perfeita. Seu objetivo é ter as melhores discussões de mesa possíveis e ter tempo para que todos se conheçam em nível humano, e isso é realmente difícil se você não consegue ouvir todo mundo falar. Se você reservar em um restaurante aberto com muito barulho, o que acontece é que cada pessoa fala principalmente com a pessoa à direita ou esquerda e um pouco com a pessoa do outro lado. Isso é sub-ideal – reserve uma sala privada.

Planejar uma refeição no conselho não é trabalho de um administrador – é seu trabalho. Você pode trabalhar com um ótimo administrador para ajudar, mas precisa possuir a qualidade do ambiente físico, do ambiente e da comida. Importa.

Deve haver um tópico?

Minha estrutura preferida é começar por um período de conversa geral com seus vizinhos. Você deve permitir um período para o trabalho em rede geral, a chance de comer suas primeiras mordidas de comida e algumas atualizações casuais. Normalmente, recomendo cerca de 20 minutos se for um jantar de 2 horas e cerca de 10 minutos se for um almoço de 60 a 90 minutos.

Após a discussão inicial, recomendo levantar e fazer um pequeno brinde (se for uma reunião de jantar) e apresentar um "tópico". Para os painéis, esse pode ser um problema que você tem debatido como equipe gerencial que não planeja. para encobrir a reunião do conselho ou você pode até se divertir um pouco mais e apresentar um tópico de “conhecer você” se o grupo for mais novo. O objetivo é liderar uma discussão em toda a mesa em que você é o facilitador. Você também pode conversar, mas seu objetivo principal é o mestre do ringue e verifique se está fazendo o seguinte:

  • Incluindo todos na discussão – chamando as pessoas que falaram menos ou deveriam ter uma resposta para este tópico
  • Educadamente pulando para impedir que os porcos bola monopolizem a conversa
  • Garantir que a conversa não saia muito da zona de ataque do tópico de discussão pretendido
  • Passando para o próximo tópico se a conversa ficar obsoleta

Eu recomendo que você tenha vários marcadores nos cartões para lembrá-lo dos tópicos que deseja discutir, para que, se estiver ficando um pouco chato, você não precise pensar em tempo real o que cobrir. Você tem que ler a sala e o clima da conversa, mas geralmente em algum momento as pessoas falam. No momento – geralmente em torno de sobremesas / café – é bom voltar às redes gerais, se necessário. Ou, se precisar de uma pausa, pode anunciar durante o prato principal “Por favor, vá em frente e coma. Voltaremos aos tópicos da mesa após o prato principal. ”Cada vez é diferente – você precisa aprender a ser um ótimo anfitrião de refeições.

Quando conhecer?

Quando você faz uma refeição, depende em grande parte de quando é a sua reunião do conselho. Se você tem uma reunião do conselho pela manhã e se muitas pessoas viajam para suas reuniões, pode facilmente pedir um jantar na noite anterior. Se você fizer isso, eu garantiria que você não tenha uma "reunião pré-diretoria", onde você simplesmente discute tudo o que planeja discutir no dia seguinte. Se você fizer isso, a reunião do conselho parecerá repetida e as pessoas vão querer parar de fazer uma refeição separada.

Se você fizer a reunião do conselho à tarde, poderá optar por almoçar antes da reunião ou jantar depois. Eu misturava um pouco em várias épocas do ano. O almoço é mais fácil para as pessoas se comprometerem, mas também é mais casual e as pessoas pensam na reunião da qual acabaram de chegar ou na reunião para a qual precisam ir. Os jantares são melhores para os relacionamentos, mas têm um valor alto para agendar com pessoas ocupadas.

Como lidar com assentos?

Geralmente, prefiro não ter assentos atribuídos com nomes pré-atribuídos. Minha lógica é que, quando você faz isso, corre o risco de todas as pessoas se perguntarem por que elas foram designadas para o lugar em que foram designadas. Há todas as chances de desprezar pessoas sem querer.

Dito isto, eu prefiro não ser completamente casual sobre isso também. Se você tem 10 pessoas em um jantar e 5 não são membros do conselho de administração, você pode facilmente colocar um crachá em cada prato da sua empresa dizendo o nome da sua empresa, para mim, eu colocaria “Pessoa adiantada” nos crachás da tabela e coloque-os em qualquer outro lugar.

Quem deve ir?

Acho que os jantares do conselho são uma excelente oportunidade para a sua equipe mais ampla conhecer o conselho. É uma maneira de recompensar os executivos seniores com a exposição e os relacionamentos do conselho e também a chance de garantir que seus investidores construam relacionamentos pessoais fortes com sua equipe.

Eu misturaria um pouco. Eu fazia algumas refeições ao longo dos anos apenas com a diretoria e outras onde você traz a equipe de gerenciamento. Se você tem uma grande equipe de gerenciamento, pode alternar quem vem. Às vezes, gosto de temas em que, por exemplo, um jantar no conselho pode convidar apenas seis membros da engenharia e outro pode gerar vendas.

A chave é saber o que você deseja obter dos relacionamentos que são construídos. Eu faria a primeira refeição com uma multidão menor, porque a primeira coisa que você quer é um membro do conselho para relacionar os membros do conselho e então você pode ampliar.

Onde você deve sentar?

O meio. Sempre. Se seu objetivo é ser o líder do ringue e ajudar a controlar a discussão, você deve sempre sentar perto do meio da mesa. Quando chego a um jantar, de fato, a primeira coisa que costumo fazer é colocar algo na minha cadeira perto do meio da mesa, esteja eu hospedando o jantar ou não. Por quê? Eu acho que, se estou preparando um horário para uma refeição, quero ter a chance de conversar e interagir com o maior número possível de pessoas. É sempre difícil fazer isso no final da mesa.

Por que você deve pré-encomendar a refeição

Adoro a ideia de encomendar pratos compartilhados que podem ser passados ​​sempre que possível. Você pode facilmente acomodar idiossincrasias alimentares, certificando-se de que alguns pratos são vegetarianos e / ou peixes. No início da noite (ou antes), eu perguntava se existem alergias alimentares e / ou exigências alimentares (kosher, vegan, halal etc.) e as tratava como exceções.

Se seu objetivo é ter discussões em mesa, você deseja minimizar as distrações. Não há nada mais perturbador do que um garçom vindo ao redor da mesa e pedindo às pessoas o seu pedido e depois incomodando todo mundo a sentar os pratos e perguntar: "espere, você pediu o peixe?"

Eu falava com a equipe que aguardava – quase se desculpando – e dizia antecipadamente que seu objetivo é minimizar as interrupções e focar nas conversas. Alguns garçons sentem que são o programa e gostam de conversar ou falar sobre a comida ou geralmente são o centro das atenções. Esta não é a noite para isso. Eles educadamente precisam saber antes que a refeição comece.

As refeições são uma maneira incrivelmente eficaz de fortalecer relacionamentos e discutir tópicos importantes. Algumas diretorias parecem de natureza mais transacional e ignoram a importante função social de criar laços fortes entre os membros da diretoria que são inestimáveis ​​em momentos de necessidade. Vale a pena o esforço e o tempo extras para planejar as refeições do conselho e também para envolver sua equipe.

Índices Filtrados e Parametrização Forçada (redux)

Índices Filtrados e Parametrização Forçada (redux)


Depois de blogar sobre como os índices filtrados podem ser mais poderosos e, mais recentemente, sobre como eles podem se tornar inúteis pela parametrização forçada, estou revisitando o tópico de índices / parametrização filtrados. Uma solução aparentemente simples demais surgiu no trabalho recentemente e eu tive que compartilhar.

Veja o exemplo a seguir, onde temos um banco de dados de vendas contendo uma tabela de pedidos. Às vezes, queremos apenas uma lista (ou uma contagem) apenas dos pedidos ainda a serem enviados – que, com o tempo, (espero!) Representam uma porcentagem cada vez menor da tabela geral:

CREATE DATABASE Sales;
GO
USE Sales;
GO
 
-- simplified, obviously:
CREATE TABLE dbo.Orders
(
    OrderID   int IDENTITY(1,1) PRIMARY KEY,
    OrderDate datetime  NOT NULL,
    filler    char(500) NOT NULL DEFAULT '',
    IsShipped bit       NOT NULL DEFAULT 0
);
GO
 
-- let's put some data in there; 7,000 shipped orders, and 50 unshipped:
 
INSERT dbo.Orders(OrderDate, IsShipped)
  -- random dates over two years
  SELECT TOP (7000) DATEADD(DAY, ABS(object_id % 730), '20171101'), 1 
  FROM sys.all_columns
UNION ALL 
  -- random dates from this month
  SELECT TOP (50)   DATEADD(DAY, ABS(object_id % 30),  '20191201'), 0 
  FROM sys.all_columns;

Nesse cenário, pode fazer sentido criar um índice filtrado como esse (que facilita o trabalho de todas as consultas que estão tentando obter esses pedidos não enviados):

CREATE INDEX ix_OrdersNotShipped 
  ON dbo.Orders(IsShipped, OrderDate) 
  WHERE IsShipped = 0;

Podemos executar uma consulta rápida como esta para ver como ele usa o índice filtrado:

SELECT OrderID, OrderDate FROM dbo.Orders WHERE IsShipped = 0;

O plano de execução é bastante simples, mas há um aviso sobre UnmatchedIndexes:

O nome do aviso é um pouco enganador – o otimizador finalmente conseguiu usar o índice, mas está sugerindo que seria "melhor" sem parâmetros (que não usamos explicitamente, mas a consulta foi parametrizada automaticamente, mesmo sob simples parametrização). Podemos ver isso porque a instrução capturada é diferente da instrução que enviamos ao SQL Server, que tinha um literal 0:

Você pode eliminar o aviso, talvez sem diferença no desempenho real, usando alguns truques. Uma é adicionar um predicado de impacto zero, como AND (1 > 0), o que impede a parametrização automática:

SELECT wadd = OrderID, OrderDate FROM dbo.Orders WHERE IsShipped = 0 AND (1 > 0);

Outra (provavelmente mais comum) é adicionar OPTION (RECOMPILE):

SELECT wrecomp = OrderID, OrderDate FROM dbo.Orders WHERE IsShipped = 0 OPTION (RECOMPILE);

Ambas as opções geram o mesmo plano (uma busca sem avisos):

Por enquanto, tudo bem; nosso índice filtrado está sendo usado (como esperado). Esses não são os únicos truques, é claro; veja os comentários abaixo para outras pessoas que os leitores já enviaram.

Então, a complicação

Como o banco de dados está sujeito a um grande número de consultas ad hoc, alguém ativa a parametrização forçada, tentando reduzir a compilação e eliminar planos de uso baixo e único de poluir o cache do plano:

ALTER DATABASE Sales SET PARAMETERIZATION FORCED;

Agora nossa consulta original não pode usar o índice filtrado; é forçado a verificar o índice em cluster:

SELECT OrderID, OrderDate FROM dbo.Orders WHERE IsShipped = 0;

O aviso sobre índices não correspondentes retorna e recebemos novos avisos sobre E / S residual. Observe que a instrução ainda está parametrizada, mas parece um pouco diferente:

Isso ocorre por design, pois todo o objetivo da parametrização forçada é parametrizar consultas como esta. Mas isso anula o objetivo do nosso índice filtrado, pois ele visa oferecer suporte a um único valor no predicado, não a um parâmetro que possa ser alterado.

Tomfoolery

Nossa consulta "truque" que usa o predicado adicional também não pode usar o índice filtrado e termina com um plano um pouco mais complicado de inicializar:

SELECT OrderID, OrderDate FROM dbo.Orders WHERE IsShipped = 0 AND (1 > 0);

OPÇÃO (RECOMPLE)

A reação típica nesse caso, assim como remover o aviso anteriormente, é adicionar OPTION (RECOMPILE) para a declaração. Isso funciona e permite que o índice filtrado seja escolhido para uma busca eficiente…

SELECT OrderID, OrderDate FROM dbo.Orders WHERE IsShipped = 0 OPTION (RECOMPILE);

… mas adicionando OPTION (RECOMPILE) e receber esse resultado adicional de compilação em todas as execuções da consulta nem sempre será aceitável em ambientes de alto volume (especialmente se eles já estiverem vinculados à CPU).

Dicas

Alguém sugeriu explicitamente sugerir o índice filtrado para evitar os custos de recompilar. Em geral, isso é um tanto frágil, porque depende do índice que sobrevive ao código; Eu costumo usar isso como último recurso. Nesse caso, não é válido de qualquer maneira. Quando as regras de parametrização impedem que o otimizador escolha o índice filtrado automaticamente, elas também impedem que você o escolha manualmente. Mesmo problema com um genérico FORCESEEK dica:

SELECT OrderID, OrderDate FROM dbo.Orders WITH (INDEX (ix_OrdersNotShipped)) WHERE IsShipped = 0;
 
SELECT OrderID, OrderDate FROM dbo.Orders WITH (FORCESEEK) WHERE IsShipped = 0;

Ambos produzem este erro:

Msg 8622, Nível 16, Estado 1
O processador de consultas não pôde produzir um plano de consulta devido às dicas definidas nesta consulta. Submeta novamente a consulta sem especificar dicas e sem usar SET FORCEPLAN.

E isso faz sentido, porque não há como saber que o valor desconhecido para o IsShipped O parâmetro corresponderá ao índice filtrado (ou suportará uma operação de busca em qualquer índice).

SQL dinâmico?

Sugeri que você pudesse usar o SQL dinâmico para, pelo menos, pagar apenas esse hit de recompilação quando souber que deseja atingir o índice menor:

DECLARE @IsShipped bit = 0;
 
DECLARE @sql nvarchar(max) = N'SELECT dynsql = OrderID, OrderDate FROM dbo.Orders'
  + CASE WHEN @IsShipped IS NOT NULL THEN N' WHERE IsShipped = @IsShipped'
    ELSE N'' END
  + CASE WHEN @IsShipped = 0 THEN N' OPTION (RECOMPILE)' ELSE N'' END;
 
EXEC sys.sp_executesql @sql, N'@IsShipped bit', @IsShipped;

Isso leva ao mesmo plano eficiente que acima. Se você alterou a variável para @IsShipped = 1, você obtém a verificação de índice em cluster mais cara que você deve esperar:

Mas ninguém gosta de usar SQL dinâmico em um caso de ponta como este – torna o código mais difícil de ler e manter, e mesmo se esse código estivesse fora do aplicativo, ainda é uma lógica adicional que teria que ser adicionada lá, tornando-o menos do que desejável .

Algo mais simples

Conversamos brevemente sobre a implementação de um guia de plano, o que certamente não é mais simples, mas um colega sugeriu que você pudesse enganar o otimizador "ocultando" a instrução parametrizada dentro de um procedimento armazenado, exibição ou função embutida com valor de tabela. Era tão simples que não acreditava que funcionaria.

Mas então eu tentei:

CREATE PROCEDURE dbo.GetUnshippedOrders
AS
BEGIN
  SET NOCOUNT ON;
  SELECT OrderID, OrderDate FROM dbo.Orders WHERE IsShipped = 0;
END
GO
 
CREATE VIEW dbo.vUnshippedOrders
AS
  SELECT OrderID, OrderDate FROM dbo.Orders WHERE IsShipped = 0;
GO
 
CREATE FUNCTION dbo.fnUnshippedOrders()
RETURNS TABLE
AS
  RETURN (SELECT OrderID, OrderDate FROM dbo.Orders WHERE IsShipped = 0);
GO

Todas essas três consultas realizam a busca eficiente no índice filtrado:

EXEC dbo.GetUnshippedOrders;
GO
SELECT OrderID, OrderDate FROM dbo.vUnshippedOrders;
GO
SELECT OrderID, OrderDate FROM dbo.fnUnshippedOrders();

Conclusão

Fiquei surpreso que isso foi tão eficaz. Obviamente, isso exige que você altere o aplicativo; se você não pode alterar o código do aplicativo para chamar um procedimento armazenado ou fazer referência à exibição ou função (ou até adicionar OPTION (RECOMPILE)), você precisará continuar procurando outras opções. Mas se você pode alterar o código do aplicativo, incluir o predicado em outro módulo pode ser o caminho a seguir.

Faça já a sua inscrição para IMAGINE SUMMIT 2020

Faça já a sua inscrição para IMAGINE SUMMIT 2020


Faça já a sua inscrição para IMAGINE SUMMIT 2020
Faça já a sua inscrição para IMAGINE SUMMIT 2020

O IMAGINE SUMMIT 2020 está chegando. Não perca nossos preços especiais Super Early Bird e a chance de fazer parte da conferência de clientes e parceiros do ano!

Faça já a sua inscrição para IMAGINE SUMMIT 2020

IMAGINE SUMMIT é o evento imperdível do ano para a Axway. Junte-se a nós no IMAGINE SUMMIT 2020 de 27 a 29 de abril no lindo Tapatio Cliffs Resort, na ensolarada Phoenix, Arizona.

A Axway está se preparando para tornar o IMAGINE SUMMIT 2020 o principal evento para 2020. Faça uma pré-inscrição hoje para descobrir os desenvolvimentos mais recentes em soluções de plataforma de integração híbrida e conheça nossos especialistas que ajudarão você a acelerar ainda mais sua transformação digital.

Assista ao que aconteceu na IMAGINE SUMMIT 2019.

Destaques do IMAGINE SUMMIT 2020

  • A plataforma de integração híbrida AMPLIFY ™ é a principal solução da Axway. Junte-se a nós para saber como a base central para gerenciamento de API, MFT, colaboração de conteúdo e outras soluções coloca seus negócios no caminho certo para acompanhar as demandas digitais de amanhã.
  • Passe um tempo de qualidade com seus colegas para compartilhar experiências mútuas e expandir sua rede profissional.
  • Encontre-se com nossa API, MFT, Content Collaboration e outros especialistas para discutir o que funciona e como você pode identificar soluções personalizadas para seus negócios.
  • Participe de nossas sessões para impulsionar sua modernização de TI e inovação de negócios para o próximo nível.

Registre-se hoje para o nosso especial Super Early Bird e obtenha preços excepcionais para aproveitar ao máximo seu orçamento de 2019. Esta oferta será encerrada em 31 de dezembro, então não espere.

Opções

Escolha se você usará o orçamento restante de 2019 ou pagará em 2020.

Faça a pré-inscrição para o IMAGINE SUMMIT 2020 agora e obtenha grandes economias.

Super Early Bird: $ 495,00 a partir de 31 de dezembro de 2019

Early Bird $ 595,00 entre 1 de janeiro e 15 de fevereiro de 2020

Preço total $ 695.00 entre 16 de fevereiro e 27 de abril de 2020

Esperamos vê-lo em Phoenix em abril de 2020 para IMAGINE SUMMIT. Fique atento a mais detalhes sobre inscrições, horários de eventos, palestrantes, patrocinadores, planos de festas e muito mais!

Registre-se hoje para o nosso especial Super Early Bird. Estamos ansiosos para te ver!

Uma maneira simples de eliminar as distrações em uma reunião do Conselho

Uma maneira simples de eliminar as distrações em uma reunião do Conselho


Mark Suster
Foto de ROBIN WORRALL em Unsplash

Vários membros de seu executivo levaram horas para preparar os materiais do conselho, para que você possa informar seu conselho sobre como as coisas foram desde a última vez que se conheceram há três meses, e você tem três horas juntos para garantir que eles tenham uma imagem precisa e que você tenha sua contribuição sobre como proceder nos próximos meses. Dado que raramente você se reúne, imagina que terá toda a atenção das diretorias durante esse período. Provavelmente você estaria errado. Você pode resolver isso se quiser.

É claro que a maior competição que você tem com a atenção dos membros do conselho é o celular. A maioria dos membros do conselho não tem a intenção de verificar e-mails, ler as notícias ou enviar uma mensagem de texto rápida, mas assim como a maioria dos fumantes não quer fumar um cigarro – o executivo moderno não pode ajudar a si próprio.

É muito mais fácil lidar com o que você pensaria.

  1. Anuncie no início da reunião que você deseja que a reunião do conselho seja "livre de eletrônicos", incluindo telefones celulares, laptops ou tablets. Tenha papel e canetas disponíveis para anotações. Seja super educado e não agressivo e simplesmente defenda que você realmente deseja o tempo mais produtivo dos membros do conselho.
  2. Não permita que sua equipe use laptops. Sei que muitos executivos querem "permanecer produtivos" enquanto estão na reunião e não são chamados, mas se eles não estiverem presentes e participando, é melhor deixá-los fora da sala. É super perturbador quando seus executivos digitam e-mails enquanto o restante do conselho se dedica a uma discussão.
  3. Muitos advogados externos gostam de participar de reuniões do conselho. Todos eles trazem laptops e passam a maior parte do tempo na reunião do conselho, enviando outros emails. Pare com isso. Peça-lhes para discar ou, se vierem, peça que realmente estejam presentes. Se esse não for um bom uso do tempo, peça-lhes para não comparecer.
  4. Agende uma pausa na reunião. Se você tiver uma reunião de 3 horas, coloque-a em 1,5 horas e mantenha-a por 15 minutos. Anuncie no início da reunião e diga a todos os membros que este é o melhor momento para verificar e-mails ou fazer uma ligação curta, mas que você realmente apreciaria se eles não o fizessem em outro momento.
  5. Se alguém disser "Eu realmente trabalho melhor quando posso fazer anotações eletrônicas" no meu (laptop, iPad, celular), diga: "Tenho certeza de que está certo. Mas se eu pudesse pedir que você não faça isso por hoje. Meu objetivo é garantir que todos os membros estejam presentes. ”As pessoas mais disciplinadas do mundo têm muita dificuldade em resistir a“ verificar rapidamente ”seus textos, e-mails e notícias quando estão no fórum. Então você os perdeu.
  6. Se você realmente deseja fazer uma demonstração, coloque os celulares do executivo em uma bandeja ao lado da sala e peça a cada membro do conselho que faça o mesmo quando chegar. Eu sei que é um pouco agressivo, mas se você fizer isso com um grande sorriso no rosto e um grande pedido de polidez, aposto que você pode fazer isso. É realmente uma maneira de enfatizar sua seriedade. A verdade é que as pessoas que saem para jantar, concertos ou eventos esportivos e que deixam seus celulares no carro estão realmente mais presentes no evento e se divertem mais. O mesmo vale para as reuniões do conselho.

Eu sei que tudo isso parece draconiano e muitos diriam que no mundo moderno isso é contraproducente. Mas, como uma pessoa que fica na sala há anos enquanto os executivos estão presentes, vi membros bem-intencionados do conselho verificando e-mails, lendo o Facebook, escaneando o Twitter, baixando filmes para seus voos para casa, enviando textos para amigos, lendo as notícias ou qualquer outra coisa. outro número de coisas que desviam a atenção de uma discussão produtiva em grupo.

Você encontrará muitas pessoas sensatas que dizem versões disso:

É claro que entendo que os laptops podem aumentar a produtividade, mas, infelizmente, são pistas escorregadias e os aspectos negativos da sua reunião e até mesmo a sua cognição na reunião não valem nenhum ganho com a pesquisa. Ele não serve apenas como uma distração para os usuários de laptops, mas também para todos os que os rodeiam.

Outro problema com o envolvimento dos membros do conselho é vocês. Se você apresentar um slide após o outro e se isso tornar um download de informações demais e não for suficiente para uma discussão, a atenção das pessoas diminuirá.

As melhores reuniões do conselho são discussões e debates sobre os negócios, mas muitas equipes de executivos passaram o tempo desejando percorrer horas de slides sobre o quão bom eles estão. Os seres humanos se saem muito melhor quando estão participando do que quando estão sendo ensinados. O maior valor que você obtém do seu conselho é quando eles estão falando e oferecendo feedback e experiências de outras empresas nas quais estão envolvidos.

Eu recomendo que as equipes executivas enviem materiais com 72 horas de antecedência. Eu recomendo que os CEOs façam ligações 1-1 com os membros do conselho antes da reunião para percorrer as finanças de alto nível. E recomendo que os conselhos tenham 2–3 tópicos estratégicos que considerem durante a reunião pessoal. Se você administrar seu quadro dessa maneira, maximizará o tempo que tem juntos como um grupo e manterá seu quadro envolvido.

Conselho final. Algumas equipes imprimem materiais e distribuem um fichário impresso durante a reunião do conselho. Não seja esse time. Embora seja tentador ter uma Bíblia para os membros do seu conselho, você apenas permitirá que eles "avancem" e vejam os slides futuros quando estiverem entediados. Se você serve a distração deles, então você só tem que culpar quando eles não prestam atenção.

Às vezes, os membros do conselho imprimem seus decks ou informações financeiras com antecedência e trazem suas próprias impressões. É super fácil dizer educadamente: "Se você não se importa, eu adoraria se você deixasse suas anotações na sua bolsa. Não quero ser controverso, mas adoraria tentar envolver todos na discussão e, para isso, quero garantir que todos estejam na mesma página ao mesmo tempo. "

Nota: Esta postagem faz parte de uma série de gerenciamento de placas de inicialização. Se você quiser ver a lista completa de postagens, clique no link acima.

Wipro e Adobe: desbloqueando a criatividade por meio de atolamentos de peças criativas

Wipro e Adobe: desbloqueando a criatividade por meio de atolamentos de peças criativas


O pensamento criativo no local de trabalho tornou-se uma estratégia crítica para as empresas crescerem e alcançarem o sucesso. Um estudo recente do LinkedIn classificou a criatividade como a habilidade mais importante para profissionais de negócios modernos. O desafio da criatividade é que ela não pode ser aprendida ou dominada como a codificação. Os designers estão ansiosos para aprender e experimentar quando se trata de criatividade, mas desbloquear essa habilidade valiosa exige colaboração e aprendizado que não são tradicionalmente encontrados no local de trabalho.

A Wipro é uma parceira estratégica da Adobe há muito tempo e, juntas, capacitam as marcas globais a oferecer experiências excepcionais aos clientes, lideradas pelo design, com alta velocidade.

Mike Chambers, diretor sênior de marketing de produtos de design e envolvimento da comunidade da Adobe, teve uma idéia chamada Creative Jams, que visa ajudar os designers a se afastarem da inércia criativa e desbloquear o valor do Adobe Creative Cloud. Os Creative Jams são eventos de um dia inteiro que combinam educação e competição amigável oferecida a indivíduos e organizações, para que os designers possam se unir, trabalhar em colaboração e criar designs inovadores. Esses eventos permitem que os designers quebrem os grilhões de suas atividades rotineiras e tragam novas idéias para a mesa.

A Wipro Limited é um dos vários parceiros estratégicos que adotam o poder dos Creative Jams.

Creative Jam da Wipro

Wipro e Adobe organizaram um Designathon, um concurso Creative Jam realizado em vários locais do mundo. O evento contou com a participação de mais de 450 funcionários da Wipro em todo o mundo. O desafio do design usou a plataforma de design e prototipagem Adobe XD da próxima geração para criar soluções inovadoras para aplicação nos projetos de clientes da Wipro.

Os desenhos nunca devem ser muito perfeitos, pois a presença de atrito, também conhecido como pontos de confiança, aprofunda o relacionamento entre organizações e consumidores. A equipe da Designit, uma empresa de design estratégico da Wipro, entende isso ao aproveitar diversos grupos de pesquisadores, designers, tecnólogos e estrategistas para desbloquear a inovação e criar designs impactantes para seus clientes.

“Nossos recursos de design e parceria estratégica com a Adobe nos permitem criar soluções de nova era que são aproveitadas por nossos clientes para oferecer experiências personalizadas a seus clientes. A Creative Jams é uma dessas idéias para impulsionar essa cultura de inovação e trazer as melhores idéias de nossos especialistas em criação ”, afirmou Chandra Surbhat, vice-presidente e chefe global de serviços de experiência digital da Wipro Digital.

Os designers exercitaram seu espírito criativo e habilidades cognitivas projetando protótipos utilizando o Adobe XD. Eles aproveitaram os cinco princípios básicos do design thinking para criar designs inovadores que ressoavam com seus clientes.

Como parte do manual do Creative Jam que a Adobe executa com seus parceiros de design, a equipe da Adobe organizou um campo de treinamento para a comunidade de designers para fornecer demos e compartilhar práticas recomendadas para aproveitar ao máximo sua experiência com o Adobe XD.

Foi emocionante ver como a recente Designathon inspirou equipes em torno do Adobe XD, além de estimular a criatividade, novas eficiências e produtividade.

A aprendizagem é essencial para o crescimento pessoal. Os designers devem continuar a explorar novas ferramentas e obter experiência prática com elas. Alguns medos humanos inspiram os designers a descobrir novas ferramentas e projetar novos produtos e serviços.

A competição Designathon lhes deu exposição a uma nova ferramenta, capacitando-os a aprender como aproveitá-la em seus fluxos de trabalho diários.

As equipes de dois a três membros receberam um desafio de design criativo para concluir dentro do prazo designado. As 10 principais equipes tiveram a oportunidade de apresentar seus projetos e inspiração para juízes e colegas. Os juízes então determinaram os três principais vencedores.

Resultados do Wipro

"Este evento proporcionou uma oportunidade para designers de vários locais trabalharem e debaterem juntos para terem idéias visionárias e criarem designs incríveis", disse Chandra Surbhat.

O Wipro e o Designathon da Adobe permitiram aos designers colaborar e obter informações valiosas um do outro. Também permitiu que os designers discutissem e apresentassem idéias de design inovadoras.

A plataforma Adobe XD era fácil de usar e permitiu que os designers projetassem e colaborassem rapidamente em equipes para concluir o desafio em um curto espaço de tempo. Com a competição Designathon, os funcionários da Wipro aprenderam a trazer criatividade, eficiência e produtividade no desenvolvimento de futuras soluções inovadoras para os clientes.

Wipro e colaboração contínua da Adobe

No início de 2018, a Wipro e a Adobe expandiram sua parceria para oferecer serviços e soluções digitais aprimoradas. Eles anunciaram que sua parceria focada no Adobe Experience Cloud incluiria a Creative Cloud e o Adobe XD, a solução UX / UI all-in-one para projetar e criar protótipos de aplicativos e sites móveis. A parceria permitiu à Wipro alavancar o Adobe XD por seu trabalho global de design de marca e cliente UX / UI, ajudando a empresa a criar, criar e gerenciar experiências digitais avançadas para os clientes.

Auditar e alertar alterações de status de trabalhos do SQL Server (ativado ou desativado)


Neste artigo, falaremos sobre como rastrear tarefas SQL ativadas ou desativadas no SQL Server usando o T-SQL. Usuários com o Sysadmin A função tem permissões padrão para modificar as informações de qualquer trabalho no SQL Server. Se um usuário não estiver nessa função e desejar acessar essa atividade, ele precisará receber o SQLAgentOperatorRole no msdb base de dados.

O SQL Server introduziu tarefas SQL que também podem funcionar como agendadores para executar várias etapas em sequência e repetir durante um período especificado. O principal objetivo dos trabalhos SQL é executar eventos ou tarefas em um tempo e intervalo predefinidos. As etapas da tarefa podem executar qualquer um dos seguintes administradores de eventos:

  • Auditar

  • Coletor de dados

  • Orientador de Otimização do Mecanismo de Banco de Dados

  • Manutenção de banco de dados

  • Texto completo

  • Empregos de MSX

  • Log Shipping

  • Resposta de alerta REPL

  • REPL-Checkup

  • Distribuição REPL

  • Limpeza de distribuição REPL

  • Limpeza do histórico REPL

  • Replicação

  • REPL-LogReader

  • REPL-Merge

  • REPL-QueueReader

  • Instantâneo REPL

  • Limpeza da assinatura REPL

  • Trabalhos definidos pelo usuário

De acordo com sua definição criada, um trabalho estabelecido administra tarefas ou eventos do servidor, para que ocorram regularmente e determina se essas tarefas ou eventos podem ser administrados programaticamente. Este trabalho pode ser executado em um servidor local ou em vários servidores remotos. Portanto, uma tarefa é uma boa candidata à automação se envolver uma sequência previsível de etapas e ocorrer em um horário específico ou em resposta a um evento específico.

Os trabalhos do SQL definem uma tarefa administrativa e uma série especificada de ações que o SQL Server Agent executa. O trabalho definido pode ser executado uma ou mais vezes e pode ser monitorado para obter sucesso ou falha na tabela sysjobactivity.

Quando um trabalho é desativado, ele não é excluído, mas pode ser ativado novamente quando necessário. Infelizmente, não há alerta criado quando um trabalho está desativado. Isso pode ocorrer por acidente e pode ser fatal, por exemplo, se um trabalho de backup for desativado acidentalmente. Portanto, nosso objetivo é criar um alerta para este evento.

Como podemos fazer isso? Podemos configurar um alerta criando um DEPOIS DO TRIGGER EM msdb.dbo.sysjobs tabela. Isso detectará qualquer alteração no status do trabalho ativado coluna e enviará uma mensagem para sua equipe de DBA.

Aqui está a consulta T-SQL para obter uma lista de trabalhos com status ativado / desativado:

Listar trabalhos SQL

Ativar / desativar trabalho SQL

Como mencionado, um trabalho desativado não será excluído; permanecerá inativo e não será executado no horário agendado. Se o trabalho for reativado, ele continuará sendo executado no horário e intervalo agendados. Portanto, ativar ou desativar estatísticas são o status Ativo ou Inativo dos trabalhos do SQL Server e esses status também podem ser alterados usando os comandos SSMS e T-SQL.

Usando SSMS

Para desativar um trabalho, vá para o SQL SERVER Agent | Monitor de Atividade do Trabalho. Clique com o botão direito do mouse no nome do trabalho e escolha Desativar trabalho como mostrado abaixo:

Desativar trabalho SQL

Usando o comando T-SQL

Para desativar ou ativar um trabalho usando o T-SQL, use os seguintes comandos:

Listar tarefas SQL com status

Trabalho SQL ativado

Vamos passar para tarefas SQL definidas pelo usuário. O objetivo desses trabalhos é principalmente monitorar os dados e tarefas da organização, realizar um evento e muito mais. As tarefas SQL são projetadas e definidas de acordo com os requisitos da organização e consistem em várias etapas para executar em um determinado horário ou intervalo agendado. Esses trabalhos SQL definidos pelo usuário são amplamente utilizados para executar várias tarefas, como correção de dados, atualização ou sincronização de dados. Em alguns casos, os trabalhos SQL também podem ser usados ​​para gerar alertas ou emails com as informações orientadas ao usuário.

Geralmente, esses trabalhos SQL serão ativados, mas pode haver um bom motivo para desativá-los por um tempo. Como mencionado, outros usuários não obtêm nenhuma informação quando um trabalho está desativado. Também não há auditoria padrão das alterações no status da tarefa; portanto, não é possível saber qual usuário modificou o trabalho. Isso dificulta o gerenciamento do histórico das informações do trabalho SQL, mas pode ser facilitado

gerando um gatilho que emite um alerta por email. Nesse caso, EVENTDATA () ajuda a obter informações do evento dentro do gatilho, usuários conectados, instrução T-SQL e muito mais.

Desencadear

Veja como você pode escrever o gatilho:

o job_event A tabela armazena cada evento de modificação da coluna ativada dentro do gatilho, enquanto a tabela sysjobactivity armazena cada modificação dos trabalhos. Somente os registros mais recentes existirão na tabela de histórico como valor do tamanho da linha definido no tamanho atual do log do histórico de tarefas (em linhas) parâmetro (SQL Server Agent | Propriedade | Histórico).

Como mencionado com @recipients no gatilho e com a ajuda da mesa job_event, podemos acessar o histórico de auditoria deste evento no SQL Server para os trabalhos SQL. Esse gatilho gerará alertas por email para um indivíduo ou grupos mencionados na seção @recipients parâmetro do procedimento msdb.dbo.sp_send_dbmail.

Jignesh Raiyani

Jignesh Raiyani

Jignesh possui boa experiência em soluções e arquitetura de banco de dados, trabalhando com vários clientes em design e arquitetura de banco de dados, desenvolvimento de SQL, administração, otimização de consultas, ajuste de desempenho, alta disponibilidade e recuperação de desastres.

Ver todas as mensagens de Jignesh Raiyani

Jignesh Raiyani

Últimas mensagens de Jignesh Raiyani (ver todos)

Por que você não pode levar a sério a produtividade, a menos que otimize como suas pessoas usam seu espaço

Por que você não pode levar a sério a produtividade, a menos que otimize como suas pessoas usam seu espaço


Mark Suster

Financio startups para ganhar a vida e antes disso eu executei duas startups de software que fundei. Passei inúmeras horas analisando finanças históricas, orçamentos, previsões e projeções futuras. Com uma startup de tecnologia padrão, posso dizer durante o sono que seus dois maiores itens de custo são pessoas (entre 60% a 75% do custo total) e espaço (10% a 20% do custo total). O único outro item de custo significativo que vejo em algumas startups em estágio inicial é o inventário (para empresas de hardware ou comércio eletrônico).

Nos estágios iniciais de uma empresa, uma startup geralmente amontoa o maior número possível de pessoas em salas pequenas, a fim de economizar nos custos do escritório. Quando uma empresa aumenta o capital, inevitavelmente começa a procurar espaço no escritório para aumentar a produtividade e a felicidade do trabalhador. Como é difícil prever quanto espaço você precisará ao expandir (ou engolir) as startups se voltam cada vez mais para espaços compartilhados como o WeWork, que agem um pouco como a hospedagem na nuvem, pois permitem que você aumente ou diminua conforme sua empresa se expande ou fica mais lenta.

Qualquer pessoa que tenha passado algum tempo com startups pode dizer a você que existem muitos drenos de produtividade que podem vir desses ambientes:

  • Falta de espaço para reuniões para discussões
  • Incapacidade de concentração devido ao fato de estar cercado por "oradores"
  • Filas enormes aguardando check-ins de segurança compartilhados, elevadores ou linhas de almoço

Conhecer os problemas de "gerenciar pessoas em torno dos espaços" foi um dos principais motivos pelos quais apoiei a empresa Density, que construiu um "sensor de profundidade" que paira sobre as portas e rastreia anonimamente os espaços, conforme visto no GIF abaixo.

A tecnologia agora é implantada em muitos clientes, incluindo LinkedIn, NYU, Dropbox, Envoy e muitos outros. Por isso, aprendemos muito sobre como as pessoas usam soluções como Density para aumentar a produtividade, melhorar a segurança física e combinar melhor o espaço com as pessoas. Abaixo estão alguns ótimos exemplos de problemas e soluções comuns que vimos:

O campista da sala de reuniões / o invasor da sala de reuniões / fantasma

O Gartner estima que o funcionário médio gaste 27 horas / ano procurando espaços disponíveis para atender – isso raramente ocorre porque as empresas não têm espaço suficiente. Na maioria das vezes, é porque eles não têm a combinação certa de espaço de trabalho pequeno / grande / flexível e, como resultado, as pessoas tendem a consumir espaço quando está disponível.

Depois que as organizações escalam, elas inevitavelmente implementam sistemas para tornar a reserva de espaços compartilhados mais simplificada e geralmente mais democrática – o procedimento geral é que você "reserva uma sala de reunião" a cada hora por meio de um sistema de agendamento. Todos nós experimentamos o "invasor", que simplesmente entra em uma sala de reuniões e as startups que trabalham participam de uma reunião 1-1 em uma sala construída para 12 pessoas e não se incomodam em fazer a reserva. Algumas pessoas seguem a rota oposta e reservam horas a fio para que possam “acampar” em uma sala de reuniões para realizar longos períodos de trabalho silencioso ou realizar 1 a 1 reuniões às custas das necessidades do grupo.

Igualmente problemático é o "fantasma" que reserva a sala de reunião por horas a fio para bloquear a sala, usando-a periodicamente. Vi esse tipo de comportamento mesmo 20 anos atrás, quando eu trabalhava na Accenture, onde a equipe estava principalmente nas instalações dos clientes, mas quando eles retornavam ao escritório, havia uma pressa em reservar fantasmas nas limitadas salas de reuniões.

Na Density, trabalhamos com os clientes para integrar seu sistema Outlook, para que o gerenciamento avaliasse melhor quando as equipes reservassem o espaço da sala de reuniões e depois comparasse com os dados do sensor de densidade para ver quando a sala era realmente usada. Ele pode comparar as horas contratadas versus as utilizadas, bem como o número de pessoas contratadas versus atendidas, com o objetivo de ajudar a empresa a gerenciar melhor seus recursos de espaço limitados.

O enigma do almoço

Outro grande dreno de produtividade à medida que as empresas escalam (ou quando os espaços de trabalho compartilhados são preenchidos) são as linhas de almoço. Vimos o aumento de empresas que usam a densidade para rastrear melhor o fluxo de pessoas através dos comissários no café da manhã, almoço e jantar. Eles integraram isso aos sistemas internos do Slack ou do Facebook Messenger para permitir que os funcionários verifiquem os tempos de espera em tempo real e planejem seus dias de acordo. Isso também ajudou a gerência a descobrir como contratar funcionários do restaurante nos horários de pico. Vimos até companhias aéreas com visão de futuro e empresas de viagens usarem esses sensores para rastrear melhor os níveis de pessoal das salas VIP ao longo do dia.

O tailgater

A maioria dos escritórios emprega segurança física para proteger tanto os ativos quanto a segurança, mas todos nós testemunhamos o "tailgater" que espera que alguém escaneie seu cartão e depois caminha rapidamente atrás deles e obtém acesso. Isso é muito mais difícil de fazer em prédios com guardas de segurança suficientes, mas mesmo lá persistem problemas após o horário de expediente. Como você verá no vídeo abaixo, o Dropbox usou o Density emparelhado com seu sistema de controle de acesso para sinalizar segurança sempre que houver um tailgater. No vídeo, eles mostram uma situação da vida real (rostos desfocados), onde um tailgater se passa como apenas mais um funcionário olhando para o seu smartphone, que então invadiu e roubou vários laptops. Esse problema é ainda mais pronunciado nos campi em que os edifícios têm mais pontos de entrada e saída. O Dropbox estava realizando mais de 100 eventos de utilização não autorizada / semana e, embora a maioria deles provavelmente não seja nefasta, fazer com que os funcionários tomem consciência do problema é a primeira linha de defesa.

O espaço desperdiçado / as grandes salas de reuniões

Talvez o grupo que mais valoriza a capacidade de saber como as pessoas usam os espaços sejam os grupos de gerenciamento de instalações responsáveis ​​pelo planejamento do espaço. À medida que as empresas se expandem, você naturalmente encontra salas de reunião construídas para 12, mas usadas principalmente para 2 a 4 pessoas por vez, que seriam construídas com mais eficiência em 2 salas de reunião. Vemos empresas que fazem grandes aquisições e precisam descobrir como consolidar empresas e funcionários. Durante um teste do cliente, uma empresa da Fortune 1000 descobriu que uma sala de conferências para 8 pessoas era usada por 3 ou menos pessoas em 78% de todo o horário comercial; foi usado por 8 pessoas (sua capacidade prevista) apenas 3% do tempo. Ao expandir o estudo e dimensionar corretamente o mix de salas de conferência, é provável que a empresa resolva o problema da sala de reuniões e economize dezenas de milhões de dólares em custos evitados de expansão imobiliária.

O risco de seguro

Você já reparou quando entra em um bar, sala de concertos, estádio ou local semelhante e há uma pessoa com um balcão que clica quando você entra? Quase certamente o que eles estão fazendo é monitorar manualmente o tamanho da multidão para fins de seguro (e, finalmente, por segurança).

Foto de Mark Pan4ratte no Unsplash

Agora, temos locais usando o Density para controlar o tamanho da multidão e garantir que eles não violem suas apólices de seguro. Uma barra com a qual trabalhamos recebia várias multas de US $ 1.000 do Departamento de Bombeiros todos os meses por ter excesso de capacidade – apesar de ter funcionários disponíveis para contar manualmente. Depois de instalar o Density, o oficial de incêndio olhou para a contagem no iPhone do gerente do bar e disse: "isso é muito legal". Ele então os deixou em paz porque eles poderiam provar que estavam em conformidade com o código.

Casos de uso não intencionais

Até agora, já vimos muitas coisas! De pessoas que desejam que a Density rastreie que os pacientes de Alzheimer não estão saindo de um espaço pré-acordado, empresas de economia de shows querem ser capazes de rastrear anonimamente se seus funcionários ou clientes estão iniciando contato físico indesejado. As pessoas costumam me perguntar: “por que elas não usam câmeras?” É claro que existem bons usos para câmeras em áreas como vigilância, mas no mundo moderno há muitos lugares onde queremos rastrear o fluxo de pessoas (uso do banheiro) , apenas um exemplo!), mas não deseja gravar pessoas. Além disso, a capacidade de interpretar os dados e lidar com os volumes de informações é muito mais econômica quando você lida com "polígonos" (formas de laser) do que com imagens de vídeo completas.

Casos de uso, benefícios e dicas para evitar falhas na implementação de RPA

Casos de uso, benefícios e dicas para evitar falhas na implementação de RPA


A logística envolve processos de back-end complexos, tediosos e demorados, como atualizações de dados do cliente, processamento de pedidos e inventários, agendamento e acompanhamento de entregas etc. E o setor se concentra fortemente em executar essas tarefas manualmente, o que reduz a eficiência e produz um efeito negativo.

Os processos manuais de back-end são repetitivos e pesados. Como os seres humanos estão sempre propensos a erros, é altamente possível criar erros indesejados ou inesperados ao executar suas tarefas, o que potencialmente afeta os resultados de uma empresa de logística.

Ao automatizar os processos manuais que exigem muita mão-de-obra através do RPA, o setor pode superar os atrasos, a perda de produtividade e os desafios ineficientes do processo.

Além disso, o uso de RPA (Robotic Process Automation) na cadeia de suprimentos e na Logística simplificará os processos, acelerará o desempenho e reduzirá substancialmente os custos operacionais.

De acordo com MRFR, O mercado de automação de processos robóticos deverá crescer em aproximadamente US $ 2.700 milhões até 2023, a 29% do CAGR entre 2017 e 2023, e a logística é uma das indústrias que foram incluídas na lista de segmentação.

De acordo com MRFR

Qual é a diferença entre RPA e outras soluções de automação?

O RPA é mais adequado para acelerar as tarefas repetitivas, mundanas e de alto volume abaixo, difíceis de executar diariamente.

  • Tempo crítico
  • Altamente manual
  • Baixa exceção
  • Estável
  • Baixa complexidade
  • Propenso a erro
  • Baseado em regras
  • Repetitivo
  • Sazonal

Com a implementação da RPA, o setor de logística pode experimentar

  • Relação custo-benefício e economia de tempo
  • Automação de processo mais rápida e contínua (requer treinamento mínimo)
  • Fácil automação dos processos existentes e integração no ecossistema existente
  • Operações 24/7
  • Alta precisão
  • Libertou os humanos para se concentrarem em outras atividades e melhorias de negócios
  • Experiência aprimorada do cliente
  • Escalabilidade para acelerar o desempenho do processo

3 Casos de Uso RPA Interessantes em Logística3 Casos de Uso RPA Interessantes em Logística

Nota de leitura

A nota de leitura é um grande exercício realizado pelas organizações de logística contratadas.

Ele contém detalhes de Remetente, destinatário, Qual item, quantas caixas não estão sendo enviadas. Esses dados devem ser carregados no DMS (Sistema de Gerenciamento de Distribuição), em que os agentes de entrega são mapeados e atribuídos – amplamente manuais, incluindo entrega de última milha – a RPA pode fazer isso.

Contas a receber – Automação de notas de crédito

As notas de crédito e débito em uma logística de contrato são muito altas e geralmente são feitas manualmente com a reconciliação de conselhos de pagamento e finalmente atualizadas no ERP. Os robôs RPA podem fazer isso.

Operações de armazenagem

As operações de armazenamento seguem uma tarefa agendada – digamos, primeiro a entrar, o último a sair, a última a sair, etc. – Os detalhes da remessa de materiais estão disponíveis no ERP e os dados da remessa (como número de série, data de validade, etc., hora da remessa) são carregados no WMS ( sistema de gerenciamento de armazém) – feito manualmente na maioria das empresas de logística atualmente – os BOTs podem ser usados ​​aqui.

O RPA é certamente uma ferramenta potencial para transformar as tarefas simples, porém repetitivas, que os trabalhadores de logística realizam diariamente. No entanto, o RPA pode não ser adequado para todas as empresas de logística devido a alguns motivos.

Aqui estão os motivos pelos quais a implementação do RPA pode falhar.

Compreender o seu processo de logística é altamente crítico, mesmo antes de implementar um bot. O RPA não pode ser aplicado em alguns cenários e é melhor ter uma discussão aberta com seu parceiro de implementação e eles podem ajudar.

A implementação do RPA começa pequena e, uma vez definido o cenário, são necessários muitos bots para acelerar a velocidade do processo. Se o programa não permitir escalabilidade e atingir o valor completo da implementação do bot, isso provavelmente não acontecerá.

  • Dependência de TI incompreendida

Muitos chefes de logística acreditam que o envolvimento da equipe de TI na implementação do RPA atrasaria o processo. Porém, é essencial que a equipe de TI tenha um papel importante quando você dimensiona os bots para acelerar a velocidade do processo, pois eles precisam governar todo o processo.

  • Bots incompreendidos para o cenário humano

Não é verdade que os robôs substituirão os humanos. De fato, os bots implementados nas empresas de logística estão ajudando os humanos a terem um melhor desempenho, permitindo que eles se concentrem nas melhorias críticas do processo e nos avanços dos negócios, em vez de se concentrarem nas tarefas repetitivas, de alto volume e demoradas.

  • Selecionando parceiro de implementação de RPA

Recomenda-se uma parceria com um parceiro de implementação RPA especializado para evitar possíveis perdas de produtividade, mesmo após a implementação de bots. Somente fornecedores especializados de RPA entendem a importância de automatizar o tipo de processos que exigem bots e orientam com as soluções certas.

Além disso, a empresa deve ter um histórico comprovado e desenvolvedores certificados de RPA e parceria com empresas de renome como UiPath, Blue Prism, Automation Anywhere para tornar todo o programa bem-sucedido.

A partir da discussão acima, é prudente que as soluções RPA melhorem o processo e a produtividade das empresas de logística.

Planejando automatizar suas tarefas repetitivas, manuais e de alto volume? Vamos conversar.

Solucionando problemas de desequilíbrio do nó NUMA |

A configuração da máquina virtual


(Verifique o Plano de treinamento GRATUITO do SQLpassion Performance Tuning – você recebe um email semanal com todo o conhecimento essencial necessário sobre o ajuste do desempenho no SQL Server.

Meu objetivo na semana passada era me familiarizar com o gerador de carga HammerDB e testar a carga de trabalho do TPC-C no meu poderoso Home Lab. Isso parece uma tarefa fácil, porque o HammerDB automatiza todas as tarefas necessárias para você. Você pode criar o esquema do banco de dados TPC-C e o HammerDB também preencherá o banco de dados com dados de teste. E então você apenas executa a carga de trabalho real no banco de dados gerado. Infelizmente, encontrei um enorme problema de desempenho que desejo descrever nesta postagem de blog e como o resolvi.

Configuração da VM

No meu caso, gerei um banco de dados TPC-C com 1000 armazéns, o que resultou em um tamanho de banco de dados de cerca de 100 GB. O banco de dados estava em execução em uma instância independente do SQL Server 2017 em uma máquina virtual baseada em VMware com 16 vCPUs e 128 GB de RAM. O host ESXi subjacente é um sistema NUMA de 2 soquetes e, portanto, também configurei o vNUMA na máquina virtual de acordo.

No meu caso, distribuí as 16 vCPUs em 2 soquetes (Núcleos por Soquete = 8) para corresponder à topologia NUMA subjacente. Portanto, o ESXi criou uma VM ampla, onde 8 vCPUs são obtidas de cada nó físico do NUMA. E a RAM de 128 GB também foi distribuída igualmente entre os dois nós NUMA físicos (64 GB de cada nó NUMA). A figura a seguir mostra a configuração desta VM.

A configuração da máquina virtual

O problema

Tudo parece bem até agora. Mas assim que eu estava executando a carga de trabalho do TPC-C no SQL Server, tive um comportamento estranho. A utilização da CPU do SQL Server estava entre 50% e 60%, mas 1 nó NUMA na máquina virtual sempre foi utilizado em 100%! A figura a seguir mostra esse comportamento:

Apenas um nó NUMA é utilizado a 100%!

Parece que desencadeiei com essa carga de trabalho um problema de desequilíbrio do nó NUMA, em que apenas 1 NUMA lida com toda a carga de trabalho do SQL Server e o outro nó NUMA está ocioso. Como era uma configuração padrão do SQL Server 2017, não fiz nenhuma configuração específica (como Afinidade do processador, desativando os agendadores do SQLOS, MAXDOP, Administrador de recursos). Quando eu verifiquei a coluna load_factor do sys.dm_os_schedulers Também pude verificar se o SQL Server usou apenas 1 NUMA Node para esta carga de trabalho:

O fator de carga dos vários agendadores do SQL Server

Como você pode ver na figura, o segundo nó NUMA foi utilizado e o primeiro estava ocioso. O SQL Server implementa um agendador Round-Robin NUMA, em que as conexões de entrada são distribuídas da maneira Round-Robin pelos vários nós NUMA. Você também pode verificar a afinidade de uma conexão em sys.dm_exec_connections:

Todas as conexões de entrada são atribuídas apenas a 1 nó NUMA

Todas as conexões são afinizadas em apenas 1 nó NUMA. Então, por que diabos o SQL Server está fazendo dessa maneira com essa carga de trabalho específica? Para verificar se o agendador NUMA do SQL Server está funcionando conforme o esperado, abri 50 conexões diferentes no SQL Server Management Studio e adivinhe: O SQL Server distribuiu as conexões conforme o esperado nos 2 nós NUMA:

Mas para outras cargas de trabalho, apenas funciona ...

Isso também significa que o próprio SQL Server não tem nenhum problema e que o problema deve ser a carga de trabalho – como de costume.

A solução

Passei muito tempo pesquisando se alguém também já teve esse problema específico com a carga de trabalho do TPC-C. Porque meu caso de teste que eu estava executando, não era tão específico. Até o HammerDB declara em sua documentação que o NUMA deve funcionar como esperado com seu software.

Para progredir, finalmente perguntei Sr. SQL Server NUMA (você também precisa conferir o blog dele!) no Twitter, se ele puder me ajudar a solucionar esse problema. Verificamos muitas coisas juntas (configuração do SQL Server novamente, vários contadores de desempenho), mas o resultado foi o mesmo novamente: o SQL Server em si não é o problema. Mas então, Lonny fez uma declaração interessante:

Como eu disse anteriormente, o SQL Server distribui as conexões de entrada de maneira Round-Robin entre os nós NUMA disponíveis. Talvez o HammerDB abra uma conexão para a carga de trabalho, abra outra conexão de curta duração (talvez verifique se a conexão aberta anterior foi estabelecida) e abra outra conexão para o próximo usuário virtual.

Isso significaria que todas as conexões de carga de trabalho chegariam a um nó NUMA e todas as conexões de curta duração chegariam ao outro nó NUMA. Mas eles têm vida curta, portanto, são fechados imediatamente e esse nó NUMA não seria utilizado de forma alguma. As figuras a seguir tentam visualizar essa ideia:

Nasce uma ideia

Depois conversamos com HammerDB no Twitter sobre essa observação, e a primeira resposta inicial foi a esperada: o HammerDB não causa esse problema, corrija seu SQL Server!

Depois conversamos um pouco mais detalhadamente com eles sobre nossas observações e, finalmente, eles revogaram sua declaração inicial:

Agora tivemos a verificação: é a carga de trabalho, NÃO o SQL Server! Na linha 212 do script HammerDB gerado, eles estão abrindo uma conexão adicional – não necessária – ao SQL Server, que é posteriormente fechada imediatamente:

A linha defeituosa no script HammerDB

Assim que removi essa linha e executei a carga de trabalho novamente, eu tive uma carga de trabalho TPC-C distribuída uniformemente nos meus 2 nós NUMA:

Não há mais desequilíbrio do nó NUMA!

Não há mais desequilíbrio do nó NUMA!

Não há mais conexões de curta duração e, portanto, as conexões de carga de trabalho agora estão distribuídas igualmente entre os 2 nós NUMA. Houston, resolvemos o problema!

Sumário

Já ouvi algumas vezes sobre problemas de desequilíbrio de nós da NUMA, mas nunca os vi com meus próprios olhos. Portanto, fiquei bastante feliz quando observei esse problema, mas fiquei louco por não saber a causa raiz subjacente por que esse problema ocorre.

Portanto, mantenha essas informações em mente se você tiver um sistema NUMA para sua carga de trabalho do SQL Server. Se sua carga de trabalho incluir algumas conexões de curta duração, pode ocorrer com muita rapidez que você tenha um problema de Desequilíbrio de Nó NUMA. Identificar o problema é bastante fácil, mas a solução de problemas é outra coisa. Você também viu que o SQL Server realmente não se importa com o fator de carga de um determinado nó NUMA. O SQL Server apenas distribui as conexões de entrada de maneira round robin. Também podemos discutir se essa é uma abordagem boa ou ruim …

Também quero agradecer à Lonny por me ajudar a resolver esse problema (e entendê-lo), e também ao HammerDB por sua rápida resposta e ajuda no Twitter.

Obrigado pelo seu tempo,

-Klaus