¿Cómo incluir la experiencia de inicio no lanzado en el currículum?

En junio de 2012, dos de mis amigos (digamos, John y Smith) y yo trabajamos a tiempo completo en la creación de una aplicación móvil desde cero. Para resumir, John dejó el equipo en julio, y Smith y yo no conseguimos otro desarrollador para reemplazar el papel de John. Smith y yo acordamos continuar trabajando hacia la fecha de lanzamiento (prevista para septiembre de 2012). Sin embargo, no pudimos lanzar el proyecto y tuvimos que posponer el lanzamiento del proyecto indefinidamente. Smith y yo trabajamos en este proyecto a tiempo completo durante 13 semanas en total.

Smith y yo estamos reclamando el 50% cada uno por los derechos del proyecto en el que hemos trabajado, y todavía no hemos hecho ningún progreso desde el verano pasado porque tuvimos que asistir a clases universitarias a tiempo completo.

Este verano, estoy pensando en solicitar una pasantía de verano como desarrollador de aplicaciones móviles. ¿Cómo debo explicar esta experiencia en mi currículum? ¿Es útil/perjudicial incluir dicha experiencia?

Algunos puntos aquí:

  1. Trabajé en la creación de una aplicación móvil el verano pasado durante 13 semanas; aún no ha sido lanzado (pospuesto indefinidamente).
  2. Solo me gustaría compartir detalles técnicos sobre el proyecto (por ejemplo, lenguajes de programación, gestión de proyectos, herramientas que usamos) con mi empleador.
  3. No me gustaría compartir recursos sobre el proyecto (p. ej., logotipo, nombre de la aplicación, objetivo de la aplicación) con mi empleador.

Respuestas (6)

Anótelo como un proyecto paralelo, revelando solo lo que ha hecho y la industria objetivo de la aplicación.

No digas qué hace, no digas el nombre, no digas si era comercial o no. Esté preparado para tener que revelar más información en una entrevista, o para rechazar preguntas cortésmente.

Básicamente, haga lo mismo que haría si listara un proyecto protegido por un NDA bastante estricto. Y tenga en cuenta que técnicamente no es "empleo", así que sea sincero al respecto (de ahí la lista como "proyecto paralelo").

¿Me recomendaría enumerar la razón por la que no pude iniciar correctamente? Fue por mi falta de competencia en el conocimiento de programación del lado del servidor.
@J.Berman: ¿impidió el lanzamiento porque necesita aprender más, o porque se topó con un obstáculo, no había previsto el problema y todo el problema quedó más enlatado que "pospuesto"? Yo diría que no necesariamente necesitas mencionarlo. Podría ser interesante hablar de ello en una entrevista y explicar qué pasó y qué aprendiste de ello. Pero en tu currículum, eso probablemente haría más daño que bien. Por lo general, tampoco enumera los proyectos empresariales que fallan, o no menciona si fallaron o no cumplieron con las expectativas sobre el ROI... :)
John (quien dejó el equipo antes de tiempo) fue el responsable de crear los códigos del lado del servidor. Sabía que no iba a construir una API del lado del servidor antes de comenzar el proyecto con ellos. Cuando John dejó el equipo, Smith y yo decidimos usar SaaS o contratar a un empleado del lado del servidor al completar la funcionalidad local completa. Esta aplicación funcionaba muy bien en teléfonos locales (interfaz de usuario y rendimiento probados). Debido a que esta aplicación estaba destinada a ser una aplicación social, no pudimos lanzarla sin la parte del lado del servidor.
@J.Berman: Sí, no veo mucho valor en explicar eso en un currículum. Sólo di lo que hiciste. Pero si su aplicación nunca se lanzó, incluso para unos pocos usuarios, entonces no es muy valiosa en ningún caso. Es un poco como el caso de los estudiantes que me dicen "¡pero trabajé tan duro en esto!" o aquellos que entregan un trabajo de 30 páginas para una tarea que podría haberse hecho en 3: si todo está fuera de tema o no se entrega, no importa. Es 'E' for effort, pero no subirá más que eso (pero es muy posible que baje más...).
Por supuesto, en el mundo profesional, (deberíamos) valorar lo que aprendes y no solo lo que entregas, pero es difícil de cuantificar y calificar.

El objetivo de un currículum es conseguirle una entrevista. Para hacer eso, solo debe enumerar aquellos elementos que se aplican al puesto que está solicitando y de los que desea hablar durante una entrevista.

Personalmente no creo que enumeraría este proyecto. Señala que no pudo trabajar con un equipo para cumplir con una fecha de lanzamiento. Es muy posible que esto no se vea como algo negativo, pero la verdad es que los gerentes de empresas buscan un historial de éxito. Esto no le ayuda a construir ese registro. Además parece que hubo dificultad con el equipo y eso también pinta mal. Ocurrió durante su tiempo en la Universidad, por lo que no se espera que muestre su historial laboral, por lo que no debería haber ningún problema con la brecha que podría aparecer si ocurriera después de la graduación.

Si habla sobre el proyecto durante las entrevistas, enfatice lo que aprendió del proyecto, no hable mal de los miembros de su equipo de ninguna manera y esté preparado para hablar sobre cómo abordaría el problema de manera diferente. Si no puede hacer eso, también me abstendría de hablar sobre eso durante las entrevistas.

Estoy de acuerdo con la oración inicial de @Chad, pero creo que la respuesta tiene más matices que su evaluación.

Su currículum no es más que un anuncio de sus habilidades y calificaciones, destinado a conseguir entrevistas. Como dice Chad, querrá personalizar su currículum para cada solicitud de empleo. Algunas posiciones, particularmente las corporativas, pueden no apreciar la experiencia adquirida a través de una empresa empresarial fallida. Otros, en particular las pequeñas empresas, comprenderán que usted ha obtenido una formación de liderazgo y unas habilidades de gestión inestimables, y que su experiencia le ha proporcionado una comprensión de los flujos de efectivo, el marketing, la gestión de personal y el manejo del estrés.

