Интересно что в статье не вижу никаких упоминаний о влиянии на качество результата и работы с рисками.
По моему мнению, в больших командах многие процессы замедляются из-за размытия отвественности за качество и/или риски. И чтобы принять на себя ответсвенность за какаую-то часть работы я буду 100500 раз перепроверять входящие запросы и уточнять детали.
Именно поэтому PoC, MVP и т.п. создаются небольшими командами быстро. А через 5 лет жизни продукта, компания вырастает в сотни подразделений и проблемы не решаются годами.
Примерно такое же чувство от прочтения. И мне кажется, что есть глобальная ошибка в определении причин и следствий. В моем опыте хорошие команды формировались за счет естественных человеческих процессов. И еще ни разу не видел успешных искусственно сформированных команд на которые накладывают церемонии.
Тема очень близка к обсуждению скрама. Хорошая команда сама того не зная делает скрам. А не очень удачная команда только мешает себе карго культом.
Радует, что есть люди с трезвой головой и добрым сердцем. Сегодняшний скрам - это корпоративная религия. А т.к. внутренние дела компаний редко беспокоят простых граждан, политиков и военных, то в этой сфере процветает свобода, разнообразие и, надеюсь, местами естественный отбор. И ровно как к упомянутым 10 заповедям сегодня прилагается бесчислинное количество томиков и десятки "настоящих" конфессий, так и к скрамам прилагаются толпы проповедников. Слава роботам, мы побороли мировой голод и можем заниматься хоть скрамами, хоть пастарианством. Сегодня можно руководствоваться правилом "не нравится -не ешь". Что и сделал в итоге автор. Посоветовать могу лишь меньше рефлексировать и просто принять - люди разные в отдельном, но очень похожие в общем.
Могу сказать что испытываю такой же опыт. Только причины немного другие. На прошлом проекте у нас была небольшая "фуллстек" команда и мы делали все от дизайна до девопс. И мы обсуждение всех проблем проходило через всю команду от начала и до конца.
А вот на новом проекте я участник команды имплементации. И хоть "главный менеджмер" считает что на большом проекте сегодня так можно ограничивать контексты, он забывает про различный уровень компетентности даже не конкретных людей, а просто индивидуума и группы. И вот по процессу в команду имплементации уже должно приходить спроектированное решение. Но ввиду очевидных проблем часто возникающих в решениях, команде приходится разбираться со всем с самого начала.
В процессе кроме планинга, появился и груминг. А теперь и пре-грумминг. Но это все лишь попытка найти баланс между непрерывной коллективной разработкой и дискретным процессом с индивидуумами.
Если бы я сегодня был джуниором и не имел возможности/смелости/понимания иммиграции в другую страну, то я бы согласился на работу в большом городе в большой компании с лучшим на данный момент предложением по зарплате. только чтобы попасть внутрь. Внутри совсем другой мир.
Автору могу посоветовать месяц дома проводить на курсах от больших компаний. То что тут написали, тоже большой плюс. Все мы люди и везде все решается людьми. Поэтому социальные связи - самое важное. Чаще важнее конкретных навыков. Если в вас будут видеть хорошего коллегу, а не винтик для закрытия каких-то вопросов в проекте, то получить предложение о работе будет легче.
Почитав комментарии удивляешься насколько русский ушел далеко от других славянских языков. Даже белорусский, который русифицировали последние 150 лет, все еще очень близок и польскому и украинскому. А вот носителям только русского эти же языки уже намного сложнее понятны.
Мое предложение о том почему не хотят брать 30+летних джунов:
Потому что "развести" такого джуна на доп ответственность за меньшие деньги будет намного сложнее. Человек с любым опытом будет гораздо увереннее и сообразительнее в бытовом смысле чем студент. Те самые пресловутые софт скиллс. Т.е. работодатель же выбирает не станок для выточки деталей, а человека. Чтобы иметь возможность им манипулировать, надо в большинстве случаев просто пользоваться неосведомлённостью работника. А у человека за 30 уж слишком широкий может быть кругозор. Риски на лицо.
Минимальную цену можно выбрать только если покупаешь одно и тоже молоко в разных магазинах, в которых ты и так бываешь.
В центре Парижа можно заказать дорогой и невкусный салат цезарь.
Если покупаю для себя - то нравится/не нравится. Если для бизнеса - то окупится/не окупится.
Недавно в комментариях к другой статье узнал о феномене "рынка лимонов". Я бы подумал о его продолжении:
Когда качественный товар исчезает с рынка, средняя цена опять начинает расти. Т.к. всегда есть более жадные продавцы и более глупые покупатели. В итоге рынок превращается в лотерею.
Но мне видится другая причина плохого качества дорогих услуг на "русском" рынке. Это значительная доля не рыночных игроков. Они сидят на трубе и "работают" по таким ценам.
Т.е. у вас даже мысли не возникает, что на самом деле они все делали правильно? И был монолит для магазина. И две команды: одна для каталога, другая для заказов. И они разделили монолит на два сервиса: каталог и заказы. Разве так не могло быть? А теперь у них есть легаси версия из двух сервисов. Но команда на легаси осталась одна и небольшая. И вместо поддержки двух микросервисов, их объединили в один. Вин-вин. То что лично у вас по-другому, не значит что у всех так. Конечно, если бы автор дал больше деталей и примеров, то было бы интереснее. Но автор, наверное, хотел таки похайпить больше, чем принести пользы другим.
Странная логика. Мне слабо верится, что такой подход приносит больше прибыли, чем более сложная логистика убытков. Это ведь не только чаще надо привозить, но и чаще увозить просрочку.
Примерно так для меня и определяется адекватный разработчик.
Но к моему удивлению, почему-то «технари» остаются «технарями» и так мало при собеседовании обсужаются детали процесса разработки в компании. По мне так лучше поговрить к какому процессу привык разработчик, какой вид «стори на доске» считает нормальным и т.п. Ведь в большинстве случаев «уникальную» проблему можно решить выбрав подходящее типовое решение. И большая часть времени уходит как раз таки на определение проблемы и выбор, чем на программирование. Умение работать с проблемами внутри и есть сеньерити левел.
Наткнулся на этот пост пока искал настройки отображения комментариев. Очень огорчает что данный функционал до сих пор не в базовом оснащении хабра. Для меня самые необходимые это свернуть/развернуть ветки комментов и сортировка комментов по рейтингу. Может, еще обрезка длинных комментов. В последнее время читаю с телефона все больше. И мало того что комменты на отдельной странице, так еще полотна такие скролить....
Интересно что в статье не вижу никаких упоминаний о влиянии на качество результата и работы с рисками.
По моему мнению, в больших командах многие процессы замедляются из-за размытия отвественности за качество и/или риски. И чтобы принять на себя ответсвенность за какаую-то часть работы я буду 100500 раз перепроверять входящие запросы и уточнять детали.
Именно поэтому PoC, MVP и т.п. создаются небольшими командами быстро. А через 5 лет жизни продукта, компания вырастает в сотни подразделений и проблемы не решаются годами.
Примерно такое же чувство от прочтения. И мне кажется, что есть глобальная ошибка в определении причин и следствий. В моем опыте хорошие команды формировались за счет естественных человеческих процессов. И еще ни разу не видел успешных искусственно сформированных команд на которые накладывают церемонии.
Тема очень близка к обсуждению скрама. Хорошая команда сама того не зная делает скрам. А не очень удачная команда только мешает себе карго культом.
Просто тут случай когда над "Информация о произведении" работали дольше чем над статьей.
Потому что эти триллионы и так приносят неплохие прибыли. Вот как станет вопрос улучшить "двс" на полпроцента, тогда и задумаются.
Радует, что есть люди с трезвой головой и добрым сердцем. Сегодняшний скрам - это корпоративная религия. А т.к. внутренние дела компаний редко беспокоят простых граждан, политиков и военных, то в этой сфере процветает свобода, разнообразие и, надеюсь, местами естественный отбор. И ровно как к упомянутым 10 заповедям сегодня прилагается бесчислинное количество томиков и десятки "настоящих" конфессий, так и к скрамам прилагаются толпы проповедников. Слава роботам, мы побороли мировой голод и можем заниматься хоть скрамами, хоть пастарианством. Сегодня можно руководствоваться правилом "не нравится -не ешь". Что и сделал в итоге автор. Посоветовать могу лишь меньше рефлексировать и просто принять - люди разные в отдельном, но очень похожие в общем.
Могу сказать что испытываю такой же опыт. Только причины немного другие. На прошлом проекте у нас была небольшая "фуллстек" команда и мы делали все от дизайна до девопс. И мы обсуждение всех проблем проходило через всю команду от начала и до конца.
А вот на новом проекте я участник команды имплементации. И хоть "главный менеджмер" считает что на большом проекте сегодня так можно ограничивать контексты, он забывает про различный уровень компетентности даже не конкретных людей, а просто индивидуума и группы. И вот по процессу в команду имплементации уже должно приходить спроектированное решение. Но ввиду очевидных проблем часто возникающих в решениях, команде приходится разбираться со всем с самого начала.
В процессе кроме планинга, появился и груминг. А теперь и пре-грумминг. Но это все лишь попытка найти баланс между непрерывной коллективной разработкой и дискретным процессом с индивидуумами.
Спасибо за познавательную статью! Чем больше знаешь, тем меньше вас боишься.
Расскажите еще пожалуста про причины потери сознания после местной анестезии?
Я в гос клинике регулярно терял сознание. А в частной - никогда.
На каждом первом неофициальном СТО есть Вася, который "умело чинит" любой новый Мерседес и еще приговаривает "какие же немцы глупые!..."
В итоге владельцы этих Мерседесов в среднем очень Васей довольны и советуют обращаться к Васе и слушать все его советы.
В итоге ни один такой Вася своего Васядеса не построил. А мерседесы, которые обслуживаются на официальном СТО, стоят на рынке б/у в среднем дороже.
Если бы я сегодня был джуниором и не имел возможности/смелости/понимания иммиграции в другую страну, то я бы согласился на работу в большом городе в большой компании с лучшим на данный момент предложением по зарплате. только чтобы попасть внутрь. Внутри совсем другой мир.
Автору могу посоветовать месяц дома проводить на курсах от больших компаний. То что тут написали, тоже большой плюс. Все мы люди и везде все решается людьми. Поэтому социальные связи - самое важное. Чаще важнее конкретных навыков. Если в вас будут видеть хорошего коллегу, а не винтик для закрытия каких-то вопросов в проекте, то получить предложение о работе будет легче.
Почитав комментарии удивляешься насколько русский ушел далеко от других славянских языков. Даже белорусский, который русифицировали последние 150 лет, все еще очень близок и польскому и украинскому. А вот носителям только русского эти же языки уже намного сложнее понятны.
Мое предложение о том почему не хотят брать 30+летних джунов:
Потому что "развести" такого джуна на доп ответственность за меньшие деньги будет намного сложнее. Человек с любым опытом будет гораздо увереннее и сообразительнее в бытовом смысле чем студент. Те самые пресловутые софт скиллс. Т.е. работодатель же выбирает не станок для выточки деталей, а человека. Чтобы иметь возможность им манипулировать, надо в большинстве случаев просто пользоваться неосведомлённостью работника. А у человека за 30 уж слишком широкий может быть кругозор. Риски на лицо.
Классная статья! А комментарии еще лучше!
Добавлю своих мыслей:
Минимальную цену можно выбрать только если покупаешь одно и тоже молоко в разных магазинах, в которых ты и так бываешь.
В центре Парижа можно заказать дорогой и невкусный салат цезарь.
Если покупаю для себя - то нравится/не нравится. Если для бизнеса - то окупится/не окупится.
Недавно в комментариях к другой статье узнал о феномене "рынка лимонов". Я бы подумал о его продолжении:
Когда качественный товар исчезает с рынка, средняя цена опять начинает расти. Т.к. всегда есть более жадные продавцы и более глупые покупатели. В итоге рынок превращается в лотерею.
Но мне видится другая причина плохого качества дорогих услуг на "русском" рынке. Это значительная доля не рыночных игроков. Они сидят на трубе и "работают" по таким ценам.
Т.е. у вас даже мысли не возникает, что на самом деле они все делали правильно? И был монолит для магазина. И две команды: одна для каталога, другая для заказов. И они разделили монолит на два сервиса: каталог и заказы. Разве так не могло быть? А теперь у них есть легаси версия из двух сервисов. Но команда на легаси осталась одна и небольшая. И вместо поддержки двух микросервисов, их объединили в один. Вин-вин. То что лично у вас по-другому, не значит что у всех так. Конечно, если бы автор дал больше деталей и примеров, то было бы интереснее. Но автор, наверное, хотел таки похайпить больше, чем принести пользы другим.
Странная логика. Мне слабо верится, что такой подход приносит больше прибыли, чем более сложная логистика убытков. Это ведь не только чаще надо привозить, но и чаще увозить просрочку.
Но к моему удивлению, почему-то «технари» остаются «технарями» и так мало при собеседовании обсужаются детали процесса разработки в компании. По мне так лучше поговрить к какому процессу привык разработчик, какой вид «стори на доске» считает нормальным и т.п. Ведь в большинстве случаев «уникальную» проблему можно решить выбрав подходящее типовое решение. И большая часть времени уходит как раз таки на определение проблемы и выбор, чем на программирование. Умение работать с проблемами внутри и есть сеньерити левел.
В мобильной версии сворачивания не нахожу. Есть только стрелочки перехода по уровням.
Наткнулся на этот пост пока искал настройки отображения комментариев. Очень огорчает что данный функционал до сих пор не в базовом оснащении хабра. Для меня самые необходимые это свернуть/развернуть ветки комментов и сортировка комментов по рейтингу. Может, еще обрезка длинных комментов. В последнее время читаю с телефона все больше. И мало того что комменты на отдельной странице, так еще полотна такие скролить....