A friend is moving into an engineering production role for the first time and sent me some questions to help them think about and approach the role. I'm sharing the questions in the thread below for others to contemplate and maybe post your own answers here. (0/N)
-
Pokaż ten wątek
-
"Q1. What are important things to consider when building an engineering roadmap?" (1/N)
3 odpowiedzi 0 podanych dalej 1 polubionyPokaż ten wątek -
"Q2. How do you decide how much time you want to dedicate to various groups/disciplines (i.e. combat, animation, cinematics, art, design)?" (2/N)
2 odpowiedzi 0 podanych dalej 1 polubionyPokaż ten wątek -
"Q3. How do you balance schedule between bug support vs. new tasks/feature implementation?" (3/N)
2 odpowiedzi 0 podanych dalej 1 polubionyPokaż ten wątek -
"Q4. What support do you want from a producer counterpart?" (4/N)
1 odpowiedź 0 podanych dalej 1 polubionyPokaż ten wątek -
"Q5. When do you consider a feature to be done/good enough?" (5/N)
2 odpowiedzi 0 podanych dalej 1 polubionyPokaż ten wątek -
"Q6. What are some of the best ways you’ve found to estimate and schedule tasks?" (6/6)
1 odpowiedź 0 podanych dalej 1 polubionyPokaż ten wątek -
W odpowiedzi do @ChristerEricson
Allowing the pointing process for a team to flesh out and tracking velocity over time. Understanding the team’s velocity as a whole and having effective checkins will keep you in time. Then you’ll begin to know roughly how long something should take and can bake in extra time.
1 odpowiedź 0 podanych dalej 0 polubionych
I think it’s best not to micro your team’s time. Instead let them rate the complexity of tasks. Then as a producer, make the “time to complete” element of velocity and pointing painless for your team by just tracking corollaries.
Wydaje się, że ładowanie zajmuje dużo czasu.
Twitter jest przeciążony lub wystąpił chwilowy problem. Spróbuj ponownie lub sprawdź status Twittera, aby uzyskać więcej informacji.