Cómo curar el síndrome de "no se puede entregar" / "no se puede entregar a tiempo"

8

Soy un programador superior a la media (me interesa el desarrollo de lenguajes, marcos y tecnología en general y tengo una buena comprensión de los sistemas), pero constantemente me encuentro incapaz de entregar cosas (a tiempo). Esto no afecta mi trabajo diario, ya que tiene un buen proceso de control (tareas pequeñas con desarrollo impulsado por la vergüenza) Pero definitivamente me perjudica en mis proyectos personales.

Algunas de las razones que creo que están en juego. -Hago las cosas más complicadas de lo que deben ser. A menudo, mucho más de lo que admito. -No soy muy bueno para hacer las tareas más pequeñas a veces. -Me alejo por rincones oscuros cuando los encuentro en lugar de mantener un foco láser.

El resultado es a menudo que no entrego. Ahora puedo saber en el fondo de mi cabeza lo que tengo que hacer, pero agradecería su estrategia sobre cómo ser el tipo que "cumple".

geoaxis
fuente
Oh bueno, en proyectos personales es algo normal. (a menos que esté apostando demasiado por ellos) Si aquellos en los que el cliente proyecta, eso sería un signo de problemas profundos.
ZJR
¿Tienes algún compromiso en tus proyectos personales o son solo proyectos de pasatiempo por diversión?
Escriba el núcleo del proyecto y luego encuentre otros para terminarlo.
Trabajo
comentó # 2 Bueno, realmente me gustaría terminarlos, pero mi trabajo no está en juego. Supongo que la mínima autodisciplina que tengo es porque me pagan por lo que hago (lo cual es triste porque pensé que tenía pasión)
geoaxis

Respuestas:

3

Un par de observaciones:

  1. Aplica los procesos que están funcionando a tus proyectos personales.
  2. ¿Estás motivado por ti mismo o por motivos externos? Motívate a ti mismo. Se requiere automotivación para avanzar a posiciones de liderazgo.

Según Seth Godin , la forma de enviar a tiempo y dentro del presupuesto es la siguiente: cuando se acaba el tiempo o se queda sin dinero, se envía. Eso es.

También dice que la gente tiende a las cosas de oro; desarrollan la picazón para corregir solo un error más, o agregan solo una característica más. Hacen esto, no porque realmente necesiten esa nueva característica o arreglo para enviar, sino porque tienen miedo al escrutinio; siempre que el producto no se envíe, pueden evitar las críticas.

Las personas ganan una reputación de ser valiosas porque saben cómo hacer las cosas, no solo porque tienen buenas ideas. Tienen la capacidad de terminar. No se trata de una estrategia. Se trata de una mentalidad. Use esa mentalidad para rodearse de las herramientas que necesita (tanto mentales como físicas) para ser lo más productivo posible.

Dicho todo esto, defiendo una técnica que defiendo, y son las explosiones cortas de productividad de alto nivel. Dese períodos de 20 o 30 minutos en los que decida que va a ser lo más productivo posible durante esa breve explosión. Establecer un temporizador. Cuando ese temporizador termine, tómate un descanso de 5 minutos. Estirar, caminar. Vacia tu mente. No pienses en el trabajo durante ese tiempo.

Enjabonar, enjuagar, repetir.

Robert Harvey
fuente
+1 buena conferencia, de hecho. Me gustó la parte: "obtienes mucho tiempo libre".
ZJR
1
También me gustó el hecho de que Godin acreditó correctamente que "cuando te quedas sin dinero o tiempo de envío" a los 37 tipos de señales ( supongo que Fried / Heinemeier ) y también hizo referencia al libro de Pressfield "La guerra del arte" .
ZJR
2

Hay una gran diferencia entre llegar tarde a una tarea fija y bien definida y llegar tarde porque la tarea cambia. En el trabajo, es el cliente quien solicita los cambios, y todos entienden que el horario cambiará en consecuencia.

En casa eres el cliente y el programador. Cuando estás trabajando en algo y la idea se te viene a la cabeza "Caramba, si cambio A o reescribo B, el proyecto será mejor", eso es un cambio, no llegar tarde. En los negocios, un cliente sopesaría las alternativas y tomaría una decisión, en casa usted está haciendo lo mismo.

Considere crear un sitio web en el trabajo y a la mitad del cliente llama y pregunta "Sé que está construyendo parte de él en Flash, pero ¿podríamos usar HTML5 en su lugar?" Pensaría y respondería algo como "Bueno, sí, pero hará que el proyecto demore 3 semanas adicionales y agregue x dólares al costo".

