¿Conoces las bases del diseño? Responde este cuestionario y descubre lo que sabes

El artículo revela la mayoría de los problemas que enfrentaron muchos investigadores y académicos debido a la falta de conocimiento adecuado sobre el diseño de un cuestionario de hablar de guiar a su estudiante sobre cómo diseñar uno. Muestra lo último en proporcionar material o datos para que un investigador resuelva un problema también muestra cómo un cuestionario valdrá la pena ser aceptado generalmente para fines de investigación con un formato de diseño muy clara y simple.

En la metodología de investigación, el cuestionario de la metodología tiene como objetivo resolver un problema rápido de recopilación de datos. Cuanto más motive y simplifique el investigador su pregunta y el diseño del cuestionario, más probabilidades obtendrá un buen número de encuestados, si no la expectativa de baja tasa, será el caso. Las personas se usan en ensayos clínicos o encuestas transversales. La información que se recopilará tiene que ver con el comportamiento individual, las creencias, la actitud de las personas. Con la guía sobre cómo los investigadores se utilizarán para permitirles un cuestionario Designa, errores utilizados para sumergirse. Cuando un cuestionario no esté bien, habrá un error en el proceso de recopilación de datos que conduce a engañar a las conclusiones y recomendaciones.

Un cuestionario es más de ciencia que el arte, por lo tanto, es un conjunto de preguntas con un espacio para las respuestas utilizadas en el ensamblaje de la información del encuestado. También un conjunto de entrevistas escritas que se pueden llevar a cabo por teléfono o entrevistas de [contacto personal], entrevistas de grupo [enfoque], mediante entrevistas enviadas por correo que podrían enviarse electrónicamente o mediante preguntas basadas en la web que Naire se llama cuestionario. El cuestionario ayuda al investigador a obtener medios rápidos o fáciles, baratos y eficientes para adquirir una gran cantidad de información de una mayor muestra de personas. Por qué la recopilación de datos proporciona información rápida es que el investigador no está presente durante la encuesta. Un problema del cuestionario es que el encuestado puede mentir debido a la deseabilidad social, que a los encuestados les gustaría expresarse diciendo mentiras o exagerando. El investigador debe considerar el nivel de participante en el diseño de su pregunta para que coincida con el nivel de sus antecedentes educativos, edades, etnia, clase social, etc. La información generada por la privacidad del encuestado debe mantenerse con la dirección de ejemplo de confidencialidad, etc. .

