JavaRush /Blog Java /Random-ES /Pausa para el café #18. Cómo discutir adecuadamente el sa...

Pausa para el café #18. Cómo discutir adecuadamente el salario durante una entrevista y cómo no fallar en el desarrollo de su primer MVP

Publicado en el grupo Random-ES

Cómo discutir adecuadamente el salario durante una entrevista

Fuente: Fast Company Pausa para el café #18.  Cómo discutir adecuadamente el salario durante una entrevista y cómo no fallar en el desarrollo de su primer MVP - 1 Cuando casi todos nosotros recibimos una oferta de trabajo, sentimos una sensación de entusiasmo. Pero para muchos, esto significa que es hora de empezar a negociar el salario. Un estudio realizado por JDP muestra que el 41% de los candidatos no aceptaron inmediatamente el salario propuesto, sino que discutieron sus ingresos futuros cuando solicitaron un empleo. De los que negociaron, el 83% recibió una mejor oferta. Los expertos en reclutamiento ofrecen algunos consejos sobre cómo negociar mejor su salario futuro.
  1. Investigar el mercado y la empresa.

    Intente averiguar cuánto tiempo lleva abierto el puesto y con qué rapidez la empresa quiere cubrirlo. Si estás seguro de que eres el candidato adecuado y la empresa está interesada en contratarlo, esto puede darte una ventaja en la entrevista.

    Investiga el rango salarial que ofrecen otras empresas para un puesto similar. Es útil ver cómo cambia el monto según la experiencia del candidato y la ubicación de la oficina. Tenga en cuenta que su trabajo puede evaluarse de manera diferente según el desempeño financiero del empleador.

  2. Saber su valor

    Piense en el valor que puede aportar a la empresa y vincúlelo a su nivel salarial esperado. Ayude al empleador a sentir que está obteniendo mucho al contratarlo.

    Analice qué otras opciones tiene a su disposición, prepárese para nombrar la cantidad mínima que espera. No dude en preguntar sobre opciones de compensación adicionales: bonificaciones, opciones. A menos, claro está, que estemos hablando de una empresa en la que conceder opciones sea una práctica habitual.

  3. No estés de acuerdo de inmediato

    No diga sí inmediatamente a la primera oferta salarial. Dígale al empleador sus expectativas y solicite más. Ve preparado a la entrevista: haz una lista de argumentos que demuestren que mereces más dinero. Indique sus expectativas salariales en un correo electrónico. De esta forma todos los interesados ​​podrán familiarizarse con ellos.

  4. Discutir los componentes sin efectivo

    Pregunte qué beneficios adicionales puede esperar más allá de su salario. Averigüe si se proporciona cuidado infantil remunerado, compensación por los costos de transporte y la cantidad de días de vacaciones. Su empleador puede tener restricciones salariales estrictas, pero puede ofrecerle un horario de trabajo más flexible que se adapte a sus necesidades.

    No se desanime si sus negociaciones fracasan. Piensa en cómo te será útil el nuevo trabajo y establece tus prioridades correctamente. Quizás el salario en el nuevo puesto no sea tan alto, pero este trabajo será un buen paso para una futura carrera. Además, con el tiempo, tendrá la oportunidad de demostrarle al empleador que es digno de un aumento salarial.

Cómo no fallar en el desarrollo de tu primer MVP

Fuente: DZone Pausa para el café #18.  Cómo discutir adecuadamente el salario durante una entrevista y cómo no fallar en el desarrollo de su primer MVP - 2 Tener un producto mínimo viable (MVP) es una excelente manera de establecerse como un desarrollador ambicioso. Incluso si no está solicitando inversión, agregar un enlace a su propia solicitud en su currículum sin duda mejorará sus posibilidades de ser contratado. Solo asegúrate de que el MVP sea realmente impresionante y no tu primer fracaso. Algunos de los errores más comunes que cometen los desarrolladores al crear un MVP incluyen:
  1. Elegir el problema equivocado para resolver

    Una encuesta realizada por CB Insights encontró que el 42% de todos los fracasos de las startups se deben a la "falta de necesidad del mercado". En otras palabras, su aplicación puede estar bien escrita y tener una gran funcionalidad, pero pocas personas la necesitan.

    Para evitar este escenario, antes de sentarse a desarrollar un MVP, debe hacerse las siguientes preguntas:
    • ¿Quién podría estar interesado en mi solicitud?
    • ¿Qué problema soluciona?
    • ¿Es mi idea la forma más efectiva de resolver el problema?

    Si cree que su producto es bueno para todos, es casi seguro que fracasará. Encuentra tu público objetivo.

  2. Saltar el paso de creación de prototipos

    Nadie construye un coche sin antes crear un concepto para él. La transición directa de la idea al proceso de desarrollo conducirá a errores. La creación de prototipos y la iteración son esenciales para el desarrollo de productos. Probar el prototipo con usuarios potenciales. De esta manera conocerás su opinión sobre tu futura solicitud.

  3. Dirigirse al segmento de usuarios equivocado

    Recuerda que no todos los usuarios son tu público objetivo. Así que no les pidas a tus amigos o familiares que revisen la aplicación si no se encuentran entre tus clientes potenciales. De lo contrario, el producto recibirá una valoración sesgada. Es importante centrarse en un mercado objetivo segmentado. Esto ayudará a aumentar sus posibilidades de éxito.

  4. Método de desarrollo incorrecto

    Saltar directamente al proceso MVP utilizando un método de desarrollo incorrecto es una de las principales razones por las que muchos abandonan un proyecto antes de completarlo. Y este es uno de los principales factores que influyen en las estadísticas de por qué 9 de cada 10 startups fracasan.

    Hay dos enfoques más comunes para desarrollar productos MVP: Agile (metodología ágil) y Waterfall (modelo en cascada).

    En comparación con Waterfall, el desarrollo de productos Agile es más eficiente porque se adapta mejor a las circunstancias cambiantes y permite entregar un proyecto dentro de un marco de tiempo específico. Una encuesta de Ambysoft realizada en 2018 encontró que Agile tiene una tasa de éxito del 55%, en comparación con el 29% del desarrollo en cascada.

  5. Confusión entre retroalimentación cualitativa y cuantitativa

    La retroalimentación cualitativa y cuantitativa son dos formas diferentes de recopilar datos de los usuarios objetivo.

    La retroalimentación cualitativa consiste en resultados que se relacionan con la experiencia del usuario de las características de un producto o servicio. Evalúa directamente la usabilidad del sistema, ayudando a los desarrolladores a analizar elementos problemáticos específicos de la interfaz de usuario.

    La retroalimentación cuantitativa se presenta en forma de métricas que determinan si las tareas fueron fáciles o difíciles de completar. Evalúa indirectamente la usabilidad de un diseño.

    El enfoque ideal es combinar retroalimentación cualitativa con retroalimentación cuantitativa: retroalimentación de triangulación para recopilar datos para una interpretación precisa, teniendo en cuenta muchos factores diferentes. Este enfoque aumenta las posibilidades de controlar las amenazas al producto. Si ambos métodos de retroalimentación llegan a una conclusión común, entonces el desarrollador tendrá más confianza en el éxito de su aplicación.

Comentarios
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION