Metodologia

Produzir software de qualidade é um desafio constante, considerando que a evolução da tecnologia da informação viabiliza e desperta nos usuários o desejo por um número cada vez maior de novas funcionalidades, ao mesmo tempo em que o mercado pressiona o desenvolvimento de produtos no menor prazo possível.

Na Engenharia de Software o uso de uma metodologia de desenvolvimento tem se tornado um fator diferencial, visto que influencia aspectos como tempo, custo e qualidade do produto final.

A busca por atender a estes três fatores citados normalmente é realizada a um custo de excessiva formalidade. Os projetos são desenvolvidos usando metodologias “Cascata”, que exige que os clientes especifiquem todos os requisitos, nos mínimos detalhes, no início do projeto. Em função desta responsabilidade, os especificadores colocam nos documentos de requisitos tudo que imaginam ser útil ou não, criando uma lista super carregada de requisitos que poderão ter pouca ou nenhuma utilidade.

A Metodologia Maker Express, orientada ao uso de repositórios de sistemas e interações visuais entre o desenvolvedor e o cliente, aspectos que permitirão a redução do efeito citado anteriormente, pela experimentação antecipada de funcionalidades.

A seguir são listadas as principais responsabilidades do Líder Maker Express:

  • Acompanhar o desenvolvimento dos projetos de maneira adequada, seguindo o passo a passo definido na Maker Express, participando das reuniões definidas na Metodologia.
  • Eliminar as barreiras do time durante o projeto.
  • Garantir o cumprimento dos prazos, custos e qualidade aproveitando o reuso de código dos repositórios.
  • Aproximar o cliente do processo, atribuindo-lhe responsabilidades, sobretudo no levantamento e aprovação das funcionalidades. Agendar as reuniões com o cliente.
  • Garantir a documentação do sistema e processos associados, de maneira mais eficiente e eficaz, ao longo de todo o processo de desenvolvimento, conforme proposto na Maker Express, propiciando a geração automática de documentação.
  • Não pode funcionar como intermediário para captura de requisitos, esclarecimento destes, apresentação dos resultados. Este trabalho deve ser feito diretamente pelo time de desenvolvedores.