¡En casa la diferencia es que generalmente tenemos un duh! momento en el que nos damos cuenta de "Gee, esto sería mejor si estuviera usando HTML5". La parte que omitimos es la parada para pensar en las implicaciones del cambio en términos de programación; en otras palabras, generalmente no hacemos una pausa para pensar en el cambio. En cambio, generalmente seguimos adelante y lo hacemos porque "sabemos" o "pensamos" que es la mejor manera. No iniciamos Excel y hacemos un cálculo financiero como lo haría un contador de frijoles en el trabajo al decidir si se debe hacer un cambio.

Personalmente, me gusta esto en casa, no todo el desarrollo debe ser impulsado por contadores de frijoles ;-)

No te golpees, apenas comprende lo que está sucediendo.

JonnyBoats
fuente
1

Un gran consejo aquí: además de eso, trata de conseguir un socio que esté interesado en el mismo proyecto que quieres hacer. Entonces pueden motivarse mutuamente y hacer las cosas. Es como conseguir un compañero de gimnasio: ayuda mucho en los días de escasez.

Esta es exactamente la razón por la cual los proyectos de código abierto funcionan: muchas personas que realmente quieren hacer eso, se presionan entre sí para mantener una entrega de calidad / consistente.

Subu Sankara Subramanian
fuente
1
Además
0

Pocos puntos vienen a la mente:

  • Establecer un objetivo alcanzable específico.

  • Haga de la simplicidad un objetivo por el que luchar.

  • Pon un plan de proyecto realista y trata de cumplirlo.

  • Aislar la investigación de la entrega.

  • Analiza tu rendimiento (como lo estás haciendo aquí).

  • Ponga el tiempo por adelantado en el diseño.

Ninguna posibilidad
fuente
¿Lo estoy leyendo al revés, o le estás diciendo a un perfeccionista que dedique más tiempo (y más dedicado) al diseño? Los perfeccionistas deben mantenerse alejados del diseño tanto como los obesos deben mantenerse alejados de los alimentos.
ZJR
Gracias por tu comentario. Lo estás leyendo bien. El OP dice "Me alejo en rincones oscuros cuando los encuentro", si uno diseña algo de una manera, no tendría que alejarse. Además, no sabía que geoaxis es un perfeccionista :)
NoChance
no sé, realmente, inferido de "Hago las cosas más complicadas de lo que deben ser"
ZJR
Creo que se requiere un poco más de planificación pragmática. Algunas veces hago demasiada planificación y otras veces simplemente me sumerjo en eso. Ambos me han fallado en el pasado.
geoaxis
La planificación pragmática suena como un término interesante. No puedo ver cómo la planificación puede fallar. Si no puede apegarse al plan, o ha pasado por alto algo o el plan no es realista o simplemente no le importa / quiere apegarse al plan.
NoChance
0

Lo que funciona para mí es escribir entre 5 y 10 tareas del tamaño de un bocado en mi pizarra al comienzo del día. Nada muy ambicioso. Mi objetivo principal es tachar esas tareas antes del final del día. Si nada más, solo haz esas tareas.

Por supuesto, saldré a las tangentes y trabajaré en muchas otras cosas, pero si el día está llegando a su fin, dejaré esas tangentes y volveré a esa lista. Mi motivación es que quiero la satisfacción de ver esa lista completa tachada y comenzar una lista completamente nueva al día siguiente.

Es sorprendente lo mucho más productivo que soy cuando hago esto.

CFL_Jeff
fuente
0

Para proyectos personales, este nivel de dilación está bien. Son más divertirse y aprender que producir productos finales. Si estuviera hablando de proyectos de clientes, este sería un asunto muy diferente.

Si le preocupa su productividad en proyectos personales, me fijaría metas alcanzables con recompensas. También debe aceptar que el envío es una característica. Es mejor tener un producto imperfecto ahora que un producto perfecto en el futuro

Tom Squires
fuente
0

Tengo el mismo problema y he descubierto que las siguientes 2 cosas me ayudaron enormemente:

  1. Hacer especificaciones funcionales por adelantado. Aunque solo eres tú, no quieres entrar en un ciclo en el que sigues cambiando de opinión sobre las cosas.
  2. Utiliza la técnica Pomodoro . Esto ayuda a evitar evitar las cosas difíciles con las pérdidas de tiempo.
John MacIntyre
fuente
0

No te permitas comenzar otro proyecto hasta que termines el que estás trabajando. Termino acumulando demasiadas cosas que quiero hacer, que no termino ninguna de ellas. Si te aburres, haz malabares con 2 proyectos.

Owen Johnson
fuente