Est-il typique pour qu'il n'y ait pas de véritable conception avant que quelqu'un soit attribué une tâche?
Je suis un ingénieur junior, mais j'ai travaillé à deux entreprises maintenant. Dans les deux cas, j'ai constaté que mes collègues et moi-même avons reçu des tâches sans aucune pensée dans la conception avant d'être dit de le faire.
Généralement, je passe environ 90% de mon temps à écrire sur papier comment je vais faire la tâche, alors le code en quelque sorte se écrit dans peut-être une journée, parfois deux si je rencontre des difficultés avec une API.
Y a-t-il quelque chose d'étrange à propos de cette image? La conception est-elle censée être le travail? Je ne le crois pas vraiment, j'aime beaucoup la conception des choses.
Mais il me semble qu'il serait plus productif de se réunir, car une équipe déterminerait la conception de tout à faire, puis tout le monde peut partir et le faire assez rapidement, cela mettrait tout le monde sur la longueur d'onde, et il y aurait donc moins Les instances d'interfaces ne sont pas comme vous le souhaitez. Je pense qu'une fois que la conception est terminée, le codage est essentiellement une série d'une fonction "écrire une fonction qui prend x et y", que n'importe qui peut facilement faire, sauf peut-être dans le cas d'un algorithme complexe requis.
Je pense à demander à mon équipe si nous pouvions essayer de concevoir des choses à l'avant, avant d'assigner le travail. Mais je ne suis pas sûr que si elles seront levées pour cela, ou si c'est une idée ridicule et c'est pourquoi je n'ai vu personne le faire.
Dans Scrum, une conception grossière se ferait normalement dans la 2e partie de la réunion de planification (sujet de sujet) . Vous pouvez proposer de le faire dans la prochaine rétrospective