В реальности такое сейчас встречается только в минималистичных докерах, где часто и vi(m)а нет. Но докера надо самому собирать. А на реальных виртуалках хоть nano, да есть обычно.
Только вот про работать над чем именно не сказано. А скрам ведь именно про беклог, а не стендапы. Если же СЕO видит беклог, но ни фига его не понимает, это уже не проблемы скрама, а компетенции людей на местах, либо способности найти нужных людей, которые могут сложить 2+2.
Всё что вы должны — это решать задачи соответствующего уровня сложности за адекватное время. В наше время фронт необходимых навыков для серьёзных работ на столько широк, что помнить все детали совершенно невозможно и не нужно. Но отличие сениора от джуна будет в том, что сениор решит задачу с гуглом за час, а джун — и за 2 дня не решит. Потому и спрашивать про какие-то элементы языков, которые раз в месяц используешь смысла никакого нет, есть смысл спрашивать про то, как человек бы решал конкретную проблему. При этом даже не так и важно, решит он её на собеседовании или нет. Интересней сам подход к решению.
>Сеньору это не нужно зазубривать, он и так все знает, т.к. пользуется, а если не пользуется, то возникает вопрос — почему?
Сениоры часто вырастают в совсем другой класс специалистов, которые решают более высокоуровневые проблемы, а не институтские задачи. И потому таких денег и стоят, так как опыт позволяет эти проблемы решать, в отличие от juniorов, которые расскажут, что такое виртуальный метод, но ни черта не поймут, почему лежит система. И нет, она лежит не из-за виртуальных методов.
PMу (а в скраме это другая роль), надо оперировать какими-то KPI, что бы планировать / обосновывать ёмкость команды. Да это можно делать и не по скраму, а хоть в канбане, но у канбана свои грабли. Тут, как правильно написали, серебряной пули нет. Мой пойнт — не надо на скрам смотреть лишь с позиции программиста, так действительно непонятно на фига оно всё надо.
Они даже между собой не могут договориться о функционале. SPM — хороший способ заставить их хотя бы между собой поговорить, заодно расставив приоритеты поверх капасити.
Кто сказал что у скрама цель повысить эффективность? Цели несколько иные. Это в том числе методология работы со стейкхолдерами. В нашей команде это первое, чем помог скрам. Обозначил capacity команды и дал возможность заставить стейкхолдеров расставлять приоритеты по ограниченному ресурсу.
Скрам и прочий agile появился именно из-за реалий жизни, что все требования невозможно заложить заранее. Но начинать проекты без планирования вообще, типа у нас скрам, по ходу дела разберёмся — это другая крайность.
Слушайте, эти люди сидят рядом, а не в стране эльфов. Не все команды имеют шикарную возможность выбирать одно CV из 20 сениорских, многим приходится брать всех подряд, кого не взяли компании покруче. И вот среди таких, поверьте, очень многих надо строить на стендапах, что бы не закапывались в своих песочницах и не тупили днями над проблемами, которые решаются за пару часов.
Это вброс или вы серьёзно? Куча энтерпрайза плотно сидит на .NETе, так же как и на Java.
Сениоры часто вырастают в совсем другой класс специалистов, которые решают более высокоуровневые проблемы, а не институтские задачи. И потому таких денег и стоят, так как опыт позволяет эти проблемы решать, в отличие от juniorов, которые расскажут, что такое виртуальный метод, но ни черта не поймут, почему лежит система. И нет, она лежит не из-за виртуальных методов.