Brasão

Tribunal Regional Eleitoral - BA

Secretaria Judiciária

Assessoria de Gestão de Jurisprudência

PORTARIA Nº 245, DE 20 DE SETEMBRO DE 2019

Institui os processos de desenvolvimento, sustentação, gerenciamento de escopo e requisitos, gerenciamento de arquitetura e gerenciamento de ciclo de vida de software, bem como o Catálogo e o Gestor Técnico de Soluções de Software.

O DIRETOR-GERAL DA SECRETARIA DO TRIBUNAL REGIONAL ELEITORAL DA BAHIA, no uso das atribuições que lhe confere o inciso II do art. 132 da Resolução Administrativa nº 13, de 17 de julho de 2019,

CONSIDERANDO o disposto no inciso III do artigo 12 da Resolução n° 211, de 15 de dezembro de 2015, do Conselho Nacional de Justiça - CNJ, que institui a Estratégia Nacional de Tecnologia da Informação e Comunicação do Poder Judiciário (ENTIC-JUD);

CONSIDERANDO os princípios, políticas, diretrizes e macroprocessos do Sistema de Governança e Gestão de Tecnologia da Informação e Comunicação (SGTIC) do Tribunal Regional Eleitoral da Bahia instituído pela Resolução Administrativa nº 17, de 13 de junho de 2018; e

CONSIDERANDO a complexidade inerente à atividade de desenvolvimento de software, que enseja o emprego de práticas que favoreçam a colaboração do usuário, o trabalho em equipe, a resposta a mudanças, a eliminação de desperdício, a inspeção, a adaptação e a melhoria contínua,

RESOLVE:

Seção I

Disposições Gerais

Art. 1º Instituir os processos de desenvolvimento, sustentação, gerenciamento de escopo e requisitos, gerenciamento de arquitetura e gerenciamento de ciclo de vida de software, bem como o Catálogo e o Gestor Técnico de Soluções de Software no âmbito do Tribunal Regional Eleitoral da Bahia (TRE/BA).

§ 1º O desenvolvimento e a sustentação de software no Tribunal Regional Eleitoral da Bahia deverá se fundamentar na Metodologia Ágil de Desenvolvimento de Software estabelecida pela Secretaria de Tecnologia da Informação.

§ 2º As documentações relativas à referida Metodologia e aos processos estabelecidos por esta Portaria, incluindo seus respectivos desenhos, deverão estar publicadas e atualizadas na Intranet do Tribunal.

Art. 2º Para os efeitos desta Portaria aplicam-se as seguintes definições:

- Desenvolvimento de Software: implementação de um produto (software) por meio da elaboração e execução de um projeto;

- Sustentação de Software: é o conjunto de atividades relacionadas à correção, adaptação ou evolução dos produtos de software em uso;

- Escopo de Software: define a abrangência das funcionalidades de um software, de modo a atender às necessidades do usuário final;

- Requisito de Software: aspecto funcional, condição ou restrição de um software a ser considerado no seu processo de desenvolvimento;

- Gestor de Sistema: representante da área de negócio responsável por gerir sistemas conforme competências atribuídas pela Portaria nº 253/2014 da Presidência;

- Visão do Produto: objetivo ou necessidade de negócio ou de usuário que fornece contexto, alinhamento, orientação, motivação e inspiração para o trabalho de desenvolvimento do produto durante todo o projeto;

- História de Usuário: especificação de uma ou mais sentenças na linguagem de negócio ou cotidiana do usuário que descreve o que ele faz ou necessita fazer como parte de sua função de trabalho;

- Sprint: os projetos de desenvolvimento com metodologia ágil são divididos em ciclos, não superiores a trinta dias, chamados sprints, e possuem um conjunto de atividades que deve ser executado no prazo definido. Os requisitos do produto são parcialmente implementados a cada sprint até que todo o sistema esteja concluído;

- Backlog do Produto: lista de atividades necessárias ao desenvolvimento do produto; (a inclusão deste item renumerou todos os itens deste artigo a partir deste ponto.)

- Backlog da Sprint: lista de atividades que a equipe de desenvolvimento se compromete a realizar em uma Sprint;

- Ambiente de Homologação: infraestrutura computacional onde o sistema desenvolvido ou alterado (manutenções corretivas, adaptativas ou evolutivas) é preliminarmente implantado de modo que a área demandante teste as funcionalidades visando o aceite (homologação) do produto para disponibilização em ambiente de produção;

