¿Debo incluir proyectos inacabados/cancelados en mi cartera?

Trabajé durante aproximadamente un año en una solicitud antes de que la empresa la cancelara. Estoy bastante orgulloso del trabajo que hice y estoy considerando agregar una descripción junto con algunas capturas de pantalla del producto sin terminar a la sección Proyectos de mi cartera.

El alcance del proyecto fue bastante impresionante y las capturas de pantalla se ven muy bien, sin embargo, es bastante obvio que el producto no está terminado.

Cuando comencé el proyecto, era joven y dije con optimismo: "Seguro que puedo tener esto hecho en un año", y un año más tarde nos dimos cuenta de que requeriría mucho más tiempo y mano de obra para terminar de completar el proyecto. La empresa decidió que no querían contratar a más programadores y que querían que volviera a mis funciones habituales a tiempo completo, así que lo cancelaron. Así que supongo que fue un poco mi culpa por no entender el alcance del proyecto y dar una mala estimación, sin embargo, estoy muy orgulloso del trabajo que se terminó y creo que es una gran muestra de mis habilidades.

¿Agregar un proyecto inacabado y cancelado a mi cartera causaría una mala impresión?

Respuestas (4)

Cuando completo mi currículum/portafolio, incluyo todo el trabajo relevante que he realizado.

Como regla general, a la empresa le importará más la experiencia técnica que obtuvo de ese esfuerzo que el éxito del proyecto.

Puede haber varias razones para un proyecto fallido, falta de financiación, compra del cliente. El cliente ya no quiere la aplicación. Su empresa se hunde, cancelada por falta de otros empleados, cancelada porque una nueva tecnología la hace redundante, etc.

Hay mil y una formas en las que puede fallar que están fuera de tu control.

Sin mencionar que ni siquiera necesita decir que falló, ciertamente nunca he visto un currículum que diga "Trabajé en X durante Y años para el cliente Z: Éxito", etc.

Por lo tanto, lo animo a que enumere toda la experiencia relevante, es parte de su historial laboral y ese conocimiento no desaparece simplemente.

Si se le pregunta al respecto en una entrevista, no tiene nada de malo decir "Este proyecto se canceló debido a Y, pero lidiar con estos problemas me ayudó a aprender X, Y y Z".

Concéntrese en cómo esto tuvo un impacto positivo en su carrera y muéstreles que incluso puede convertir el fracaso en un éxito personal.

No creo que sea algo malo si destacas las nuevas habilidades y técnicas que aprendiste y cómo tu experiencia en el proyecto beneficiará a futuros empleadores potenciales.

Por ejemplo, trabajé en un proyecto .NET, con requisitos bastante complejos, y se creó en un período de tiempo muy corto. Dejé la organización antes de que se completara. No tengo idea de cuál fue su destino, pero lo incluí en los currículums para ilustrar mi capacidad para aprender rápidamente nuevos lenguajes y marcos, recopilar de manera eficiente los requisitos de los usuarios e implementarlos de manera oportuna.

Cualquier cosa que la gerencia haya hecho con el proyecto después de eso no tiene nada que ver con las habilidades que puedo ofrecer a los futuros empleadores.

También he leído currículos, conozco a otros que leen currículos. A nadie parece importarle mucho el estado de los proyectos finales que se enumeran (porque eso suele estar más allá de lo que hace un humilde desarrollador, y si no es así: ¿quién admitirá en un currículum que mató un proyecto por incompetencia o mala gestión?) - hay mucho más interés en las capacidades y habilidades descritas.

Creo que esta respuesta no cumple con los criterios para una buena respuesta en este sitio. Como mínimo, debe proporcionar ejemplos de su propia experiencia que muestren por qué su experiencia sugiere que esta es la respuesta correcta.
@AmyBlankenship: Mi ejemplo personal no encaja del todo, pero ya que usted preguntó, aquí va (brevemente): Era un proyecto .NET, requisitos bastante complejos y construido en un marco de tiempo muy corto. Dejé la organización antes de que se completara. No tengo idea de cuál fue su destino, pero lo incluí en los currículums para ilustrar mi capacidad para aprender rápidamente nuevos lenguajes y marcos, recopilar de manera eficiente los requisitos de los usuarios e implementarlos de manera oportuna. Cualquier cosa que la gerencia haya hecho con el proyecto después de eso no tiene nada que ver con las habilidades que puedo ofrecer a los futuros empleadores.
@AmyBlankenship: Y, en general, no creo que se necesite un ejemplo personal para una buena respuesta. También he leído currículos, conozco a otros que leen currículos. A nadie parece importarle mucho el estado de los proyectos finales que se enumeran (porque eso suele estar más allá de lo que hace un humilde desarrollador, y si no es así: ¿quién admitirá en un currículum que mató un proyecto por incompetencia o mala gestión?) - hay mucho más interés en las capacidades y habilidades descritas.
Edité la información de los comentarios para que esta sea una respuesta completa e independiente. Por favor, siéntase libre de modificar más si me perdí algo. ¡Espero que esto ayude! :)

En los gerentes de empresas se buscan personas con antecedentes de éxito. Incluir un proyecto que se canceló puede permitir que un gerente de contratación se concentre en una falla. Aunque este fracaso (supongo) no fue su culpa, los gerentes tienden a ignorar a quién pertenece la culpa y se enfocan en las personas del equipo que no pudieron salvar el proyecto. Incluir este proyecto podría exponerlo a una serie de preguntas incómodas que podrían terminar en respuestas que suenen como si estuviera hablando mal de su antigua empresa.

Entonces, si tiene una cartera que se ve bien sin el proyecto cancelado, la dejaría de lado.

sin embargo, es bastante obvio que el producto no está terminado.

En mi opinión, si es un buen trabajo, debe hacer lo que pueda para incluirlo. ¿Es posible presentar el material de manera que no sea tan obvio que está inacabado? No es necesario que mientas: simplemente presenta las muestras como ejemplos de tu trabajo que consideras bien hecho.

Si el entrevistador pregunta "Entonces, ¿cómo les gustó el producto a los clientes (usuarios...)?", o algo por el estilo, en ese momento tendrá que lidiar con el hecho de que el proyecto nunca se completó, pero debería ser capaz de "afinar" eso de una manera que no se refleje negativamente en usted. ( ¡Pero tenga cuidado de no culpar a otros por el fracaso! )

Creo que la mayoría de los entrevistadores/empleadores potenciales estarían mucho más interesados ​​en la calidad de su trabajo que en el resultado general del proyecto en el que trabajó para otra persona, especialmente porque ese resultado a menudo está completamente fuera de su control.

Un buen ejemplo de por qué parece inacabado es que los botones tienen letras en lugar de iconos. Ya no tengo acceso al código fuente, solo capturas de pantalla, por lo que no es algo que pueda modificar.
Puede colocar la etiqueta adecuada en las capturas de pantalla . Dependiendo de qué tipo de trabajo sea, ese tipo de cambio podría ser intrascendente y no necesariamente una tergiversación. Pero cada uno tiene su propia zona de confort en algo así.