Para apropiarse de un cuestionario, existen diferentes tipos de métodos para el cuestionario de investigación que usan datos cualitativos y cuantitativos. Estas preguntas de encuestas son opciones de respuesta abierta, cerrada y abierta y preguntas de contingencia. En un cuestionario cerrado, los datos deben ser categóricos, lo que se denomina datos nominales, ejemplo, sí o no, bueno o malo, etc. La información generada por los datos cualitativos se convertiría a datos cuantitativos contando el número de sí o no y buena o mala. El cuestionario cerrado también puede usar datos ordinales cuando se clasifican, esto se puede hacer utilizando la escala de calificación para medir la fuerza de la emoción o la actitud. Ejemplo; Incapaz de responder, neutral, de acuerdo, en desacuerdo, etc. El diseñador debe tener cuidado de no usar palabras, como regularmente y con frecuencia. Por ejemplo, no diga que con frecuencia realice ejercicio y luego espero que la respuesta sea muy de acuerdo o totalmente en desacuerdo. La respuesta de frecuencia debe ser al menos una vez al día o dos veces al día, y así sucesivamente porque la frecuencia significa con frecuencia. Si bien el ejemplo regular es diciendo que un individuo se involucraría en el ejercicio una vez en un mes regular donde otro se involucraría cuatro veces por semana. El estudio de diseño cerrado ayuda a producir datos muy urgentes y resumidos, pero carece de detalles de baja respuesta y, a veces, resulta a la frustración. La mayoría de los encuestados desea expresarse, aparte de la casilla para marcar la anotación de sí o no, se debe agregar un cuadro de texto libre después de una sección en particular o al final del cuestionario con una guía sobre cómo llenar el texto libre Pregunta en el mismo procedimiento. Si un diseño de cuestionario decidió usar el cuestionario abierto o permitirá comentarios de texto libre, se debe hacer una planificación avanzada sobre cómo analizar los datos, las habilidades para el diseño cualitativo si es necesario. En un cuestionario abierto, las preguntas se permiten libremente para que el encuestado exprese tanto como las respuestas detalladas que les gustan para sí mismas usando su propia palabra. La pregunta abierta se usa en una situación de preguntas complejas que no se responderán en algunas categorías simples, pero requerirá una discusión más detallada, agrega comentarios en profundidad y significado. La pregunta abierta es buena para los datos cualitativos debido a permitir que el encuestado elabore sus respuestas. También es bueno para usar cuando diferentes respuestas son muy grandes en cantidad como el tamaño de la granja donde hay un número muy grande. El problema de desventaja de la recopilación de datos, el encuestado tarda más tiempo en completar el cuestionario, que también lleva mucho tiempo para el análisis de datos; Los datos deben organizarse de acuerdo con la categoría, las respuestas también deben resumirse. El cuestionario de contingencia es un caso especial de pregunta cerrada que generalmente se usa para el subgrupo de encuestados, el investigador hizo preguntas de filtro que son de tipo especial donde el subgrupo responderá algún conjunto de preguntas que otros saltarán a la sección avanzada del cuestionario. Y las preguntas de la opción de respuesta abierta básicamente rechazan las desventajas de las preguntas abiertas y cerradas que dicen que el encuestado no tendrá espacio para una respuesta diferente a las sugeridas o se sugerirá con respuestas que no considere antes. Esta pregunta trata tanto con la opción de respuesta específica. Por ejemplo, qué tipos de características de un implemento prefieres, las opciones para las respuestas son; calidad, precio, rendimiento, peso y otros mencionados; Esta pregunta tiene una doble ventaja, en esta pregunta, el investigador evitó el problema de la capacidad de la mala memoria o la mala articulación que posteriormente aparece que lo hará considerar una respuesta específica, lo que hará que la grabación de las respuestas sea muy abierta. Si el investigador decide usar el método de entrevista para la recopilación de datos, debe ir junto con la instrucción de la pregunta sobre cómo hacer la entrevista y se registrará las respuestas después de la pregunta, especialmente cuando la entrevista apunta a la información. El marco de tiempo durante la entrevista no debe durar más de 30 a 45 minutos en un entorno rural.

Antes de diseñar cualquier cuestionario, el investigador debe tener el objetivo y el objetivo de lograr y también poner en cuenta la duración del cuestionario y el tiempo para administrar el cuestionario. El investigador debe estar familiarizado con el medio ambiente o el subgrupo de la población de que se administrará el cuestionario; Comprender el área del estudio es clave para el éxito de obtener una buena respuesta de un cuestionario. El investigador necesita comunicar el motivo de su estudio, su plan para usar la recopilación de datos y la importancia del estudio al encuestado después del análisis. El cuestionario debe ser redactado y verse profesional de tal manera que llame la atención del encuestado durante la presentación. El orden del cuestionario debe comenzar con preguntas fáciles y terminar con más difícil una vez, es bueno que el encuestado devuelva un número menor de cuestionarios con calidad que tener mucho sin precisión o muchos no encuestados. El investigador primero debe usar grupos pequeños para probar el cuestionario antes de explorar al entorno requerido necesario para su posterior estudio. Después de diseñar el cuestionario, será bueno para el investigador adjuntarlo con la guía sobre cómo el encuestado debe responder al cuestionario. La persona que administra el cuestionario más tiene las habilidades y la comprensión de lo que debe esperarse de él, debe estar interesado y cooperar a lo largo del estudio, para que haga la pregunta correcta y registre las respuestas correctas. Diseñando un cuestionario, el tiempo para la participación, la naturaleza del estudio de investigación (ensayo clínico, encuesta a gran escala y estudio de factibilidad), también habilidad para adoptar y recursos para la investigación, todo debe ser planeado por delante, lo cual es muy importante. Si no, el investigador solo perderá su tiempo y el tiempo de los participantes. El investigador tomará nota de aquellos que son Sea Sayers que se inclinan siempre a estar de acuerdo con cualquier declaración relativamente que en desacuerdo, en base a esto, no presenten sus casos para que sean tanto dependiendo de manera muy acordada. El estudio énférico revela que las bajas respuestas resultantes del encuestado son como resultado de la falta de una comprensión clara y fácil de la pregunta, ya que tal pregunta debe ser breve y clara, deberían ser de 12 palabras o menos que eso. Después de una administración exitosa del cuestionario, el investigador debe hacer un seguimiento para recordar al encuestado. También es bueno motivar al participante al darles algunos incentivos para aumentar su moral.