- Ambiente de Produção: infraestrutura computacional onde o sistema desenvolvido ou alterado é disponibilizado para uso efetivo;

- Arquitetura de Software: definição da infraestrutura e dos componentes desoftware, suas propriedades externas e seus relacionamentos com outros softwares. Além disso, descreve a comunicação entre partes interessadas, registra as decisões acerca do projeto de alto nível e possibilita o reuso dos componentes e padrões entre projetos;

- Ciclo de Vida de Software: consiste no tempo de existência de um software desde a sua concepção até a sua desativação;

- Infraestrutura de TIC: hardware, software, redes, instalações etc. que são necessários para desenvolver, testar, entregar, monitorar, controlar ou suportar aplicativos e serviços de TIC; e

Aplicativos: programas de computador que têm por objetivo ajudar o seu usuário a desempenhar uma tarefa específica. São ferramentas informatizadas consideradas como "de prateleira", ou seja, são adquiridas e utilizadas tal como são, não requerendo adaptação ou manutenção de seus códigos (aplicativos de escritório, de edição de vídeo e imagem, de desenho de processo, de projetos etc.).

Art. 3º Os processos estabelecidos nesta Portaria possuem os seguintes objetivos:

- garantir a entrega de serviços de TIC alinhados às estratégias institucionais deste Tribunal e às estratégias nacionais do Poder Judiciário;

- proporcionar a alocação racional de recursos através da padronização de processos de trabalho;

- incorporar boas práticas de gestão visando promover a efetiva implantação do Sistema de Governança de Tecnologia da Informação e Comunicação;

- garantir as entregas parciais e finais com a qualidade e nos prazos definidos nos respectivos projetos de desenvolvimento de sistemas informatizados; e

- definir etapas, papéis e responsabilidades dos processos.

Parágrafo único. Os papéis e responsabilidades dos processos serão definidos nas documentações da metodologia, exceto as responsabilidades de gestor de sistema, que estão estabelecidas pela Portaria n.º 253/2014, da Presidência.

Seção II

Do Processo de Desenvolvimento de Software

Art. 4º Toda criação de software será tratada como projeto de desenvolvimento de software, em conformidade com a metodologia.

Art. 5º A equipe de projeto será formada pelo gestor do sistema, oriundo da área de negócio, e pelos integrantes da equipe de desenvolvimento designada.

§ 1º A equipe de desenvolvimento é composta pelos papéis definidos na metodologia.

§ 2º Em caso de produtos a serem desenvolvidos por serviço terceirizado de fábrica de software, parte da equipe de desenvolvimento será provida pela contratada.

Art. 6º O Processo de Desenvolvimento de Software será iniciado por chamado registrado na Central de Serviços de TIC, ao qual deve ser anexado o Documento de Descrição da Demanda por novo sistema computacional, conforme definido pela Portaria nº 99/2017, da DiretoriaGeral, bem como o processo do cliente mapeado.

Parágrafo único. Os Softwares provenientes de outras instituições deverão ser implantados no Tribunal por meio de projeto, o qual deverá contemplar atividades de adaptação, homologação e implantação.

Art. 7º As demais etapas do Processo de Desenvolvimento de Software são:

- estabelecimento da visão do produto: a equipe de projeto estabelecerá a visão do produto de modo a compreender o problema e identificar os benefícios esperados com a sua solução;

- planejar entregas: a partir das histórias de usuários, definir uma lista priorizada, contendo breves descrições de todas as funcionalidades desejadas para o produto. Esta etapa resultará na definição do Product Backlog;

- planejar sprint: define requisitos que serão implementados em cada ciclo (sprint). Estabelecer as atividades que farão parte do backlog da sprint. Estimar complexidade e esforço de desenvolvimento. Verificar adequação da arquitetura em uso. Definir critérios de aceitação;

- executar sprint: consiste na execução das atividades do backlog da sprint, envolvendo, inclusive, codificação e testes por parte das unidades técnicas;

- finalizar sprint: a partir da execução das atividades definidas no planejamento da sprint, a equipe realiza uma reunião para consolidar os requisitos que foram implementados e identificar problemas ou necessidade de novos requisitos;

