ajustes na secao licoes

Hilmer Rodrigues Neri
1 parent 4fd7af0f
Showing 1 changed file with 24 additions and 40 deletions Show diff stats
cbsoft2017/content/09-lessons.tex
@@ -5,8 +5,7 @@
 %
 Nossa equipe foi composta principalmente de estudantes de graduação em
 engenharia de software, que tiveram a oportunidade de interagir com
-desenvolvedores sênior e designers dentro da equipe, bem como com a equipe de
-técnicos e gerentes do governo brasileiro.
+desenvolvedores e designers sêniores dentro da equipe, bem como com a equipe de técnicos e gerentes do governo brasileiro.
 %
 Eles interagiram com profissionais que possuíam diversos conhecimentos e foram
 capazes de participar em todos os níveis do processo de desenvolvimento de
@@ -37,19 +36,14 @@ maneira coletiva, colaborativa e aberta. E mesmo sob um ambiente potencialmente
 adverso, o projeto entregou a solução desejada com sucesso.
 %
 Ao final do projeto, notamos que as habilidades desenvolvidas pelos alunos
-estavam no estado da arte da prática de engenharia de software. Depois que o
-projeto terminou, tivemos membros da equipe que abraçaram com sucesso
+os capacitaram próximo ao estado da prática de engenharia de software. Após a conclus\~ao do
+projeto, tivemos membros da equipe que abraçaram com sucesso
 oportunidades em organizações públicas, privadas, nacionais e internacionais,
-além dos estudantes que entraram no empreendedorismo e abriram suas próprias
-empresas. No início do projeto, as partes interessadas do governo brasileiro
-tinham certas expectativas sobre o desenvolvimento de projetos que, digamos,
-não correspondiam exatamente ao nosso trabalho baseado em práticas ágeis e de
-software livre. Tivemos que desenvolver estratégias que apoiassem diferentes
-culturas organizacionais. Conforme relatado na seção\ref{sec:process}, o Ministério do Planejamento é
-organizado em uma estrutura organizacional hierárquica, tipicamente,
-um paradigma de desenvolvimento tradicional. Portanto, tivemos que criar um
-processo de ``tradução'' entre nossa equipe e os analistas do MP que gerenciaram o
-projeto do lado deles.
+além dos estudantes que empreenderam e abriram suas próprias
+empresas. Conforme relatado na seção\ref{sec:process}, o MP possui uma estrutura organizacional funcional, hierárquica, tipicamente presente no paradigma de desenvolvimento tradicional. Diante disso, tivemos que desenvolver estratégias e processos de trabalho que apoiassem a comunicação de diferentes culturas organizacionais.
+
+
+
 \textbf{Gerenciar separadamente os objetivos de nível estratégico e de nível operacional.}
 %
@@ -62,43 +56,33 @@ sobrecarregando os professores, uma vez eles eram responsáveis por
 manter o alinhamento estratégico do MP sincronizado com os planejamentos de
 implementação da equipe de desenvolvimento, especialmente à luz do
 desmembramento cultural acima mencionado. A mistura de ambas as preocupações
-nas mesmas discussões causava confusão em ambos os lados. Para o meio e fim do
+nas mesmas discussões causava confusão em ambos os lados. Na metade final do
 projeto, conseguimos manter essas preocupações separadas, o que facilitou o
 trabalho de todos os envolvidos.
 \textbf{Não aceitar más decisões técnicas por questões políticas.}
 %
-Nas fases iniciais do projeto, por motivação política e pessoal, os principais
-atores do governo brasileiro, envolvidos na época, impuseram o uso da Colab
-para orientar o desenvolvimento da nova plataforma SPB. Nossa equipe estava
-totalmente contra a essa ideia, porque já sabíamos que o Colab era um projeto
-muito experimental e sua adoção poderia aumentar dramaticamente a complexidade
-do projeto. Mesmo nós fornecendo as razões técnicas para não utilizar Colab, MP
-foi inflexível e tivemos de gerir este problema. Fizemos mudanças maciças e, ao
-final do projeto, reescrevemos completamente o Colab e o tornamos estável (o
-transformando em um Sistema de Sistema em camada de aplicação). É importante
-notar que o MP nos obrigou a aceitar uma questão técnica baseada apenas em
-interesses políticos, sem considerar todos os recursos que seriam gastos devido
-a essa decisão. Ao final do projeto, verificamos que a Colab de fato consumiu a
-maior quantidade do orçamento e aumentou a complexidade do projeto.
+Nas fases iniciais do projeto, por motivação política, os principais
+atores do MP, envolvidos à época, impuseram a restrição do uso do software Colab. Nossa equipe foi contra a essa ideia, porque sabíamos que o Colab era um projeto
+muito experimental e sua adoção poderia aumentar a complexidade
+do projeto. Mesmo com as justificativas técnicas para não adoção do Colab, o MP manteve a restrição e tivemos de gerir este problema. Para adequar o Colab às necessidades do SPB, ao
+final do projeto, tivemos que reescrevê-lo e com isso, o tornamos estável (o
+transformando em um Sistema de Sistema em camada de aplicação). Ao final do projeto, verificamos que o Colab, de fato, consumiu a
+maior quantidade do orçamento e contribuiu sobremaneira para o aumento da complexidade do projeto.
 \textbf{Considerar a sustentabilidade desde o início.}
 %
 No processo de implantação da plataforma SPB na estrutura do MP, tivemos que
-interagir com os técnicos do MP. Fizemos vários workshops, treinamento e uma
+interagir com os técnicos do MP. Realizamos workshops, treinamentos e uma
 documentação meticulosa descrevendo todos os procedimentos necessários para
-atualizar a plataforma, no entanto, percebemos que os técnicos do MP
-constantemente evitavam essa responsabilidade. Depois de notar essa situação,
-nós organizamos uma equipe de DevOps específica que automatizou completamente
-todo o procedimento de implantação. Nós simplificamos toda a implantação da
-plataforma para algumas etapas: (1) configurações iniciais (apenas configuração
-SSH) e (2) a execução de comandos simples para atualizar completamente a
-plataforma. Ao final do projeto, observamos que os técnicos do MP sempre dependiam
+atualizar a plataforma. Organizamos uma equipe específica de DevOps que automatizou completamente
+todo o procedimento de implantação. Simplificamos a implantação da
+plataforma em algumas etapas: (1) configurações iniciais (apenas configuração
+SSH) e (2) a execução de comandos para atualizar completamente o ambiente. Ao final do projeto, observamos que os técnicos do MP sempre dependiam
 do nosso apoio para atualizar a plataforma, mesmo com toda a automação
-fornecida por nós.  Ficamos tristemente com um sentimento de incerteza sobre o
-futuro da plataforma após o término do projeto. Em retrospectiva, percebemos
+fornecida por nós. Em retrospectiva, percebemos
 que o MP dedicou analistas de sistemas e gerentes para o projeto, mas não
-técnicos de operações e desenvolvedores, que deveria ter sido envolvido com o
+técnicos de operações e desenvolvedores, que deveriam ter sido envolvidos com o
 processo para que pudessem, pelo menos, de forma confortável, fazer a manutenção
 da infra-estrutura plataforma.
@@ -111,6 +95,6 @@ disponíveis no próprio Portal SPB. Também contribuímos com funcionalidades e
 melhorias para as respectivas comunidades dos projetos integrados: que
 beneficiam essas comunidades, assim como nós, pois podemos compartilhar o
 desenvolvimento futuro e o esforço de manutenção com outras organizações que
-participam de seus projetos.
+participam desses projetos.