La confiabilidad significa obtener la probabilidad de los mismos resultados al final cuando se repite el resultado, que es la consistencia de la pregunta, mientras que la validez significa si el objetivo de medir la pregunta ha logrado o no. Se aconseja al investigador que utilice un instrumento existente, colocando manos en cuestionarios publicados anteriores que son válidos de ayuda para ahorrar tiempo y dinero al hacer esto, puede compararse con el trabajo ya publicado de otros y sus propios hallazgos, luego hace Un detalle resumido solo de su estudio. Por ejemplo, si un estudio está relacionado con la salud sobre los ensayos clínicos que normalmente que diseñan el cuestionario deben incluir el conocimiento sobre la medición de la enfermedad de los pacientes, la satisfacción antes y después del tratamiento o la salud relacionada con la calidad de la vida del paciente, etc. El cuestionario de diseño en estado La salud no debe salir del contexto de la pregunta que se ha desarrollado porque perderá la transparencia de la investigación. Para que un diseño de cuestionario sea válido y confiable debe ser estándar en la administración, debe ser preciso y luego fluir lo mismo para todo el participante.

¿Qué son las bases de diseño?

El flujo de diseño significa que se estima que el volumen máximo de aguas residuales, una residencia, estructura u otra instalación se generan en un período de veinticuatro horas. Incorpora tanto una capacidad operativa como una capacidad de aumento para el sistema durante los eventos periódicos de uso pesado. El tamaño y el diseño de los componentes del sistema de alcantarillado en el sitio se basan en el flujo de diseño.

El paquete de criterios de diseño significa dibujos o especificaciones concisos, orientados al rendimiento para un proyecto de construcción pública. El propósito del paquete de criterios de diseño es proporcionar información suficiente para permitir que las empresas de diseño de diseño preparen una oferta o una respuesta a la solicitud de propuestas del distrito, o permita que el distrito ingrese en un contrato de construcción de diseño negociado. El paquete de criterios de diseño debe especificar criterios basados ​​en el rendimiento para el proyecto de construcción pública, incluida la descripción legal del sitio, la información de la encuesta sobre el sitio, los requisitos de espacio interior, los estándares de calidad de material, los diseños esquemáticos y los criterios de diseño conceptual del proyecto, el costo o el costo o el costo Estimaciones de presupuesto, programas de diseño y construcción, requisitos de desarrollo del sitio, disposiciones para servicios públicos, retención y eliminación de aguas pluviales, y requisitos de estacionamiento aplicables al proyecto. Los paquetes de criterios de diseño deberán requerir que las empresas envíen información sobre las calificaciones, la disponibilidad y el trabajo anterior de las empresas, incluidos los socios y los miembros de los mismos.

Diseño-construcción significa un método de entrega de proyectos en el que el diseño detallado y la construcción posterior se proporcionan a través de un solo contrato con una empresa de diseño de diseño; Un equipo, asociación o entidad legal que incluye profesionales de diseño y un constructor. La entrega del proyecto de diseño de diseño se implementará de acuerdo con Tex. Código Gobierno § 2166.2531.2

¿Qué son las bases y criterios de diseño?

La base del diseño (BOD) es un documento muy importante para cada proyecto. La base de la base de diseño o diseño de proyectos proporciona todos los principios, expectativas comerciales, criterios, consideraciones, justificación, requisitos especiales y supuestos utilizados para las decisiones y cálculos requeridos durante la etapa de diseño. Por lo tanto, una base de base del proyecto de diseño y una descripción general para iniciar las actividades del proyecto.

El Bod es preparado por el ingeniero o diseñador con insumos de todos los departamentos. Para los proyectos de petróleo y gas, los ingenieros de procesos generalmente preparan la base del diseño. En este artículo, exploraremos más sobre la base del diseño, sus propósitos, metodología de escritura, responsabilidades, etc.

La base del documento de diseño describe el enfoque técnico planeado para el proyecto. Los detalles técnicos preliminares del proyecto se incorporan en este documento esencial. El BOD se prepara durante la etapa previa al diseño y sirve como base para todos los cálculos de diseño y otras decisiones de diseño. Tenga en cuenta que BOD no es un sustituto de las pautas de código y estándar o dibujos de diseño de proyectos. Pero un BOD simplemente incluye la lista de elementos individuales para respaldar el proceso de trabajo de diseño basado en los requisitos del proyecto del propietario.

