Доброго вечера, а вот какой у меня возник вопрос. Наверняка многие делают формальные задания на испытательный срок.  Вот как вы поступаете в ситуации, когда берете бойца в активный проект, где надо фигачить таски по приоритетам менеджмента? И завтра эти самые приоритеты могут измениться. Пишите что-то типа «выполнение проектных  задач» или пишете те, что ближайшие в проекте, а дальше корректируете?

Скок примеров надо на "любят" наскрести?)
У Димы там под постами в FB частенько обсуждается одно и тоже

ну короче. нет, не любят

ок, уговорил)

🤝

Ром, а в чём вопрос? Таски ж по сути на спринты выдаются, а приоритеты тасуют как раз выдачу на спринты.

а ещё они поменялись 3 раза за спринт?

Вопрос в том, что часто есть документ с задачами на испытательный срок. Я решаю через пункт «решение проектных задач» и реально смотрю на решение этих самых задач. А бывает так, что такой уровень абстракции недопустим по разным соображениям, вот что тогда? В мире всяких там аджайлов. Забивать на это?

Ну может быть не три, а даже 0 в рамках ближайшего спринта, а дальше то что-то будет, но не факт, что ты точно знаешь что:)

ну хотя бы так

Если смотреть за решением конкретных задач, то задача не имеет решения. Я всегда смотрю за тем. как влился в поток решения задач, но это противоречит Твоей постановке.

Могу описать про "влиться в поток задач", но мне кажется Ты и сам понимаешь, что это. В Твоей парадигме такое не получается применить?

Ну это такое же неизмеримое получается. Я в эту сторону тоже думал

Ты думаешь в сторону измеряемости. Хм.... Измеряй тогда сложность задач, постепенно повышая их. Только там сложность многофакторная. Например, выстроить класс идемпотентности для всех применений в системе - это одна сложность, а скажем, построить клиент для интеграции с неким сервисом, ничего не забыв и аккуратно подсоединив все "клеммы" - другое.

Тогда оценив кажду задачу в беклоге по некому набору параметров, подавать на вход новичкам постепенно повышающийся уровень, установить его способность и готовность к максимальному уровню (замерив его таким образом) и далее, если уровень выше приемлемого. он проходит испытательный во-первых. Во-вторых, Ты его ещё сравниваешь с остальными в команде и делаешь ранжирование.

Ты всё реально хочешь вот это автоматизировать и привести к единой схеме?

Нет же

Я спросил опыт;)

Измеримость - это просто мой комментарий, почему твой пример похож на мой подход, но он по сути такой же абстрактный с отсылкой на будущий анализ результатов.

Но ведь получается тогда наложение абстрактных задач на реальные, почему не перекладывать реальные в абстрактные?

Я оперирую ритмичностью разработки людей. Если у разаботчика есть привычный ему ритм и он его придерживается, - это норм. Рваный ритм - не норм.

Потому что на момент составления плана у тебя может не быть реальных задач

Выходит, что само слово «план» не подходит