{"id":5395,"date":"2022-08-04T06:57:30","date_gmt":"2022-08-04T09:57:30","guid":{"rendered":"https:\/\/elemarjr.com\/engenhariadesoftware\/?p=5395"},"modified":"2022-08-04T06:57:30","modified_gmt":"2022-08-04T09:57:30","slug":"definindo-boa-engenharia-de-software-e-o-papel-do-engenheiro-e-do-cto","status":"publish","type":"post","link":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/definindo-boa-engenharia-de-software-e-o-papel-do-engenheiro-e-do-cto\/","title":{"rendered":"Definindo (boa) engenharia de software e o papel do engenheiro (e do CTO)"},"content":{"rendered":"Escrever c\u00f3digo que se converte em software funcionando n\u00e3o \u00e9 uma tarefa trivial.<\/strong> \u00c9 necess\u00e1rio gente com conhecimentos muito espec\u00edficos em linguagens de programa\u00e7\u00e3o, bibliotecas, frameworks, nuvem, banco de dados e muito mais. Entretanto, \u00e9 importante que se entenda que escrever c\u00f3digo \u00e9 apenas parte – bem pequena, ali\u00e1s – do esfor\u00e7o para manter software funcionando, gerando valor, por mais tempo.\n
\n

Manter software funcionando, por mais tempo, demanda esfor\u00e7os de engenharia – seja para cria\u00e7\u00e3o, modifica\u00e7\u00e3o ou opera\u00e7\u00e3o do software.<\/strong><\/p>\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

As leis de Lehman<\/p>\r\n<\/p>\n

As “Leis de Lehman ajudam a entender o desafio de atender a necessidade de fazer adapta\u00e7\u00f5es em um software ao longo do tempo, preservando a complexidade – e os custos – sob controle.<\/p>\n

Conhe\u00e7a as leis de Lehman nesse epis\u00f3dio dispon\u00edvel em \u00e1udio e v\u00eddeo.<\/p>\n

\r\n

Acessar epis\u00f3dio<\/a><\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\nHoje em dia, sistemas de software suportam toda e qualquer atividade relevante em qualquer organiza\u00e7\u00e3o.<\/strong> Quanto maior a \u201cvida \u00fatil\u201d de um software, maior seu valor potencial. Para que software seja \u00fatil por mais tempo, precisa ser \u201cadapt\u00e1vel\u201d, permitindo a implanta\u00e7\u00e3o de mudan\u00e7as que forem necess\u00e1rias, seja por motiva\u00e7\u00f5es t\u00e9cnicas ou do \u201cneg\u00f3cio\u201d.<\/strong>\n

\n

Toda vez que faltar capacidade para realizar uma adapta\u00e7\u00e3o em um software, decorrente de uma mudan\u00e7a de neg\u00f3cios ou tecnol\u00f3gica, corre-se o risco de destrui\u00e7\u00e3o de valor.<\/p>\n

O que \u00e9 engenharia de software<\/h2>\n

Engenharia compreende todas as pol\u00edticas, pr\u00e1ticas e ferramentas necess\u00e1rias para manter um software funcionando, em produ\u00e7\u00e3o, pelo tempo que for necess\u00e1rio, em dia com eventuais modifica\u00e7\u00f5es tecnol\u00f3gicas e neg\u00f3cios, permitindo engajamento e colabora\u00e7\u00e3o entre times.<\/strong><\/p>\n

Para ser efetiva, a engenharia de software deve suportar mudan\u00e7as de escala, ao longo do tempo, tanto de uso quanto da organiza\u00e7\u00e3o, preservando ou melhorando a efici\u00eancia.<\/p>\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

Software Engineering at Google<\/p>\r\n<\/p>\n

Como a Google, uma das maiores empresas de tecnologia do mundo, trata engenharia de software? Quais foram as li\u00e7\u00f5es aprendidas pela companhia ao longo de sua jornada? Essa \u00e9 a tem\u00e1tica desse livro fant\u00e1stico.<\/p>\n

Acessar livro<\/a><\/td><\/p>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\" <\/p>\n

A efici\u00eancia da engenharia de software \u00e9 demonstrada pela sustenta\u00e7\u00e3o razo\u00e1vel dos custos em diversas dimens\u00f5es (financeira, t\u00e9cnica, por transa\u00e7\u00e3o ou oportunidades).<\/p>\n

<\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

\r\n

Defini\u00e7\u00e3o: Custo de Oportunidade<\/p>\r\n

<\/p>\n

O custo de oportunidade est\u00e1 relacionado as vantagens que deixam de ser obtidas em fun\u00e7\u00e3o de atividades que n\u00e3o s\u00e3o executadas em fun\u00e7\u00e3o daquelas que se est\u00e1 executando.<\/p>\n

A pergunta-chave para identifica\u00e7\u00e3o de custos de oportunidade \u00e9: \u201cO que estou deixando de fazer para fazer o que estou fazendo?\u201d<\/p>\n

<\/p>\r\n<\/div>\n

Engenharia de software e o CTO<\/h2>\n

O CTO (acr\u00f4nimo para Chief Technology Officer) \u00e9 o respons\u00e1vel, dentro de uma organiza\u00e7\u00e3o, pela efici\u00eancia da engenharia de software.<\/strong> Ali\u00e1s, um bom t\u00edtulo alternativo para a posi\u00e7\u00e3o, em Portugu\u00eas, seria “Diretor de Engenharia”.<\/p>\n

Ali\u00e1s, \u00e9 atribui\u00e7\u00e3o desse executivo, elevar aspectos de engenharia a relev\u00e2ncia estrat\u00e9gica. N\u00e3o h\u00e1 mais espa\u00e7o, frente as demandas modernas de tecnologia, para que TI seja percebida como custo, asset<\/em> ou mesmo partner.<\/em> Tecnologia \u00e9\u00a0enabler\u00a0<\/em>em qualquer organiza\u00e7\u00e3o moderna – dissoci\u00e1vel de uma atividade fim.<\/p>\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

Como TI \u00e9 percebida em sua empresa?<\/p>\r\nInteressado em entender melhor as diferen\u00e7as das percep\u00e7\u00f5es de TI como custo, asset, partner<\/em> e enabler<\/em>? Acompanhe esse epis\u00f3dio do Tech&Biz, sobre o tema, dispon\u00edvel em \u00e1udio e v\u00eddeo.\r\n

Acessar epis\u00f3dio<\/a><\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

A Seat at the Table: IT Leadership in the Age of Agility<\/p>\r\nNesse livro, Mark Schwartz<\/a> compartilha insights<\/em> importantes para elevar tecnologia e processos de engenharia a relev\u00e2ncia estrat\u00e9gica.

Acessar livro<\/a><\/td><\/p>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\nUma empresa que n\u00e3o consegue ter “tecnologia” se ajustando rapidamente tem, na tecnologia, uma importante restri\u00e7\u00e3o para o crescimento.\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

O que faz um CTO? O que faz um CIO?<\/p>\r\nEm muitas organiza\u00e7\u00f5es, os t\u00edtulos de CIO e CTO s\u00e3o utilizados de maneira \u201cdesleixada\u201d e, com frequ\u00eancia, s\u00e3o considerados intercambi\u00e1veis. Isso acontece por causa da falta de entendimento das responsabilidades, do que e quem estes executivos gerenciam.\u00a0 Vamos resolver essa confus\u00e3o?\r\n

Acessar epis\u00f3dio<\/a><\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

Rela\u00e7\u00e3o entre engenharia e arquitetura de software<\/h2>\nA disciplina de engenharia de software contempla a disciplina de arquitetura.<\/strong> Ou seja, os esfor\u00e7os de arquitetura s\u00e3o parte do escopo de atua\u00e7\u00e3o da engenharia.\n
\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

Manual do Arquiteto de Software<\/p>\r\nNeste livro, dispon\u00edvel na \u00edntegra on-line, formalizamos e demonstramos a disciplina de arquitetura de software, orientando sua execu\u00e7\u00e3o.

Acessar livro<\/a><\/td><\/p>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

Software com boa arquitetura permite a implementa\u00e7\u00e3o de adequa\u00e7\u00f5es com adi\u00e7\u00e3o m\u00ednima de complexidades.\u00a0<\/strong>Enquanto disciplina, se conduzida de maneira apropriada, a arquitetura de software garante que decis\u00f5es relevantes sejam tomadas, justificadas, comunicadas e obedecidas, garantindo que os objetivos de neg\u00f3cio sejam atingidos, restri\u00e7\u00f5es respeitadas e atributos de qualidade alcan\u00e7ados.<\/p>\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

Como arquitetos de software tomam decis\u00f5es<\/p>\r\n<\/p>\n

Tomar decis\u00f5es sempre \u00e9 um desafio quando falamos de arquitetura de software, j\u00e1 que problemas arquiteturais, podem surgir a qualquer momento. E voc\u00ea, est\u00e1 preparado para enfrent\u00e1-los? Listamos 4 questionamentos de extrema import\u00e2ncia que ir\u00e3o te ajudar neste processo.<\/p>\n

\r\n

Acessar epis\u00f3dio<\/a><\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

M\u00e9tricas importantes para a engenharia de software<\/h2>\n
\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\" <\/p>\n

N\u00e3o se gerencia o que n\u00e3o se mede, n\u00e3o se mede o que n\u00e3o se define, n\u00e3o se define o que n\u00e3o se entende, e n\u00e3o h\u00e1 sucesso no que n\u00e3o se gerencia.<\/em><\/p>\n

\r\n

William Deming<\/strong><\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

A engenharia de software ser\u00e1 t\u00e3o eficiente quanto for capaz de permitir que software seja adaptado para atender mudan\u00e7as tecnol\u00f3gicas e de neg\u00f3cios, durante o ciclo de vida de uma solu\u00e7\u00e3o.<\/p>\n

\r\n\r\n\r\n\r\n
\"\"<\/td>\r\n\"\"\r\n

Accelerate: The Science of Lean Software and DevOps<\/p>\r\nNeste livro s\u00e3o apresentadas e formalizadas as quatro m\u00e9tricas indicadas aqui apontando o relacionamento delas com o sucesso da \u00e1rea de engenharia e, por consequ\u00eancia, para a organiza\u00e7\u00e3o.

Acessar livro<\/a><\/td><\/p>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

As m\u00e9tricas geralmente associadas a efici\u00eancia da engenharia de software s\u00e3o:<\/p>\n

    \n
  1. Delivery lead-time<\/em><\/strong>, ou seja, o tempo entre a implementa\u00e7\u00e3o de uma adapta\u00e7\u00e3o ser realizada por um desenvolvedor e o deploy<\/em>. Isso inclui tempos, por exemplo, relacionados com processos de build<\/em>, integra\u00e7\u00e3o, testes e, obviamente, deploy<\/em>. Quanto menor for o delivery lead-time<\/em> apurado, melhor.<\/li>\n
  2. Frequ\u00eancia de deploys<\/em><\/strong>, que impacta diretamente no tamanho do batch<\/em>, ou seja, na quantidade de adapta\u00e7\u00f5es presentes em cada deploy<\/em>. Idealmente, quanto menor o tamanho do batch<\/em>, logo, maior a frequ\u00eancia de deploys<\/em>\u00a0melhor.<\/li>\n
  3. MTTR<\/strong><\/em>, ou tempo m\u00e9dio que para que sistemas em condi\u00e7\u00e3o defeituosa sejam restaurados. Quanto menos tempo, melhor.<\/li>\n
  4. Taxa de defeitos<\/strong>, indicando o percentual de modifica\u00e7\u00f5es em ambiente produtivo – seja para atualiza\u00e7\u00e3o de sistema ou altera\u00e7\u00e3o de configura\u00e7\u00f5es de infraestrutura – que falham.<\/li>\n<\/ol>\n
    \n

    As duas primeiras m\u00e9tricas tem rela\u00e7\u00e3o direta com a performance da engenharia, as duas \u00faltimas indicam a estabilidade dos sistemas de software produzidos.<\/p>\n

    \r\n\r\n\r\n\r\n
    \"\"<\/td>\r\n\"\" <\/p>\n

    Conseguir obter os dados necess\u00e1rios para determina\u00e7\u00e3o das \u201cquatro m\u00e9tricas\u201d \u00e9 fundamental para melhoria dos processos de engenharia.<\/p>\n

    <\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

    De muitas formas, a excel\u00eancia nos resultados relacionados com as quatro m\u00e9tricas aqui recomendadas indicam times com prontid\u00e3o para atender as demandas do neg\u00f3cio e responder adequadamente as mudan\u00e7as tecnol\u00f3gicas.<\/p>\n

    \r\n\r\n\r\n\r\n
    \"\"<\/td>\r\n\"\" A eterna discuss\u00e3o sobre “prazos”, nas organiza\u00e7\u00f5es, que gera tantos conflitos entre times de neg\u00f3cios e de engenharia, deveria ser substitu\u00edda por “prioridades” (determinada pelo “neg\u00f3cio”) e “throughput<\/em>” (garantido pelos times de engenharia).<\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

    Topologia dos times de engenharia<\/h2>\n

    Desenvolver software \u00e9 atividade humana e coletiva. Logo, a topologia dos times \u00e9 fundamento para a aplica\u00e7\u00e3o da boa engenharia.<\/strong><\/p>\n

    \r\n\r\n\r\n\r\n
    \"\"<\/td>\r\n\"\"\r\n

    Team Topologies: Organizing Business and Technology Teams for Fast Flow<\/p>\r\nNeste livro ficam estabelecidas as rela\u00e7\u00f5es entre as organiza\u00e7\u00f5es dos times em uma organiza\u00e7\u00e3o e a performance alcan\u00e7ada.

    Acessar livro<\/a><\/td><\/p>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\n

    As implica\u00e7\u00f5es da lei de Conway s\u00e3o determinantes para o estabelecimento de uma organiza\u00e7\u00e3o de engenharia de alta-performance.<\/p>\n

    \r\n\r\n\r\n\r\n
    \"\"<\/td>\r\n\"\"\r\n

    As lei de Conway<\/p>\r\n<\/p>\n

    A “lei de Conway” indica que as estruturas dos sistemas de software s\u00e3o \u201cespelhos\u201d das estruturas das organiza\u00e7\u00f5es que os desenvolvem.<\/p>\n

    Conhe\u00e7a a lei de Conway nesse epis\u00f3dio dispon\u00edvel em \u00e1udio e v\u00eddeo.<\/p>\n

    \r\n

    Acessar epis\u00f3dio<\/a><\/p>\r\n<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n<\/div>\nTimes mais eficientes e sistemas de software mais adapt\u00e1veis tendem a ser aqueles com particionamento baseado nas demandas no neg\u00f3cio e n\u00e3o por especialidade t\u00e9cnica.<\/strong>\n

    O papel do engenheiro de software<\/h2>\n

    O engenheiro de software \u00e9 todo profissional que aplica as pol\u00edticas, pr\u00e1ticas e adota as ferramentas determinadas pela engenharia para o desenvolvimento de software. <\/strong>O papel inclui analisar e modificar software existente, bem como projetar, implementar e testar sistemas de forma a atender as necessidades do neg\u00f3cio.<\/p>\nAssumindo que especialistas s\u00e3o pessoas que sabem cada vez mais sobre cada vez menos, \u00e9 natural que profissionais de engenharia se especializem em \u00e1reas espec\u00edficas, incluindo codifica\u00e7\u00e3o, banco de dados, nuvem, sistemas e plataformas operacionais.\n

    Para pensar…<\/h2>\n

    Sendo as pr\u00e1ticas de engenharia cada vez mais relevantes para o sucesso das organiza\u00e7\u00f5es, \u00e9 natural que elas sejam conduzidas de forma cada vez mais estruturada e suportada por m\u00e9todos e metodologias.<\/p>\n

    O grande desafio da moderno \u00e9 trazer capabilities <\/em>de engenharia para empresas que n\u00e3o tem desenvolvimento de software como atividade fim.<\/strong> \u00c9 fato que tais capabilities\u00a0<\/em>demandam das empresas procedimentos e compet\u00eancias que podem se afastar e muito do que \u00e9 demandado pelo restante da organiza\u00e7\u00e3o.<\/p>\n

    A busca da excel\u00eancia em engenharia de software \u00e9, antes de tudo, um desafio de transforma\u00e7\u00e3o cultural.<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"

    Manter software funcionando, por mais tempo, demanda esfor\u00e7os de engenharia – seja para cria\u00e7\u00e3o, modifica\u00e7\u00e3o ou opera\u00e7\u00e3o do software. Toda vez que faltar capacidade para realizar uma adapta\u00e7\u00e3o em um software, decorrente de uma mudan\u00e7a de neg\u00f3cios ou tecnol\u00f3gica, corre-se o risco de destrui\u00e7\u00e3o de valor. O que \u00e9 engenharia de software Engenharia compreende todas […]<\/p>\n","protected":false},"author":2,"featured_media":5423,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[],"tags":[],"url":[72],"apendices":[],"capitulos":[15],"class_list":["post-5395","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","url-permanente","capitulos-capitulo-1-1"],"acf":[],"_links":{"self":[{"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/posts\/5395","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/comments?post=5395"}],"version-history":[{"count":24,"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/posts\/5395\/revisions"}],"predecessor-version":[{"id":5463,"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/posts\/5395\/revisions\/5463"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/media\/5423"}],"wp:attachment":[{"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/media?parent=5395"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/categories?post=5395"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/tags?post=5395"},{"taxonomy":"url","embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/url?post=5395"},{"taxonomy":"apendices","embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/apendices?post=5395"},{"taxonomy":"capitulos","embeddable":true,"href":"https:\/\/elemarjr.com\/livros\/engenhariadesoftware\/wp-json\/wp\/v2\/capitulos?post=5395"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}