Перечисленные вами кейсы, как раз-таки, говорят о том, что на эту позицию лучше приходить не после курсов, а с другой позиции в команде разработки. Тогда и понимание отрасли будет и на реальные процессы успеешь насмотреться.
Вот только есть один нюанс - самостоятельные специалисты, которые умеют думать на уровне решения бизнес-задач, это синьоры, и я не знаю ни одной команды, которая состояла бы на 100% из таких людей, т.к. в любом достаточно крупном проекте, кроме сложных задач с большим количеством неопределенности, есть еще и туева гора задач, где не нужно импровизировать, нужно брать и делать. И для этого не нужна overqualified команда, нужны понятные задачи.
Было заявлено три подхода, но по факту всё про один - относительная оценка задач с корректировкой соотношений через статистику. Который нужно собирать через сервис, который вы рекламируете, так?))
Коммуникация, безусловно, важна, в процессе ведения проекта, но описанный здесь вариант реализации - MVP(быстро и недорого) + доработки(качественно), используется в индустрии настолько давно, что уже считается чуть ли не стандартом. Каким образом, увеличение количества коммуникаций позволит данному паттерну лучше вписываться в треугольник ограничений? Кмк, когда надо пилить быстро, созвоны не добавляют ценность, а отбирают время у команды
Перечисленные вами кейсы, как раз-таки, говорят о том, что на эту позицию лучше приходить не после курсов, а с другой позиции в команде разработки. Тогда и понимание отрасли будет и на реальные процессы успеешь насмотреться.
Вот только есть один нюанс - самостоятельные специалисты, которые умеют думать на уровне решения бизнес-задач, это синьоры, и я не знаю ни одной команды, которая состояла бы на 100% из таких людей, т.к. в любом достаточно крупном проекте, кроме сложных задач с большим количеством неопределенности, есть еще и туева гора задач, где не нужно импровизировать, нужно брать и делать. И для этого не нужна overqualified команда, нужны понятные задачи.
Интересная ассоциация с баром, наглядно описывает run, но что тогда в подобном контексте change?
Было заявлено три подхода, но по факту всё про один - относительная оценка задач с корректировкой соотношений через статистику. Который нужно собирать через сервис, который вы рекламируете, так?))
Коммуникация, безусловно, важна, в процессе ведения проекта, но описанный здесь вариант реализации - MVP(быстро и недорого) + доработки(качественно), используется в индустрии настолько давно, что уже считается чуть ли не стандартом.
Каким образом, увеличение количества коммуникаций позволит данному паттерну лучше вписываться в треугольник ограничений?
Кмк, когда надо пилить быстро, созвоны не добавляют ценность, а отбирают время у команды
Это уже больше для аналитика задача, разве нет?