{"id":35305,"date":"2019-10-31T22:03:31","date_gmt":"2019-10-31T19:03:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-my-nashli-krutoj-sposob-svyazat-biznes-i-devops\/"},"modified":"2019-10-31T22:03:31","modified_gmt":"2019-10-31T19:03:31","slug":"kak-my-nashli-krutoj-sposob-svyazat-biznes-i-devops","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-my-nashli-krutoj-sposob-svyazat-biznes-i-devops","title":{"rendered":"Como encontramos uma maneira incr\u00edvel de conectar neg\u00f3cios e DevOps","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

A filosofia DevOps, onde o desenvolvimento se une \u00e0 manuten\u00e7\u00e3o de software, j\u00e1 n\u00e3o surpreende ningu\u00e9m. Um novo treinamento est\u00e1 ganhando for\u00e7a \u2014 DevOps 2.0 ou BizDevOps. Neste conceito, j\u00e1 se fundem tr\u00eas componentes: neg\u00f3cios, desenvolvimento e suporte. E assim como nas pr\u00e1ticas de engenharia do DevOps, que formam a base da conex\u00e3o entre desenvolvimento e suporte, na bizdevops a an\u00e1lise assume o papel de \"cola\", unindo desenvolvimento e neg\u00f3cios.<\/p>\n

Quero confessar imediatamente: s\u00f3 agora, ao ler livros inteligentes, descobrimos que temos um verdadeiro bizdevops. Isso se formou de maneira org\u00e2nica gra\u00e7as \u00e0 iniciativa dos funcion\u00e1rios e a uma constante paix\u00e3o por melhorias. Agora, a an\u00e1lise \u00e9 parte integrante do processo de desenvolvimento, reduzindo significativamente os ciclos de feedback e fornecendo insights regularmente. Vou explicar em detalhes como tudo funciona aqui.<\/p>\n

\"Como
\n<\/a><\/noindex><\/p>\n

Desvantagens do DevOps cl\u00e1ssico<\/h3>\n

\nQuando novos produtos para clientes s\u00e3o planejados, o neg\u00f3cio cria um modelo ideal de comportamento dos clientes e espera uma boa convers\u00e3o, a partir do qual estabelece suas metas e resultados de neg\u00f3cios. A equipe de desenvolvedores, por sua vez, busca criar um c\u00f3digo de alta qualidade. O suporte, por sua vez, espera a automa\u00e7\u00e3o completa dos processos, a facilidade e a conveni\u00eancia de acompanhar o novo produto.<\/p>\n

A realidade, na maioria das vezes, se configura de tal forma que os clientes acabam enfrentando um processo bastante complicado, o neg\u00f3cio se depara com uma baixa convers\u00e3o, as equipes de desenvolvimento lan\u00e7am corre\u00e7\u00f5es sucessivamente e o suporte se afunda em um fluxo de solicita\u00e7\u00f5es dos clientes. Isso soa familiar?<\/p>\n

A raiz do problema est\u00e1 em um longo e ineficaz ciclo de feedback, embutido no processo. Tanto os neg\u00f3cios quanto os desenvolvedores, ao coletar requisitos e receber feedback durante os sprints, conversam com um n\u00famero limitado de clientes, que influenciam fortemente o futuro do produto. Muitas vezes, o que \u00e9 importante para um, n\u00e3o \u00e9 caracter\u00edstico de toda a audi\u00eancia-alvo.
\nA compreens\u00e3o sobre se o desenvolvimento do produto est\u00e1 seguindo na dire\u00e7\u00e3o certa chega junto com relat\u00f3rios financeiros e resultados de pesquisas de mercado meses ap\u00f3s o lan\u00e7amento. E mesmo assim, devido \u00e0 limita\u00e7\u00e3o da amostra, n\u00e3o oferecem a oportunidade de verificar hip\u00f3teses com um grande volume de clientes. No geral, isso resulta em um processo longo, impreciso e ineficaz.<\/p>\n

Ferramenta de trof\u00e9u<\/h3>\n

\nEncontramos uma boa maneira de sair disso. Uma ferramenta que antes ajudava apenas os profissionais de marketing agora chegou \u00e0s m\u00e3os de empresas e desenvolvedores. Come\u00e7amos a usar ativamente a web-analytics para observar o processo em tempo real, entendendo aqui e agora o que est\u00e1 acontecendo. Com base nisso, planejamos o pr\u00f3prio produto e sua distribui\u00e7\u00e3o para um grande n\u00famero de clientes.
\nSe algum aprimoramento do produto est\u00e1 previsto, \u00e9 poss\u00edvel verificar imediatamente quais m\u00e9tricas est\u00e3o associadas e como essas m\u00e9tricas impactam vendas e caracter\u00edsticas importantes para os neg\u00f3cios. Dessa forma, podemos descartar hip\u00f3teses com baixo efeito. Ou, por exemplo, lan\u00e7ar uma nova funcionalidade para um n\u00famero estatisticamente significativo de usu\u00e1rios e monitorar as m\u00e9tricas em tempo real, entendendo se tudo est\u00e1 funcionando como planejado. N\u00e3o esperar feedback na forma de reclama\u00e7\u00f5es ou relat\u00f3rios, mas monitorar e corrigir rapidamente o processo de cria\u00e7\u00e3o do produto. Podemos lan\u00e7ar uma nova funcionalidade, coletar dados estatisticamente relevantes em tr\u00eas dias, fazer altera\u00e7\u00f5es em mais tr\u00eas dias \u2013 e, assim, em uma semana ter um \u00f3timo novo produto.<\/p>\n

\u00c9 poss\u00edvel rastrear todo o funil, todos os clientes que entraram em contato com o novo produto, identificar os pontos onde o funil se estreitou rapidamente e entender as causas. Tanto os desenvolvedores quanto os neg\u00f3cios agora acompanham isso, \u00e9 parte do trabalho di\u00e1rio. Eles veem a mesma jornada do cliente e, juntos, podem gerar ideias e hip\u00f3teses para melhorias.<\/p>\n

Essa integra\u00e7\u00e3o entre neg\u00f3cios e desenvolvimento, juntamente com a an\u00e1lise, permite a cria\u00e7\u00e3o cont\u00ednua de produtos, a otimiza\u00e7\u00e3o constante, a busca e a identifica\u00e7\u00e3o de gargalos, todo o processo como um todo.<\/p>\n

A quest\u00e3o \u00e9 a complexidade<\/h3>\n

\nQuando criamos um novo produto, n\u00e3o come\u00e7amos do zero, mas o inserimos em uma rede j\u00e1 existente de servi\u00e7os. Ao se familiarizar com o novo produto, o cliente normalmente interage com v\u00e1rias divis\u00f5es. Ele pode conversar com funcion\u00e1rios do centro de atendimento, com gerentes no escrit\u00f3rio, pode entrar em contato com o suporte ou usar chats online. Com a ajuda de m\u00e9tricas, conseguimos ver, por exemplo, qual \u00e9 a carga no centro de atendimento, como melhor processar os pedidos recebidos. Podemos entender quantas pessoas chegam ao escrit\u00f3rio e sugerir como continuar a atender o cliente.<\/p>\n

Com os sistemas de informa\u00e7\u00e3o \u00e9 exatamente a mesma coisa. O nosso banco existe h\u00e1 mais de 20 anos, e durante esse tempo foi criado e ainda funciona um grande conjunto de sistemas variados. A intera\u00e7\u00e3o entre os sistemas de backend pode ser \u00e0s vezes imprevis\u00edvel. Por exemplo, em um sistema antigo, h\u00e1 limita\u00e7\u00f5es no n\u00famero de caracteres para um determinado campo, e isso pode causar falhas em um novo servi\u00e7o. Rastrear o bug com m\u00e9todos padr\u00e3o \u00e9 bastante dif\u00edcil, mas com a ajuda de webanalytics \u00e9 simples. <\/p>\n

Chegamos ao ponto em que come\u00e7amos a coletar e analisar textos de erro de todos os sistemas envolvidos que s\u00e3o apresentados ao cliente. Descobrimos que muitos deles estavam desatualizados, e n\u00e3o pod\u00edamos imaginar que eles de alguma forma participassem do nosso processo. <\/p>\n

Trabalho com analytics<\/h3>\n

\nTemos equipes de webanalytics e de desenvolvimento SCRUM no mesmo ambiente. Eles interagem constantemente. Quando necess\u00e1rio, os especialistas ajudam a configurar m\u00e9tricas ou a exportar dados, mas, na maioria das vezes, os pr\u00f3prios membros das equipes trabalham com o servi\u00e7o de analytics, que n\u00e3o \u00e9 complicado. <\/p>\n

Ajuda \u00e9 necess\u00e1ria, se por exemplo, forem necess\u00e1rias algumas depend\u00eancias, filtros adicionais por tipo de clientes ou fontes limitadas. Mas na arquitetura atual raramente enfrentamos isso.<\/p>\n

Curiosamente, a implementa\u00e7\u00e3o da analytics n\u00e3o exigiu a instala\u00e7\u00e3o de um novo sistema de TI. Utilizamos o mesmo software com o qual os marketeiros trabalhavam anteriormente. Apenas foi necess\u00e1rio concordar com seu uso e integr\u00e1-lo nos neg\u00f3cios e no desenvolvimento. Claro que n\u00e3o pod\u00edamos simplesmente pegar o que havia no marketing; tivemos que reconfigurar tudo de novo e dar acesso ao marketing em um novo ambiente para que estiv\u00e9ssemos todos no mesmo campo informativo.<\/p>\n

No futuro, planejamos adquirir uma vers\u00e3o melhorada do software de webanalytics que permitir\u00e1 lidar com o aumento do volume de sess\u00f5es processadas.<\/p>\n

Al\u00e9m disso, estamos ativamente integrando a webanalytics com bancos de dados internos de CRM e sistemas de contabilidade. Ao unir os dados, obtemos uma vis\u00e3o completa do cliente em todos os aspectos necess\u00e1rios: por fontes, tipos de clientes, produtos. Os servi\u00e7os de BI, que ajudam a visualizar os dados, em breve estar\u00e3o dispon\u00edveis para todos os departamentos. <\/p>\n

O que conseguimos no final? Na pr\u00e1tica, transformamos a an\u00e1lise e a decis\u00e3o com base nela em parte do processo de produ\u00e7\u00e3o, o que gerou um efeito vis\u00edvel. <\/p>\n

An\u00e1lise: n\u00e3o cometam os mesmos erros.<\/h3>\n

\nE por \u00faltimo, quero compartilhar algumas dicas que ajudar\u00e3o voc\u00ea a evitar percal\u00e7os durante a constru\u00e7\u00e3o do BizDevOps.<\/p>\n

    \n
  1. Se n\u00e3o conseguir fazer a an\u00e1lise rapidamente, significa que voc\u00ea est\u00e1 fazendo a an\u00e1lise errada. \u00c9 preciso seguir um caminho simples a partir de um produto e, a partir da\u00ed, escalar.<\/li>\n
  2. Voc\u00ea deve ter uma equipe ou uma pessoa que compreenda bem a futura arquitetura da an\u00e1lise. \u00c9 importante definir antecipadamente como voc\u00ea vai escalar a an\u00e1lise, integr\u00e1-la a outros sistemas e reutilizar os dados.<\/li>\n
  3. N\u00e3o gere dados desnecess\u00e1rios. A estat\u00edstica da web \u00e9, al\u00e9m de informa\u00e7\u00f5es \u00fateis, um enorme lixo com dados ruins e desnecess\u00e1rios. Esse lixo dificultar\u00e1 a tomada de decis\u00f5es e a avalia\u00e7\u00e3o, se n\u00e3o houver objetivos claros.<\/li>\n
  4. N\u00e3o fa\u00e7a an\u00e1lise s\u00f3 por fazer. Primeiro, defina os objetivos, escolha a ferramenta e s\u00f3 depois a an\u00e1lise, mas apenas onde isso trar\u00e1 resultados.<\/li>\n<\/ol>\n

    \nO material foi preparado em conjunto com Olga Cebotari (olga_cebotari<\/a><\/noindex>).
    \n
    Fonte:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u0424\u0438\u043b\u043e\u0441\u043e\u0444\u0438\u0435\u0439 DevOps, \u043a\u043e\u0433\u0434\u0430 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 \u0441\u043e\u0435\u0434\u0438\u043d\u044f\u0435\u0442\u0441\u044f \u0441 \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u0435\u043c \u041f\u041e, \u0443\u0436\u0435 \u043d\u0438\u043a\u043e\u0433\u043e \u043d\u0435 \u0443\u0434\u0438\u0432\u0438\u0448\u044c. \u041d\u0430\u0431\u0438\u0440\u0430\u0435\u0442 \u0441\u0438\u043b\u0443 \u043d\u043e\u0432\u044b\u0439 \u0442\u0440\u0435\u043d\u0434 \u2014 DevOps 2.0 \u0438\u043b\u0438 BizDevOps. \u0412 \u043d\u0435\u043c \u0432 \u0435\u0434\u0438\u043d\u043e\u0435 \u0446\u0435\u043b\u043e\u0435 \u0441\u043b\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u0443\u0436\u0435 \u0442\u0440\u0438 \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u0430: \u0431\u0438\u0437\u043d\u0435\u0441, \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 \u0438 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430. \u0418 \u043a\u0430\u043a \u0432 DevOps\u2019e \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u043d\u044b\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 \u043b\u043e\u0436\u0430\u0442\u0441\u044f \u0432 \u043e\u0441\u043d\u043e\u0432\u0443 \u0441\u0432\u044f\u0437\u0438 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u0438 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438, \u0442\u0430\u043a \u0438 \u0432 \u0431\u0438\u0437\u0434\u0435\u0432\u043e\u043f\u0441\u0435 \u0430\u043d\u0430\u043b\u0438\u0442\u0438\u043a\u0430 \u0431\u0435\u0440\u0435\u0442 \u043d\u0430 \u0441\u0435\u0431\u044f […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26501,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35305","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Como encontramos uma maneira incr\u00edvel de conectar neg\u00f3cios e DevOps | ProHoster","description":"A filosofia DevOps, que une desenvolvimento e manuten\u00e7\u00e3o de software, j\u00e1 n\u00e3o surpreende mais ningu\u00e9m. Um novo conceito est\u00e1 ganhando for\u00e7a \u2014 DevOps 2.0 ou BizDevOps.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-my-nashli-krutoj-sposob-svyazat-biznes-i-devops","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a \u043c\u044b \u043d\u0430\u0448\u043b\u0438 \u043a\u0440\u0443\u0442\u043e\u0439 \u0441\u043f\u043e\u0441\u043e\u0431 \u0441\u0432\u044f\u0437\u0430\u0442\u044c \u0431\u0438\u0437\u043d\u0435\u0441 \u0438 DevOps | ProHoster","og:description":"\u0424\u0438\u043b\u043e\u0441\u043e\u0444\u0438\u0435\u0439 DevOps, \u043a\u043e\u0433\u0434\u0430 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 \u0441\u043e\u0435\u0434\u0438\u043d\u044f\u0435\u0442\u0441\u044f \u0441 \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u0435\u043c \u041f\u041e, \u0443\u0436\u0435 \u043d\u0438\u043a\u043e\u0433\u043e \u043d\u0435 \u0443\u0434\u0438\u0432\u0438\u0448\u044c. \u041d\u0430\u0431\u0438\u0440\u0430\u0435\u0442 \u0441\u0438\u043b\u0443 \u043d\u043e\u0432\u044b\u0439 \u0442\u0440\u0435\u043d\u0434 \u2014 DevOps 2.0 \u0438\u043b\u0438 BizDevOps.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kak-my-nashli-krutoj-sposob-svyazat-biznes-i-devops","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:03:31+00:00","article:modified_time":"2019-10-31T19:03:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35305","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 22:44:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:06:24","updated":"2026-01-21 22:44:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/35305","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=35305"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/35305\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/26501"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=35305"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=35305"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=35305"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}