- testar entregáveis: realização de teste e validações parciais das funcionalidades pela área solicitante em ambiente de teste;(a inclusão deste item renumerou todos os itens deste artigo a partir deste ponto.)

- homologar sistema: após a execução de todas as sprints e implementados todos os requisitos, o produto final (software) obtido entrará em fase de homologação pelo gestor do sistema; e

- implantar sistema: o produto final, uma vez homologado, será implantado em ambiente de produção para efetiva utilização e divulgado por meio do Catálogo de Serviços de Tecnologia da Informação e Comunicação na Intranet.

§1º O escopo do produto e sua arquitetura serão ajustados a cada sprint, conforme a necessidade, em comum acordo entre a equipe de desenvolvimento e o gestor do sistema, devendo utilizar-se de bom senso quanto aos limites de sua alteração.

§2º Poderão ocorrer homologações e implantações de versões parciais, desde que elas sejam funcionais e úteis à área demandante.

Seção III

Do Processo de Sustentação de Software

Art. 8º O Processo de Sustentação de Software deve ser iniciado por chamado registrado na Central de Serviços de TIC, sendo que, nas situações de evolução de sistema, deve ser anexado o respectivo Documento de Descrição da Demanda, conforme estabelecido pela Portaria nº 99/2017, da Diretoria-Geral.

Parágrafo único. Em solicitações de manutenção evolutiva deve ser adotado o Processo de Desenvolvimento de Software.

Art. 9º Quando se tratar de correção ou adaptação de sistema em uso, o Processo de Sustentação de Software passará pelas seguintes etapas:

- Planejar: a solicitação é avaliada quanto à urgência, viabilidade técnica e complexidade. Nesta etapa deve ser previsto o prazo de conclusão;

- Executar: implementação, realização de testes e validações em ambiente de homologação, visando o aceite das alterações pelo gestor do sistema; e

- Finalizar: implantação, no ambiente de produção, das correções ou adaptações homologadas pelo gestor do sistema. O usuário passa a utilizar o sistema com as alterações implementadas.

Seção IV

Do Processo de Gerenciamento de Escopo e Requisitos

Art. 10. O processo de Gerenciamento de Escopo e Requisitos é parte do Processo de Desenvolvimento de Software.

Art. 11. A definição do escopo e requisitos deve ocorrer nas etapas iniciais do Processo de Desenvolvimento de Software a ser ajustada a cada sprint, conforme a necessidade.

Parágrafo único. A equipe do projeto é a responsável pela definição e ajustes no escopo e requisitos do software em desenvolvimento.

Art. 12. O gerente do projeto de desenvolvimento é o responsável por acompanhar a execução do Processo de Gerenciamento de Escopo e Requisitos.

Art. 13. As atividades de gerenciamento de escopo e requisitos estão definidas na Metodologia Ágil de Desenvolvimento de Software.

Seção V

Do Processo de Gerenciamento de Arquitetura

Art. 14. O Processo de Gerenciamento de Arquitetura é parte do Processo de Desenvolvimento de Software.

Parágrafo único. O gerenciamento de arquitetura deverá ser executado, também, nos projetos de implantação de softwares provenientes de outras instituições.

Art. 15. A definição da arquitetura deve ocorrer nas etapas iniciais do Processo de Desenvolvimento de Software, buscando alinhar-se ao padrão estabelecido para o desenvolvimento de soluções de software da instituição e ser ajustada a cada sprint, conforme a necessidade, envolvendo as seguintes atividades:

- definir a infraestrutura e os componentes de software, suas propriedades externas e seus relacionamentos com outros softwares;

- descrever a comunicação entre partes interessadas;

- identificar a possibilidade de reuso de componentes e padrões entre projetos;

- atualizar documentação referente ao padrão de arquitetura, quando couber.

Parágrafo único. A equipe do projeto é a responsável pela definição e ajustes na arquitetura do software em desenvolvimento.

Art. 16. O gerente do projeto de desenvolvimento é o responsável por acompanhar a execução do Processo de Gerenciamento de Arquitetura.

Seção VI

Do Processo de Gerenciamento de Ciclo de Vida

Art. 18. Os ciclos de vida dos softwares desenvolvidos, obtidos e adquiridos pelo Tribunal são gerenciados por este Processo.

