Introdução
O método First Things First é uma abordagem de priorização amplamente utilizada para organizar tarefas e requisitos com base em sua urgência e importância. Popularizado por Stephen Covey em Os 7 Hábitos das Pessoas Altamente Eficazes, o método divide os itens em quatro categorias principais:
- Urgente e Importante: Deve ser tratado imediatamente.
- Não urgente, mas importante: Deve ser planejado para ações futuras.
- Urgente, mas não importante: Pode ser delegado ou tratado paralelamente.
- Não urgente e não importante: Pode ser adiado ou até descartado.
Na Engenharia de Requisitos, este método auxilia na priorização de funcionalidades e objetivos de projetos, garantindo que as ações mais relevantes sejam realizadas primeiro. Aqui, aplicaremos o método para priorizar os requisitos levantados em nosso projeto.
Objetivo
O objetivo da técnica First Thing First é garantir que os requisitos ou atividades mais importantes e de maior impacto sejam priorizados e realizados primeiro, promovendo um foco nos itens críticos para o sucesso do projeto, evitando desperdício de recursos, garantindo entregas relevantes e alinhadas com as expectativas dos stakeholders, além de facilitar o planejamento estratégico com foco em resultados que agreguem valor imediato.
Metodologia
Nesta seção, apresentamos os passos seguidos para aplicar o método First Things First na priorização de requisitos, utilizando informações coletadas por meio de diversas técnicas de elicitação. Foi utilizado um
Entrevista
A Tabela 1 contém as informações dos particpantes da entrevista.
Tabela 1 - Participante
Entrevistador | Entrevistado |
---|---|
Genilson Silva | Dylan Medeiros |
Autor: Genilson Silva
Gravação
O vídeo pode ser visto direto no YouTube.
Vídeo 1 - First Thing First
Autor: Genilson Silva
Levantamento dos Requisitos
Os requisitos foram identificados utilizando as seguintes técnicas de elicitação:
- Entrevista: Conversas estruturadas e semiestruturadas com stakeholders para compreender suas necessidades e expectativas.
- Introspecção: Reflexão dos analistas para identificar requisitos com base em experiências anteriores e conhecimento prévio.
- Questionário: Coleta de dados por meio de perguntas enviadas a um grupo de stakeholders.
- Brainstorming: Sessões colaborativas para reunir ideias e requisitos de forma criativa.
Os dados levantados foram organizados e consolidados em uma lista de requisitos.
Classificação de Urgência e Importância
Cada requisito foi avaliado segundo dois critérios:
- Importância: O impacto do requisito sobre o sucesso do projeto.
- Urgência: A necessidade de implementação no curto prazo.
Os valores foram atribuídos utilizando uma escala qualitativa:
- Importância: Alta, Média, Baixa.
- Urgência: Alta, Média, Baixa.
Priorização com a Matriz First Things First
Os requisitos foram organizados em uma matriz que define os seguintes quadrantes:
- Urgente e Importante: Priorizados para implementação imediata.
- Não urgente, mas importante: Planejados para desenvolvimento posterior.
- Urgente, mas não importante: Delegados ou realizados em paralelo.
- Não urgente e não importante: Adiados ou descartados.
Apresentação em Tabela
Os resultados foram organizados em uma tabela (Tabela 2) com as seguintes colunas:
- Requisito: Nome ou descrição do requisito.
- Importância: Classificação atribuída.
- Urgência: Classificação atribuída.
- Decisão: Ação sugerida com base na priorização.
Tabela de Priorização de Requisitos
Tabela 2 - First Thing First
Ítem | Requisito | Tipo | Importância | Urgência | Decisão |
---|---|---|---|---|---|
01 | O usuário deve ser capaz de curtir publicações. | Funcional | Alta | Alta | Urgente e Importante: Deve ser tratado imediatamente. |
02 | O usuário deve ser capaz de comentar publicações. | Funcional | Alta | Alta | Urgente e Importante: Deve ser tratado imediatamente. |
03 | O usuário deve ser capaz de repostar publicações. | Funcional | Alta | Alta | Urgente e Importante: Deve ser tratado imediatamente. |
04 | O usuário deve ser capaz de personalizar o visual do aplicativo. | Funcional | Alta | Baixa | Não urgente, mas importante: Deve ser planejado para ações futuras. |
05 | O usuário deve ser capaz de receber notificações baseadas no uso do app. | Funcional | Alta | Baixa | Não urgente, mas importante: Deve ser planejado para ações futuras. |
06 | O usuário deve ser capaz de personalizar o feed. | Funcional | Alta | Alta | Urgente e Importante: Deve ser tratado imediatamente. |
07 | O usuário deve ser capaz de integrar ou desconectar a conta do Instagram. | Funcional | Alta | Baixa | Não urgente, mas importante: Deve ser planejado para ações futuras. |
08 | O usuário deve ser capaz de controlar quem pode visualizar suas postagens. | Funcional | Alta | Baixa | Não urgente, mas importante: Deve ser planejado para ações futuras. |
09 | O sistema deve sugerir conteúdos relevantes ao usuário com base em seus interesses. | Funcional | Alta | Alta | Urgente e Importante: Deve ser tratado imediatamente. |
10 | O sistema deve permitir a criação de publicações com texto, imagens e links. | Funcional | Alta | Alta | Urgente e Importante: Deve ser tratado imediatamente. |
11 | O usuário deve ser capaz de configurar a visibilidade de sua conta como pública ou privada. | Funcional | Alta | Baixa | Não urgente, mas importante: Deve ser planejado para ações futuras. |
12 | O sistema deve criar "Trend Topics" para destacar os assuntos mais discutidos. | Funcional | Alta | Alta | Urgente e Importante: Deve ser tratado imediatamente. |
13 | O sistema deve reduzir anúncios intrusivos e ajustar algoritmos para maior transparência. | Funcional | Alta | Alta | Urgente e Importante: Deve ser tratado imediatamente. |
14 | O sistema deve verificar contas com base em número de telefone e email cadastrado. | Funcional | Alta | Baixa | Não urgente, mas importante: Deve ser planejado para ações futuras. |
15 | O sistema deve melhorar o algoritmo para priorizar conteúdos mais relevantes ao usuário. | Funcional | Alta | Baixa | Não urgente, mas importante: Deve ser planejado para ações futuras. |
16 | O sistema deve implementar mecanismos de moderação para redução de bots e publicações irrelevantes. | Funcional | Alta | Alta | Urgente e Importante: Deve ser tratado imediatamente. |
17 | O sistema deve evitar a sobrecarga de notificações irrelevantes. | Não Funcional | Alta | Médio | Urgente, mas não importante: Pode ser delegado ou tratado paralelamente. |
18 | O sistema deve garantir uma interface simples e intuitiva para novos usuários. | Não Funcional | Alta | Baixa | Não urgente, mas importante: Deve ser planejado para ações futuras. |
19 | O sistema deve oferecer autenticação avançada para segurança do usuário. | Não Funcional | Alta | Baixa | Não urgente, mas importante: Deve ser planejado para ações futuras. |
20 | O sistema deve garantir tempos de resposta inferiores a 1 segundo para interações usuais. | Não Funcional | Alta | Baixa | Não urgente, mas importante: Deve ser planejado para ações futuras. |
21 | O sistema deve oferecer o controle de privacidade. | Não Funcional | Alta | Alta | Urgente e Importante: Deve ser tratado imediatamente. |
Autor: Genilson Silva
Conclusão
A aplicação da técnica First Thing First no processo de priorização de requisitos para o aplicativo Threads demonstrou ser uma abordagem estratégica e eficiente. Essa técnica possibilitou identificar com clareza os requisitos mais importantes e urgentes, garantindo que os esforços da equipe fossem direcionados para funcionalidades críticas ao sucesso do projeto. O processo destacou a relevância de atender primeiro às necessidades que impactam diretamente a experiência do usuário, enquanto permitiu planejar ações futuras para requisitos menos urgentes. Com isso, a priorização não apenas otimizou o uso dos recursos, mas também assegurou um desenvolvimento alinhado às expectativas e demandas dos usuários, promovendo um avanço estruturado no aprimoramento do Threads.
Referências
- Covey, S. R. (1989). Os 7 Hábitos das Pessoas Altamente Eficazes. FranklinCovey Co.
- Sommerville, I. (2011). Engenharia de Software (9ª ed.). Pearson.
Versão | Data | Descrição | Autor(es) | Revisor(es) |
---|---|---|---|---|
1.0 | 24/11/2024 | Criação do documento | Samuel Ribeiro | Genilson Silva |
1.1 | 24/11/2024 | Adição do vídeo e conteúdo | Genilson Silva | Samuel Ribeiro |