A pesar de que la base del diseño comienza en la fase previa al diseño, el documento es de naturaleza dinámica. A medida que avanza el trabajo de diseño, la base del documento de diseño se actualiza para incluir una descripción específica del sistema y los componentes, su función, cómo se relaciona con otros sistemas, secuencias de operación y parámetros de control operativo. Sin embargo, BOD no incluye información o cálculos detallados del proyecto.

La base del diseño para cualquier proyecto tiene varios propósitos importantes como

¿Qué es un buen diseño de base de datos?

  • Refleja la estructura del mundo real del problema
  • Puede representar todos los datos esperados con el tiempo
  • Evita el almacenamiento redundante de elementos de datos
  • Proporciona acceso eficiente a los datos
  • Admite el mantenimiento de la integridad de los datos a lo largo del tiempo
  • Limpio, consistente y fácil de entender
  • Nota: ¡Estos objetivos a veces son contradictorios!
  • Modelado de la relación entre entidades (E-R): un método para diseñar bases de datos
  • Aquí se presenta una versión simplificada
  • Representa los datos por entidades que tienen atributos.
  • Una entidad es una clase de objetos o conceptos identificables distintos
  • Las entidades tienen relaciones entre sí
  • El resultado del proceso es una base de datos normalizada que facilita
    acceder y evitar datos duplicados
  • Aquí hay un diagrama ER de partes de la base de datos de prueba ‘parcelas’. Se dibuja
    Importando las tablas de Oracle a MS-Access y luego utilizando la herramienta/relaciones
    Capacidad del acceso a MS para dibujar los diagramas:
  • Identificar las entidades que debe representar su base de datos
  • Determinar las relaciones de cardinalidad entre las entidades y clasificar
    ellos como uno de
  • Uno a uno (por ejemplo, un paquete tiene una dirección)
  • Uno a muchos (por ejemplo, un paquete puede estar involucrado en muchos incendios)
  • Muchos a muchos (por ejemplo, ventas de paquetes: diferentes propietarios pueden vender un paquete muchas veces,
    y un propietario individual puede vender muchas parcelas)
  • Dibuje el diagrama de la relación entre entidades
  • Determinar los atributos de cada entidad
  • Defina la clave primaria (única) de cada entidad
  • Definir las relaciones entre las claves primarias en una tabla y las claves extrañas en otra
  • Las entidades con relaciones individuales pueden (y a menudo deben) fusionarse en una sola entidad
  • Cada entidad restante es modelada por una tabla con una clave primaria y atributos,
    algunos de los cuales pueden ser llaves extranjeras
  • Las relaciones de uno a muchos son modeladas por un atributo de clave extranjera en el
    tabla que representa la entidad en el lado «muchos» de la relación (por ejemplo, el
    La mesa de incendios tiene una clave extranjera que se refiere a la tabla de parcelas)
  • Las relaciones de muchos a muchos entre dos entidades se modelan definiendo una tercera tabla
    Eso tiene claves extranjeras que se refieren a las entidades en cada tabla original. Estas llaves extranjeras deberían
    ser incluido en la clave principal de la tercera tabla, si corresponde
  • Las herramientas disponibles comercialmente pueden automatizar el proceso de convertir un E-R
    modelo a un esquema de base de datos

