Plantillas / requisitos de propuesta de proyecto [cerrado]


11

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 caldera debo introducir?

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


¿Es esta una propuesta de proyecto interna o una para un cliente?
VirtuosiMedia

En general, para un cliente.
Incognito

Respuestas:


5

¿Alguna vez has mirado la plantilla de requisitos de Volere ?

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

Aquí están:

PROYECTORES

  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 de apariencia
  2. Requisitos de usabilidad
  3. Requisitos de desempeño
  4. Requerimientos operacionales
  5. Requisitos de mantenibilidad y portabilidad
  6. Requerimientos de seguridad
  7. Requisitos culturales y políticos
  8. Requerimientos legales

PROBLEMAS

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

El enlace al documento está roto
mclark1129

Parece que cambiaron su sitio web. Actualizaré la referencia.
Paddyslacker

3

¿Utilizo una plantilla estándar? si

Qué características / información está incluida, agradable 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 el cliente necesita para comenzar, así como las fechas en que se requieren.
  • Mapa del sitio: opcional, pero bueno si está haciendo un sitio web o una aplicación compleja. Bonito gráfico.
  • Datos demográficos: del usuario final, generalmente en forma de un bonito gráfico.
  • 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 compañía, guía de estilo (generalmente externo). Documenta materiales existentes como logotipos, folletos, etc.
  • Cronología del proyecto: un desglose de cuándo se deben hacer las cosas con la fecha de finalización estimada final. 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: los términos de pago, el dinero de garantía, el 100% de garantía de devolución de dinero, se requiere un único punto de contacto, los materiales y aprobaciones suministrados por el cliente deben ser oportunos, facturación adicional o tiempo si el cliente cambia el alcance del trabajo, información de alojamiento (para sitios web) , derecho a utilizar el trabajo para autopromoción, leyes aplicables, declaración de propiedad del código fuente, disponibilidad de custodia de software, firmas.
  • Sobre nosotros: Incluye información de la compañía 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 del 14 al 20.


2

Hay muchas formas diferentes de hacer esto.

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

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

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

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


¿Le importaría explicar esto con más detalle? ¿Cómo y por qué el "artículo aprobado" responde a la pregunta que se hace? Las "respuestas de solo enlace" no son del todo bienvenidas en Stack Exchange
mosquito

2

Cuando se trata de plantillas, creo que las plantillas de ReadySET son bastante sólidas. Estas plantillas cubren los principales puntos del ciclo de vida: planificación del proyecto, requisitos, diseño, implementación, prueba, 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. Muy raramente puede simplemente extraer una plantilla de un libro o Internet y usarla. Encuentro las plantillas más útiles para determinar qué información debería tener en alguna parte en cada fase, y dejo que el proyecto determine cómo y dónde se captura la información.


0

El Departamento de Defensa de los EE. UU. Trabajó mucho en el desarrollo de un conjunto completo de Descripciones de elementos de datos (plantillas) para el DOD-STD-2167A , y más tarde para MIL-STD-498 .

Hay un viejo dicho: "Los reglamentos de la Marina están escritos en sangre". Si lees los DID cuidadosamente, es probable que te des cuenta de que cada línea de ellos está escrita en la sangre de los gerentes de programas cuyos proyectos murieron de manera horrible porque descuidaron el elemento en esa línea.

Podrías hacer peor que mirar esto.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.