Priorización das solicitudes de funcionalidades
Priorizar diferentes solicitudes ás veces pode ser difícil e intimidatorio. Seguir un enfoque relativamente cuantificable non só axudará a priorizar as funcións correctas, senón que lle axudará a explicar as súas decisións ás persoas que solicitaron estas funcións.
O primeiro paso para dar prioridade ás funcións é asegurarse de que rexistra todas as solicitudes, incluso as solicitudes que pode considerar que non teñen importancia. Isto axudaralle a crear un traballo pendente para a mellora cando comece a traballar en novas versións da súa aplicación despois de rematar a primeira versión.
Suxestión
Empregue os obxectivos do seu proxecto como guía para dar prioridade ás funcións.
Na seguinte táboa móstrase un exemplo de como pode gravar cada función.
Función solicitada | Necesidade absoluta? | Dificultade de implementación | Impacto empresarial |
---|---|---|---|
Ver a lista de solicitudes de aprobación | Si | ||
Notificación push en tempo real aos usuarios no seu teléfono móbil cando se recibe unha solicitude de aprobación | Non | Fácil | Alto |
Función de almacenamento de borrador dos informes de gastos que non se enviaron | Non | Dura | Medio |
Integrar co sistema ERP | Non | Dura | Moi alto |
Suxestión
Evite mesturar necesidades con cousas apetecibles. Pregúntese a si mesmo (ou aos seus usuarios): "Se esta función tarda catro semanas en engadirse, pagará a pena demorar o lanzamento catro semanas?"
Gráfico de cuadrantes de prioridade
Despois de enumerar todas as súas solicitudes de funcións, deberá avaliar as solicitudes nos cuadrantes que aparecen no gráfico seguinte.
Quick Wins
As solicitudes deste cuadrante deberían ter prioridade primeiro. As Quick Wins son solicitudes de gran impacto na empresa, pero son fáciles de implementar.
Grandes investimentos
Estas solicitudes fornecen un gran impacto para o negocio, pero son difíciles de aplicar por un ou varios dos seguintes motivos:
Necesita investimento adicional (como un novo servizo)
Require desenvolvemento por parte de desenvolvedores profesionais ou dun asociado externo
Tarda moito tempo (máis dunha semana) en crear a función
Implica a varios interesados de distintos departamentos
Pequenos aspectos satisfactorios
Este tipo de solicitude pode ser fácil de implementar, pero só ofrece un impacto limitado na empresa. Debería dar prioridade ás Quick Wins e aos grandes investimentos en primeiro lugar antes de empezar a traballar cos pequenos aspectos satisfactorios. Teña coidado de non engancharse demasiado a estes pequenos aspectos satisfactorios; traballar en moitos á vez converteraos nun Gran investimento.
Consumidores de tempo
Os consumidores de tempo ocupan moito tempo, pero dan pouco impacto. Poden proceder de persoas da alta dirección que non usan directamente a aplicación. Ao enfrontarse a estas situacións, pode compartir o cadro de Cuadrantes de prioridade para explicar como se tomaron as decisións. Pode axudalos a comprendelos ou pode detectar que algo ten máis impacto do que pensaba.
Suxestión
Pídalle aos usuarios que soliciten funcións para revisar (ou incluso crear) os cuadrantes de prioridade para axudar á comprensión mutua.
Nota
Pode indicarnos as súas preferencias para o idioma da documentación? Realice unha enquisa breve. (teña en conta que esa enquisa está en inglés)
Esta enquisa durará sete minutos aproximadamente. Non se recompilarán datos persoais (declaración de privacidade).
Comentarios
https://aka.ms/ContentUserFeedback.
Proximamente: Ao longo de 2024, retiraremos gradualmente GitHub Issues como mecanismo de comentarios sobre o contido e substituirémolo por un novo sistema de comentarios. Para obter máis información, consulte:Enviar e ver os comentarios