Gran parte del diseño formal de la base de datos se centra en normalizar la base de datos
y garantizar que el diseño se ajuste a un nivel de normalización (por ejemplo,
Primera forma normal, segunda forma normal, etc.). Aunque hay más alto
Formas normales, la tercera forma normal generalmente se considera lo suficientemente buena para
Aplicaciones Típicas. La normalización generalmente implica tomar un diseño con
Menos tablas y muchas columnas y transformándolo en un diseño con más tablas
con menos columnas, después de realizar algunas pruebas y aplicar algunas reglas. Las primeras formas normales requieren que no haya atributos de valor múltiple (por ejemplo, para la base de datos URISA, no coloque múltiples códigos de palabras clave en la misma celda y no tenga palabras clave1, palabras clave2, etc. columnas). La segunda forma normal requiere que los campos no clave dependan de toda la clave (por ejemplo, no ponga el nombre del propietario y una identificación del propietario en la tabla de paquetes). La tercera forma normal prohíbe las dependencias transitivas por las cuales un atributo no clave depende de otro atributo no clave (por ejemplo, solo coloca una identificación de propietario única en la tabla de paquetes y no cualquier información del propietario, como su edad o dirección postal). Aquí hay algunos sitios en línea con conceptos y consejos útiles de gestión de bases de datos, incluida una buena discusión de la normalización de la base de datos: y en primer, segundo y tercera forma normal: (en particular, PhPBuilder tiene ejemplos comprensibles de los diferentes niveles de normalización).

  • Refleja la estructura del mundo real del problema
  • Puede representar todos los datos esperados con el tiempo
  • Evita el almacenamiento redundante de elementos de datos
  • Proporciona acceso eficiente a los datos
  • Admite el mantenimiento de la integridad de los datos a lo largo del tiempo
  • Limpio, consistente y fácil de entender
  • Nota: ¡Estos objetivos a veces son contradictorios!
  • Modelado de la relación entre entidades (E-R): un método para diseñar bases de datos
  • Aquí se presenta una versión simplificada
  • Representa los datos por entidades que tienen atributos.
  • Una entidad es una clase de objetos o conceptos identificables distintos
  • Las entidades tienen relaciones entre sí
  • El resultado del proceso es una base de datos normalizada que facilita
    acceder y evitar datos duplicados
  • Aquí hay un diagrama ER de partes de la base de datos de prueba ‘parcelas’. Se dibuja
    Importando las tablas de Oracle a MS-Access y luego utilizando la herramienta/relaciones
    Capacidad del acceso a MS para dibujar los diagramas:
  • Identificar las entidades que debe representar su base de datos
  • Determinar las relaciones de cardinalidad entre las entidades y clasificar
    ellos como uno de
  • Uno a uno (por ejemplo, un paquete tiene una dirección)
  • Uno a muchos (por ejemplo, un paquete puede estar involucrado en muchos incendios)
  • Muchos a muchos (por ejemplo, ventas de paquetes: diferentes propietarios pueden vender un paquete muchas veces,
    y un propietario individual puede vender muchas parcelas)
  • Dibuje el diagrama de la relación entre entidades
  • Determinar los atributos de cada entidad
  • Defina la clave primaria (única) de cada entidad
  • Definir las relaciones entre las claves primarias en una tabla y las claves extrañas en otra
  • Las entidades con relaciones individuales pueden (y a menudo deben) fusionarse en una sola entidad
  • Cada entidad restante es modelada por una tabla con una clave primaria y atributos,
    algunos de los cuales pueden ser llaves extranjeras
  • Las relaciones de uno a muchos son modeladas por un atributo de clave extranjera en el
    tabla que representa la entidad en el lado «muchos» de la relación (por ejemplo, el
    La mesa de incendios tiene una clave extranjera que se refiere a la tabla de parcelas)
  • Las relaciones de muchos a muchos entre dos entidades se modelan definiendo una tercera tabla
    Eso tiene claves extranjeras que se refieren a las entidades en cada tabla original. Estas llaves extranjeras deberían
    ser incluido en la clave principal de la tercera tabla, si corresponde
  • Las herramientas disponibles comercialmente pueden automatizar el proceso de convertir un E-R
    modelo a un esquema de base de datos
  • Mantenga los elementos de datos atómicos (por ejemplo, los nombres primero y apellidos están separados). Concatenante
    columnas juntas más tarde sobre la marcha es generalmente fácil, pero separarlas es
    no. (Primera forma normal)
  • ¿Cuál es un ejemplo de hacia dónde pueden ir los subcampos de análisis de una columna?
    ¿torcido?
  • ¿Cuándo podría incluir los campos combinados en una columna de todos modos?
  • Defina primero la clave primaria. Use un nombre descriptivo (Parcelid, no ID)
  • De hecho, use nombres descriptivos que le den a un nuevo usuario una oportunidad decente de
    ¡Adivinando lo que significan para todas tus columnas! (Por ejemplo, use parcel_count
    en lugar de pacto)
  • Use una sola columna para la clave primaria siempre que sea posible; multicolumn
    Las claves primarias son apropiadas para las relaciones de muchos a muchos
  • Use tablas de búsqueda en lugar de almacenar valores largos
  • Use claves numéricas siempre que sea posible (¿qué pasa con los códigos zip?)
  • Evite las claves inteligentes (excepción: tablas de búsqueda)
  • Evite usar múltiples columnas para representar una relación de uno a muchos (por ejemplo,
    columnas como Child1, Child2 en una tabla llamada Parent en lugar de poner
    los niños en una mesa separada. (Primera forma normal)
  • Para la legibilidad, use el nombre de la clave principal para claves extranjeras a menos que sea lo mismo
    La clave extranjera se usa varias veces en la misma tabla (por ejemplo, estado de trabajo
    y el estado de residencia para una persona podrían ser claves extranjeras que hacen referencia
    una tabla de estados)
  • No incluya dos columnas cuyos valores están unidos (por ejemplo, condado
    nombre e identificación del condado) a menos que una de las columnas sea la clave principal de la tabla
    (Tercera forma normal)
  • Evite permitir valores nulos en columnas que tienen un rango discreto de posibles
    valores (por ejemplo, enteros entre 1 y 10, inclusive)
  • No aplicable a los archivos DBF, que no admiten NULLS
  • Evite usar múltiples tablas con estructuras similares que representan menores
    Variantes en la misma entidad (por ejemplo, colocar parcelas de Boston y parcelas de Cambridge
    en tablas separadas).
  • ¿Por qué esta regla es a menudo difícil de practicar con SIG?
  • Planifique con anticipación para transferir datos a una base de datos diferente. Por ejemplo,
    Es posible que desee mover datos de Oracle a DBF, o Microsoft Access a Oracle.
  • Evite los nombres de columnas con caracteres con otras letras de mayúsculas.
    (A-Z), dígitos (0-9) y el subrayador (_). Otros personajes pueden no
    ser aceptado por una base de datos. Algunos sistemas de bases de datos pueden ser sensibles a los estuches
    Con respecto a los nombres de la columna, mientras que otros no lo son.
  • Mantenga sus nombres de columna relativamente cortos. Diferentes soporte de bases de datos
    diferentes números de caracteres en nombres de columnas (por ejemplo, 30 para Oracle,
    64 para Microsoft Access, 10 para DBF). Intenta hacer que los nombres de la columna difieran
    en los primeros caracteres en lugar de al final para evitar el nombre de la columna
    duplicación Si los nombres se truncan durante el proceso de conversión (por ejemplo,
    Use Col1 y Col2, no Long_Column_Name_1 y Long_Column_Name_2).
  • Tenga en cuenta que mantener los nombres de la columna puede estar en desacuerdo con mantener
    Los nombres de su columna son significativos para los neófitos. Sea consciente de que está haciendo
    ¡Una compensación!
  • ¡Recuerde que estas son reglas generales, no leyes absolutas! Doblar
    Las reglas si debe tener una justificación para su decisión. Las limitaciones
    de un paquete de software SIG a menudo proporciona una buena razón.
  • Vea las notas de Tom Grayson sobre la sintaxis de las declaraciones SQL para definir las claves primarias y extranjeras y restringir la manipulación de la tabla para hacer cumplir la integridad referencial, es decir, para evitar que realice cambios en las tablas que destruyen su consistencia interna.

    ¿Qué es una pregunta de diseño?

    Prefacio
    Mientras tenemos un gran qué pertenece en este foro? Tema, la mayoría de las personas lo omiten porque el título huele a reglas y lo que no debes hacer. Quiero proporcionar una alternativa que ayude a los recién llegados y observadores casuales a hacer preguntas mejor y relevantes.

    Definiciones
    Las definiciones son cosas difíciles, especialmente en los juegos: nuestro campo es especial porque de alguna manera, resiste el análisis académico. Sin embargo, en este tema, no estoy hablando de juegos… Estoy hablando de preguntas que haces sobre los juegos.

    Ejemplos:
    John Doe: «Tengo un JRPG establecido en la antigua Roma; ¿debería mi sistema de batalla estar por turnos o en el tiempo activo y por qué?» Meralda Potter: «Tengo un juego de rompecabezas en el que intentas llenar líneas de bloques, pero no siento que mi juego sea lo suficientemente atractivo. Los logros y misiones harían que mi juego sea más interesante, ¿o debería probar algo más?»

    El primer caso hace que el Sr. Doe trabaje en un JRPG de que no está seguro de cómo deberían funcionar los giros. Hay todo tipo de argumentos que hacer, en ambos sentidos; ese no es el punto. El punto es que el Sr. Doe quiere una idea de por qué un mecánico de turno ayudaría es JRPG de la era romana más que la otra (o cualquier otra posibilidad).

    El segundo caso tiene a la Sra. Potter trabajando en un juego de rompecabezas (aparte: si eres un recién llegado, este es un lugar mucho mejor para comenzar que un JRPG), pero siente que el resultado de su juego no será lo suficientemente interesante. Ella sugiere logros o misiones como un posible medio para hacer que el juego sea más interesante, pero en última instancia, la pregunta se reduce a: «¿Qué hará que mi juego sea más interesante?»

    ¿Qué pregunta hacerle a un diseñador?

    Ok, entonces necesitas un diseñador. Pero no cualquier diseñador. Alguien que se mezcle con su equipo, incluso con su empresa. Encontrar el diseñador adecuado puede ser abrumador, especialmente si no eres un creativo. Aquí hay diez preguntas para ayudarlo a descubrir si un diseñador tiene las habilidades conceptuales y colaborativas, la actitud y, por supuesto, el diseño de Mojo, para ser parte de su equipo creativo.

    Vea quién o qué influye en su diseñador y si se mantienen al día con las tendencias actuales. ¿Están influenciados por la escena artística, el mundo del skate, la arquitectura, los muebles, la decoración interior, el diseño visual directo? ¿Qué aplicaciones admiran? ¿Qué sitios los ponen celosos, no lo crearon? A pesar de que no puede reconocer todos los nombres, marca o producto que enumera, está bien. Estás buscando pasión y una mente abierta. Los grandes diseñadores se inspiran constantemente y aprenden del trabajo de los demás.

    ¡Primero, verifique que realmente lo hiciera ellos mismos! ¿Usaron Squarespace o Dribble? ¿O lo codificaron ellos mismos? Luego explore por qué está arreglado como está. Si dicen, «las cosas más recientes están al frente» o «Es solo todo mi trabajo presentado», esa es una mala señal. Estás buscando aprender cómo piensan y organizar su trabajo. Especialmente si desea un diseñador experto en UX/UI, es particularmente importante que sean conscientes de la usabilidad y la funcionalidad de su cartera.

    Además, busque variedad en el trabajo. Necesita un diseñador flexible con una amplia gama de habilidades, para que puedan adaptarse rápidamente y crear un trabajo que atraiga a usted y a sus clientes/clientes.

    ¿Qué preguntas le hacemos a los usuarios Design Thinking?

    Primero fue ágil. Entonces fue DevOps. Ahora es el pensamiento de diseño (a menudo en combinación con DevOps), el último enfoque que tiene como objetivo transformar la prestación de servicios de TI, la satisfacción del usuario y los resultados comerciales.

    Si bien es relativamente nuevo en la TI corporativa, el pensamiento de diseño ha existido por un tiempo. Con las raíces volviendo a la Escuela de Ingeniería de la Universidad de Stanford en la década de 1970 y luego proliferando en el desarrollo de productos de Silicon Valley, es un enfoque centrado en el usuario para desarrollar nuevos productos y servicios. En el mundo del consumidor, el pensamiento de diseño invertida el método de innovación tradicional: en lugar de desarrollar un nuevo producto o servicio de forma aislada y luego convencer a los clientes de que lo compren, el pensamiento de diseño permite a las empresas crear productos y servicios basados ​​en una comprensión profunda de lo que los clientes desear.

    Es fácil ver los beneficios potenciales para la TI corporativa: en lugar de construir un nuevo sistema de forma aislada y arrojarlo sobre un muro, los líderes de la tecnología pueden integrar la perspectiva del usuario final desde el principio. En combinación con procesos de desarrollo más iterativos/desarrollo ágil y estilos de gestión, el pensamiento de diseño puede crear una amplia gama de resultados positivos.

    «El pensamiento de diseño coloca al usuario en el centro del universo y los servicios están diseñados y desarrollados según el usuario», dice Yugal Joshi, vicepresidente de la firma de consultoría e investigación de gestión Everest Group. “Esta centricción en el usuario ha sido faltante en la organización de TI. La colaboración que puede impulsar entre TI, empresas y usuarios finales puede agregar un valor significativo al negocio en términos de participación de los empleados, productividad, costo de los servicios y impacto de ingresos ”.

    Artículos Relacionados:

    Más posts relacionados:

    Deja una respuesta

    Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *