¿Qué haces para seguir siendo productivo cuando trabajas solo? [cerrado]

Me resulta agotador trabajar de forma aislada, en un código que nadie más verá durante semanas. Estoy buscando ideas para tratar de mantenerme productivo y motivado.

¿Qué hace para mantenerse motivado y productivo, cuando se le asigna una tarea de programación a largo plazo y trabaja por su cuenta (por ejemplo, desde casa, sin compañeros de equipo o compañeros de trabajo)?

Mantener un equilibrio.

Dado algo nuevo (por ejemplo, jugar un juego, tomar una cerveza, etc.), podemos enfocarnos y hacer eso por un período prolongado de tiempo. La única forma de impulsar una tarea mundana (sin una sobredosis de café ) es mantener el equilibrio . Digo 'mundano' porque si esta fuera una tarea que realmente te apasionaba, no hubieras deambulado por el sitio y formulado esta pregunta.

Sugerencias:

• Equilibrar. Trabaja en el proyecto a largo plazo durante una hora dos y luego recompénsate con algo que disfrutes. Abraza el descanso de la tarea. Repetir.
• Mentalidad a largo plazo : pensar en el increíble trabajo que harás después (este trabajo menos interesante) es estimulante.
• Divide tu proyecto en pequeñas tareas . Tareas que solo tomarán un par de horas en completarse. A medida que completa cada una de estas pequeñas tareas, le dará la sensación de progresión.

Establecer objetivos es la única forma de trabajar ...

Al final de la hora, quiero que termine X. Y a la hora del almuerzo quiero terminar Y&Z. En el almuerzo, revisa dónde debe llegar, luego establece nuevos objetivos. Por completar cada objetivo, hay una recompensa; la recompensa podría ser una taza, o una caminata desde su escritorio o 10 minutos en stackexchange ...

Claramente, también es mejor establecer objetivos alcanzables: buscas la recompensa mental de marcar un elemento de trabajo de tu lista. No importa cuál sea su objetivo, siempre que pueda lograrse dentro de su ventana de tiempo.

Acércate como un problema de programación

Es fácil quedar tan atrapado en la escritura del código que separamos la forma en que resolvemos los problemas de programación de la forma en que resolvemos los problemas del mundo real. Pero en realidad las herramientas conceptuales que usamos para resolver problemas de programación son bastante buenas para todo.

• Recopilar datos : ¿cuándo disminuye su productividad? ¿Qué sucede justo antes de que te distraigas? ¿Cuál es la raíz de la pérdida de motivación? Mantenga un diario de trabajo detallado y honesto durante una semana o dos, enfocándose en lo motivado que se siente y lo que hace.
• Analizar requisitos ¿Qué se necesitaría para mantener la motivación a la luz de los datos que ha reunido? ¿Cómo puedes romper los patrones que conducen a la pérdida de motivación?
• Encuentre soluciones : a veces puede encontrar que existen herramientas de software (algo así como RescueTime quizás) que pueden ayudarlo a mantener su enfoque cuando trabaja. Tal vez se dé cuenta de que necesita más contacto social en general y organice algunas salidas nocturnas regulares con amigos para ayudar a mantener los pies en el suelo. Si ha identificado un problema específico, bien podría haber libros que puedan sugerir formas de solucionarlo. Tal vez el problema sea que no eres apto para este tipo de trabajo y la solución será simplemente cambiar de trabajo.

Como programador ya tienes las herramientas que necesitas para resolver esto, solo es cuestión de aplicarlas.

Esto es lo que creo que según mi trabajo,

1. Definir claramente la tarea en cuestión : lo más importante aquí es escribir la tarea y no guardarla en la memoria .

2. Desglose en tareas si la única es enorme : divídala nuevamente en tareas y escríbalas.

3. Asigne una ETA o una fecha límite : esto es realmente importante, y sea muy estricto y disciplinado al respecto. De lo contrario, pospondrás las cosas.

4. Use la técnica de pomodoro para enfocarse a corto plazo. Y use el intervalo de tiempo para hacer recados y otras cosas como verificar el correo electrónico.

5. Asegúrese de que todo su enfoque esté en la tarea en cuestión. Evite las tareas extraviadas tanto como pueda.

6. Una vez que termine una tarea, márquela completa y mantenga un registro de la hora en que comenzó y la hora en que terminó. Mantenga un registro de las cosas que resolvió algo especial mientras ejecutaba una tarea.

7. Una vez que haya terminado de ejecutar la tarea, decida el siguiente paso .

Haga que estos datos sean tabulares. Todo esto está ahí en David Allen's Obteniendo cosas.

Algunas cosas más importantes.

1. Revisa lo que has estado haciendo una vez por semana. Los registros deben sugerir mejoras con el tiempo.
2. Tome medidas correctivas si va por el camino equivocado.
3. En última instancia, sus tareas deben converger hacia objetivos semanales, mensuales, anuales y de por vida.

Recuerda:

Dar el siguiente paso es importante. Si tiene un siguiente paso para cada tarea, las oportunidades de su tarea crecen linealmente y si conducen a más de un paso siguiente, las oportunidades de la tarea crecen exponencialmente.

De hecho, como dijo Sun Tzu: las oportunidades se multiplican a medida que se aprovechan.

Resumiendo todo:

1. Ser organizado trabaja. Planificar, organizar, programar y realizar un seguimiento .
2. Revisar periódicamente.
3. Sé sincero y analiza los datos.
4. Disciplina mientras se ejecuta. Y enfóquese en la tarea en cuestión, el plan ya está en papel, no necesita preocuparse por eso.

Sigue esto religiosamente.

Me parece útil tener compañeros que estén dispuestos a compartir tus pensamientos sobre lo que sea que estés trabajando. Nunca ha habido un problema completo en el que he trabajado solo que no se haya beneficiado de ser discutido con otros.

Pregúntele a una persona de la tercera edad o a un amigo si pueden dedicar tiempo para revisar su código. Si puedes emparejar la revisión, ¡aún mejor!

También puede resultarle útil bloguear sobre sus experiencias de codificación. Estoy seguro de que hay cosas que ha aprendido o que está practicando (TDD, por ejemplo) durante este largo período, o ideas sobre cómo ha hecho algo y preguntándose si podría haberse hecho mejor.

Estoy trabajando en un pequeño proyecto que terminará siendo sobre-diseñado. A nadie más realmente le importa, pero estoy tratando de estirar mis habilidades. Estoy leyendo un libro sobre refactorización, por lo que me gustaría aplicar todas las prácticas que pueda. No estoy en una crisis de tiempo. Como el único programador, nadie va a mirar mi código (no cualquiera que pueda entenderlo, pero el visitante ocasional de mi cubo puede echar un vistazo). Hice un prototipo e hice una demostración. Espero con interés las solicitudes de cambio.

Aunque estoy motivado para hacer las cosas, también prefiero un buen desafío.

He hecho esto en algunos proyectos. Encuentro la mejor manera de mantenerme motivado para hacerme responsable.

Incluso si nadie va a mirar mi código o lo que estoy haciendo, sigo teniendo la prioridad de hablar con mi supervisor, jefe o el primer ministro y hacerles saber dónde estoy y qué planifico. en terminar para el final de la semana. Tarda 5 minutos en analizarlo con ellos, y algunos PM me han dicho que también es realmente útil para ellos.

Para mí, establece un objetivo y un plazo suave que quiero cumplir. Para el primer ministro, les permite saber dónde estoy en la tarea y les da tiempo para dar su opinión.

Si no puede hacerlo cara a cara, envíe un correo electrónico corto. Se trata de hacerse responsable de sus tareas.

Además, intente dividir un trabajo muy grande en pequeñas tareas manejables y medibles. Use un sistema de seguimiento de boletos y asígnele boletos. De esta manera, puede administrar cómo lo está haciendo y hacerse responsable de todas las tareas que tiene que hacer.

La buena música para la programación (tecno, trance) ayuda, manteniéndome entusiasmado cuando no estoy de humor o cuando trabajo en partes del software que no me entusiasman particularmente.