¿Cuál es su metodología cuando necesita determinar el costo del diseño de la interfaz de usuario si conoce el costo (horas de trabajo) de la programación en algún proyecto?
Digamos que la programación de la lógica en algunos proyectos cuesta X dólares. ¿Existe algún porcentaje general (como el 30% de los costos de programación) que pueda ayudar a determinar el costo del diseño?
El área de interés es el desarrollo de teléfonos móviles (principalmente herramientas comerciales y juegos 2D, no 3D en absoluto). Aquí hay menos trabajo de diseño en comparación con un diseño web o un diseño de juego de PC.
Respuestas:
No hay tal porcentaje. Del mismo modo, no hay un porcentaje de tiempo que trabajará en seguridad, por ejemplo. Una aplicación debe ser segura y requerirá que la mitad de su personal trabaje en ella. Otra aplicación no tiene problemas de seguridad, por lo que el impacto en su horario será mínimo.
El tiempo requerido para hacer el diseño visual depende de los requisitos . No se trata del tipo de software (usted citó herramientas comerciales, aplicaciones web y juegos).
Si a mi cliente no le importa el diseño visual de un sitio web, pasaré unas horas creando algo básico y utilizaré los dos meses restantes de trabajo para otros aspectos más importantes.
Si mi cliente se preocupa por la interacción del usuario, pasaré unas semanas creando cuidadosamente los diferentes aspectos del diseño de interacción, puliendo el aspecto visual, etc., mientras me preocupo menos por los aspectos que no son importantes para este cliente en este proyecto.
En ambos casos, sigue siendo una aplicación web.
En general, tiene dos formas de agrupar tareas al crear una aplicación.
El primero es secuencial: son los estados que debes hacer para lograr el éxito en tu proyecto . Comienza reuniendo requisitos funcionales y no funcionales, trabaja en la especificación, la arquitectura y el diseño de la aplicación, crea pruebas, escribe el código real, implementa y mantiene la aplicación.
Aquí, dependiendo del nivel de seriedad y la escala del proyecto, tiene porcentajes similares de proyecto a proyecto . Para una aplicación pequeña hecha en casa, siempre tendrá 0% a 5% para los requisitos. Para una aplicación empresarial a gran escala que requiera un control de calidad ejemplar, el tiempo en que realmente escribirá el código será del 15% al 20%.
El segundo es paralelo: son las cosas que tienes que hacer , dado que son casi independientes desde el punto de vista de la gestión de proyectos y las cosas que puedes hacer u omitir. Incluye seguridad, diseño visual, portabilidad, rendimiento, etc.
Aquí, los porcentajes son irrelevantes . Es más una cuestión de prioridades, no la escala de la aplicación y el nivel de control de calidad requerido. Una aplicación de negocios puede tener una experiencia de usuario sobresaliente, porque las partes interesadas saben que el proyecto fallará de otra manera o que UX es una ventaja competitiva. Es posible que otra aplicación empresarial no tenga casi ningún diseño, porque no hay nada para innovar en términos de diseño.
fuente
El problema aquí es que no existe una definición ampliamente aceptada de qué diseño hay en el desarrollo de software. Por ejemplo, para muchas personas, la línea entre el diseño y la codificación no se puede trazar bruscamente, y algunos ven el diseño y la codificación como lo mismo:
http://www.developerdotstar.com/mag/articles/reeves_design_main.html
Desde este punto de vista, el costo del diseño es el costo de la programación. Otras personas piensan que "dibujar algunos diagramas UML" o "crear un diseño de GUI" es un diseño, especialmente cuando esta tarea se asigna a algunos no programadores. Si ese es el caso, pregunte a esos "diseñadores" sobre su esfuerzo, y encontrará fácilmente el costo de su diseño.
Así, en primer lugar dejar claro cómo se define el diseño en su equipo, y si esta tarea se realiza en su equipo de alguna manera "por separado de codificación". Si no puede separar la tarea de diseño claramente, no intente separarla en forma de costos, eso no tendrá mucho sentido.
EDITAR: a partir de su comentario, dejó en claro que se refería al diseño de la interfaz de usuario (a pesar de que olvidó cambiar el título engañoso de su pregunta). Sin embargo, debe definir dónde dibuja la línea entre "diseño de interfaz de usuario" y "codificación". ¿El diseño de la interfaz de usuario para usted simplemente "dibuja algunas formas con lápiz y papel"? ¿Es el diseño del comportamiento exacto de su interfaz de usuario desde la perspectiva de un usuario? ¿Es el diseño de su funcionamiento interno de sus formularios, por ejemplo, cuando diseña su aplicación como una arquitectura MVP? En función de eso (y de los requisitos de su aplicación, por supuesto), puede llegar a diferentes conclusiones sobre el porcentaje de diseño de la interfaz de usuario en su caso.
fuente
Creo que lo estás haciendo al revés. Si conoce mágicamente el costo exacto de programación (aunque no veo cómo esto es posible), entonces probablemente no necesite la fase de diseño, y probablemente el problema que está tratando de resolver es muy simple.
Si quiere decir cómo estimar el diseño de la interfaz de usuario, ese es un territorio diferente. Dependiendo del campo, a veces la UI se agrega como una adición tardía donde puede salirse con una estimación trivial como x% del tiempo del proyecto. Sin embargo, los campos que mencionó aquí son 100% orientados al usuario, por lo que comenzaría con un diseño de interfaz de usuario junto con el esfuerzo de programación en sí. Incluso entonces, es difícil cuantificarlo genéricamente como un porcentaje del tiempo total de desarrollo, sin embargo, necesitamos más contexto. Después de todo, ha habido tantos juegos que tuvieron una IA excelente, etc., pero rechazaron a un montón de personas porque tienen una interfaz / diseño gráfico deficiente. FWIW, la gente incluso utiliza el Skyrim con gran éxito porque tiene un diseño de interfaz de usuario incorrecto para PC (los controles están más ajustados por el controlador en lugar de kb / mouse).
fuente