it-swarm-es.com

Plantillas / requisitos de propuesta de proyecto

Al redactar una propuesta de proyecto, ¿utiliza alguna plantilla estándar?

¿Qué características/información se deben incluir? ¿Qué es bueno haber incluido? ¿Qué tipo de información de la placa de la caldera debo introducir?

¿Encuentra algún patrón o concepto de diseño particularmente útil?

11
Incognito

¿Alguna vez ha mirado la Plantilla de requisitos de Volere ?

Si bien contiene demasiados detalles para mi gusto, particularmente para una propuesta (es más adecuado para la especificación de requisitos detallados por adelantado), los títulos de las secciones son una excelente lista de verificación para asegurarse de que haya pensado en todas las diferentes partes móviles antes dar un presupuesto o crear un documento de propuesta.

Aquí están:

CONDUCTORES DE PROYECTO

  1. El propósito del producto
  2. Cliente, cliente y otras partes interesadas
  3. Usuarios del producto

LAS LIMITACIONES DEL PROYECTO

  1. Restricciones obligatorias
  2. Convenciones de nomenclatura y definiciones
  3. Hechos y suposiciones relevantes

REQUERIMIENTOS FUNCIONALES

  1. El alcance del trabajo
  2. El alcance del producto
  3. Requisitos funcionales y de datos

REQUERIMIENTOS NO FUNCIONALES

  1. Requisitos para mirar y sentir
  2. Requisitos de usabilidad
  3. Requisitos de desempeño
  4. Requerimientos operacionales
  5. Requisitos de portabilidad y mantenimiento
  6. Requerimientos de seguridad
  7. Requisitos culturales y políticos
  8. Requerimientos legales

ASUNTOS DEL PROYECTO

  1. Problemas abiertos
  2. Soluciones listas para usar
  3. Nuevos problemas
  4. Tareas
  5. Corte
  6. Riesgos
  7. Costos
  8. Formación y documentación del usuario
  9. Sala de espera
  10. Ideas para soluciones
5
Paddyslacker

¿Utilizo una plantilla estándar? si

Qué características/información está incluida, es bueno tener:

  • Portada
  • Metadatos: información de contacto del cliente, información de contacto del desarrollador, nombre del proyecto, fecha
  • Perfil del cliente (opcional, pero bueno): incluye información de la competencia, productos o servicios vendidos por el cliente, situación actual y objetivos, mercado objetivo, posición en el mercado. La pequeña empresa promedio no puede proporcionar la mayoría de estos.
  • Descripción general del proyecto: incluye detalles en formato de esquema. Aquí es donde se define el trabajo del proyecto.
  • No incluido: Cosas específicamente omitidas del proyecto.
  • Materiales iniciales: una lista de las cosas que necesita el cliente para comenzar, así como las fechas en las que se requieren.
  • Mapa del sitio: opcional, pero bueno si está haciendo un sitio web o una aplicación compleja. Buen gráfico.
  • Demografía: del usuario final, generalmente en forma de un gráfico agradable.
  • Resumen creativo: opcional. Esto es para diseñadores e incluye cosas como el historial de comunicación, el mensaje, la personalidad y el tono, la audiencia (mentalidad actual) y la audiencia (mentalidad resultante), sitios web de la competencia, sitios web de ejemplo o productos preferidos por el cliente, colores de la empresa, guía de estilo. (generalmente externo). Documenta materiales existentes como logotipos, folletos, etc.
  • Cronograma del proyecto: un desglose de cuándo se deben hacer las cosas con la fecha final estimada de finalización. Mi plantilla tiene un gran descargo de responsabilidad de que los plazos dependen en gran medida de la participación del cliente.
  • Desglose de costos: El costo de las diferentes tareas a realizar. Cuando sea posible, esta sección también incluye un análisis de "retorno de la inversión".
  • Acuerdo del proyecto: condiciones de pago, depósito de garantía, garantía de devolución del 100% del dinero, punto de contacto único requerido, materiales y aprobaciones proporcionados por el cliente deben ser puntuales, facturación o tiempo adicional si el cliente cambia el alcance del trabajo, información de alojamiento (para sitios web) , derecho a usar el trabajo para autopromoción, leyes aplicables, declaración de propiedad del código fuente, disponibilidad de custodia de software, firmas.
  • Quiénes somos: Incluye información de la empresa con fotos, ejemplos de nuestro trabajo, testimonios, otros servicios ofrecidos, perfil del equipo con fotos.
  • Conclusión: Gracias e información de contacto.

Placa de caldera: tanto como sea posible. Todo lo anterior tiene algo incluso si es solo texto de relleno. Este artículo fue influyente para mí: http://articles.sitepoint.com/article/bulletproof-web-design-contract

Mis propuestas suelen salir de 14 a 20.

3
bogeymin

Hay muchas formas diferentes de hacer esto.

Aquí hay uno que encontré que respaldaría: tiene el enfoque de autónomo, pero realmente esto es lo que quieres hacer:

http://tutorialblog.org/writing-a-project-proposal/

Hay muchas guías en línea. El truco consiste en saber cuál se adapta a tus necesidades. Enseñé una clase de estas cosas. Mi artículo respaldado realmente parece ser la esencia de lo que quieren los clientes y lo que debería llevarlo a la puerta.

Esto NO reemplaza un plan de proyecto, que puede ser un animal más elaborado por completo.

2
CokoBWare

Cuando se trata de plantillas, encuentro que Plantillas ReadySET es bastante sólido. Estas plantillas cubren los puntos principales del ciclo de vida: planificación del proyecto, requisitos, diseño, implementación, pruebas, implementación/instalación, soporte y finalización del proyecto.

Sin embargo, algo a tener en cuenta es que las plantillas deben modificarse para adaptarse al proyecto y los procesos. En muy raras ocasiones, puede simplemente extraer una plantilla de un libro o de Internet y utilizarla. Encuentro las plantillas más útiles para determinar qué información debería tener en algún lugar en cada fase, y dejo que el proyecto determine cómo y dónde se captura la información.

2
Thomas Owens

El Departamento de Defensa de EE. UU. Dedicó mucho trabajo a desarrollar un conjunto completo de Descripciones de elementos de datos (plantillas) para ir con DOD-STD-2167A , y más tarde para MIL-STD-498 .

Hay un viejo dicho: "Los reglamentos de la Marina están escritos con sangre". Si lee los DID con atención, es probable que se dé cuenta de que cada línea de ellos está escrita con la sangre de los directores de programas cuyos proyectos sufrieron una muerte horrible porque descuidaron el artículo de esa línea.

Podrías hacer algo peor si miras a estos.

0
John R. Strohm