§1º O ciclo de vida de um software no âmbito do Tribunal se inicia na sua concepção, quando se tratar de desenvolvimento, na sua adaptação, quando for obtido de outra instituição, ou na sua implantação, para aqueles adquiridos, e se findará quando seu uso for descontinuado.

§2º O software descontinuado será retirado do Catálogo de Serviços de TIC, mas continuará integrando o Portfólio de Serviços de TIC como serviço obsoleto.

Art. 19. Os Processos de Desenvolvimento e de Sustentação de Software são partes integrantes do Processo de Gerenciamento de Ciclo de Vida.

Art. 20. O ciclo de vida do software será gerenciado por seu respectivo gestor de sistema, em consonância com as atividades previstas no Art. 4º da Portaria 253/2014, da Presidência.

Seção VII

Do Dono dos Processos

Art. 21. O papel de dono dos processos estabelecidos por esta Portaria será exercido pelo titular da Coordenadoria de Soluções Corporativas e Infraestrutura.

Art. 22. Ao Dono de Processo compete:

- assegurar que o processo seja realizado de acordo com o padrão acordado e documentado e que atenda aos seus objetivos;

- patrocinar, definir a estratégia e assistir o desenho do processo;

- assegurar que a documentação do processo esteja disponível e atualizada;

- definir políticas e padrões para serem empregados no processo;

- auditar periodicamente o processo;

- comunicar informações ou alterações no processo;

- fornecer recursos para suportar as atividades;

- assegurar que o pessoal esteja capacitado para exercer papéis requeridos pelo processo; e

- identificar e realizar melhorias no processo.

Seção VIII

Do Catálogo das Soluções de Software e seus Gestores Técnicos

Art. 23. O Catálogo das Soluções de Software do Tribunal, após aprovado pelo CGovTIC, deverá ser disponibilizado na Intranet.

Art. 24. O Catálogo deverá apresentar todos os softwares e todas as demandas por sistemas informatizados aprovadas e priorizadas pelo CGovTIC, contemplando, no mínimo, as seguintes informações:

- nome do software ou descrição da demanda;

- tipo do software, podendo ser:

interno, quando desenvolvido pelo próprio Tribunal ou por contrato de fábrica de software;

obtido, em se tratando de software público brasileiro ou cedido por outra instituição; ou

adquirido, quando comprado pelo Tribunal.

- situação, indicando que a demanda ou o software se encontram:

em fila;

em desenvolvimento;

em aquisição;

em suspenso;

em uso; ou

em manutenção.

-gestor técnico responsável;

- gestor do sistema.

§1º Excluem-se deste Catálogo os softwares desativados e os adquiridos que não requeiram contrato de manutenção de código, tais como os de infraestrutura de TIC e os aplicativos.

§2º Os softwares desenvolvidos e mantidos pelo Tribunal Superior Eleitoral somente terão gestor técnico designado nos casos em que parte do sistema é alterado pela equipe de desenvolvimento do TRE-BA.

Art. 25. O papel de gestor técnico deverá ser atribuído, pelo Secretário, a integrante da Secretaria de Tecnologia da Informação.

Art. 26. Ao Gestor Técnico compete, primordialmente:

- analisar e elucidar questões técnicas relativas aos softwares sob sua gestão; e

- avaliar tecnicamente as entregas de contratos de manutenção de softwares adquiridos pelo Tribunal sob sua gestão, em apoio aos gestores dos sistemas relacionados.

Seção IX

Das Disposições Finais

Art. 27. As soluções de software são parte integrante do Catálogo de Serviços de TIC

Art. 28. Os processos deverão ser monitorados por meio de indicadores de modo a garantir o cumprimento de seus objetivos e os resultados advindos deles deverão constar em relatório trimestral a ser submetido ao CGovTIC e disponibilizado na Intranet do Tribunal.

Art. 29. Os processos estabelecidos nesta Portaria deverão ser revistos anualmente, ou em menor tempo, se necessário, visando a um constante aprimoramento.

Art. 30. Os casos omissos deverão ser submetidos ao CGovTIC para deliberação.

Art. 31. Esta Portaria entra em vigor na data de sua publicação.

Salvador, 20 de setembro de 2019.

RAIMUNDO DE CAMPOS VIEIRA

Diretor-Geral

Este texto não substitui o publicado no DJE-TRE-BA, nº 175, de 24/09/2019, p. 5-9.