En ese punto, si cree que la persona que lee su currículum apreciará tal experiencia, definitivamente inclúyala. Al hacerlo, enumere su producto previsto y sus responsabilidades. Tenga en cuenta que cualquier cosa en su currículum es un juego justo para las preguntas durante la entrevista, por lo que deberá estar listo para proporcionar buenas respuestas a preguntas como "¿por qué fracasó la empresa?" y "¿qué papel tuviste en el fracaso de la empresa?" Si puede pensar en buenas respuestas a preguntas de esa naturaleza, no dude en enumerarlas. ¡Buena suerte!

Teniendo en cuenta sus pocos puntos aquí , no mencionaría este proyecto en absoluto.

Míralo desde la perspectiva de un entrevistador. ¿Cómo confiaría en que alguien realmente hizo lo que dice que hizo, pero no quiere respaldar sus afirmaciones con detalles adicionales?

¿Qué pasaría si incluyera esto como un proyecto no lanzado (y si no se encuentra en el estado de California) y el futuro empleador de la aplicación móvil realmente lo emplea y lo obliga a firmar los contratos de acuerdo estándar (lo que básicamente significa que cualquier trabajo que realice cuando se emplea es la propiedad intelectual de los empleadores)? ¿Cómo prueba que el propietario de su IP se envía si algún día finalmente lanza esta aplicación? Esto, en mi humilde opinión, solo genera muchas preguntas innecesarias y una posición difícil en la que estar.

Si yo fuera usted, mencionaría las habilidades en el currículum y en la entrevista mencionaría el desarrollo de una aplicación móvil, por interés.

Nunca fui contratado oficialmente como desarrollador de software. Solo he trabajado en mis propios proyectos y nunca lo publiqué. Si me preguntan detalles técnicos sobre los proyectos en los que he trabajado, confío en que puedo responderlos todos. Pero, ¿cómo demuestro en el currículum que realmente tengo esa experiencia? Mi trabajo no se puede encontrar en ninguna parte de Internet (es por eso que estoy tratando de obtener una pasantía, en lugar de trabajar en mi propio proyecto nuevamente).
Irónicamente, en realidad no puedes probarlo. Solo puede mencionar que es un usuario experto/intermedio/novato de las habilidades requeridas para tales proyectos. Para demostrar que tiene la comprensión del tema, tendrá que ir bien en la entrevista. Nuevamente, articule sus respuestas después de ponerse en el lugar del entrevistador, ¿cómo sabe él que el candidato no está fingiendo?

No incluiría esto, te arriesgas a parecer demasiado comprometido con tus propios intereses. Es bueno tener proyectos paralelos, pero estar a la defensiva con los detalles te hace parecer como si estuvieras comprometido a hacer lo tuyo más allá de, por ejemplo, los proyectos en el trabajo.

Depende, si estuvo empleado al mismo tiempo, entonces el "proyecto paralelo" puede dar una idea equivocada. Sin embargo, se trata de cómo lo presenta. No hace falta decir que lo hacía 80 horas a la semana ni nada. Si no estaba empleado en ese momento, está bien, me parece un año sabático valioso.
Estoy de acuerdo en que es bueno haber trabajado en algo mientras no estaba empleado. Sin embargo, si ni siquiera está dispuesto a compartir el objetivo de la aplicación, lo entendería como que potencialmente todavía ve esto como su prioridad número uno. Eso podría preocuparme como reclutador, ya que me gustaría que los proyectos de trabajo tuvieran prioridad.
@Matt Este proyecto fue un "proyecto principal". No estaba empleado ni asistía a clases mientras trabajaba en el proyecto. Y no tengo intención de trabajar en este proyecto si me contratan. Solo me gustaría apelar a mi experiencia como desarrollador móvil junior porque mi universidad no enseña nada sobre desarrollo móvil (por lo tanto, esta experiencia ocupa una gran parte de mi experiencia en desarrollo móvil).
Entiendo perfectamente querer comunicar esta experiencia. Estoy hablando puramente sobre el futuro aquí. Como empleador, un proyecto no especificado e inconcluso da muy poco para continuar. Es mejor que lo discuta como un aprendizaje autodirigido, estructurado y dedicado, que describa la funcionalidad x, y y z que ahora puede implementar. Dado que no está dando detalles sobre la aplicación, creo que el contexto de una aplicación sin terminar agrega poco valor a la discusión y puede parecer defensivo, lo que a algunos reclutadores no les gustará.

Personalmente, creo que está bien escribir cualquier experiencia que permita que sus habilidades brillen en lugar de mantener su currículum superficial y lleno de palabras clave (lo que todos hacen en estos días).

Puede explicar en su currículum lo que aprendió hasta ahora de su experiencia de desarrollo de aplicaciones móviles y qué trucos y habilidades aprendió que dan forma a la forma en que ve los roles de desarrollo en el futuro. También puede tener en cuenta lo que puede ofrecer a una empresa en función de su experiencia mientras construye su currículum, lo que cree que podría generar puntos de bonificación de la empresa que lee su currículum.

Básicamente, lo que estoy tratando de decir es que intentes evitar lo negativo de las cosas que no puedes cambiar (la experiencia con tu equipo), pero aun así encuentra una manera de darte algo de luz al moldear la forma en que cuentas tu historia.

nvm no se dio cuenta de que fue hace 2 años. ¡Espero que todo haya salido bien!
¿Cómo incluir la experiencia de inicio no lanzado en el currículum?
RespuestasAquíPolítica de privacidad1y, 0v