Скорее наоборот: для Windows 7 и 8 был ограниченный срок бесплатного обновления до Windows 10. Кто о финансах задумывался, тот обновил себе ОС бесплатно.
Речь была не о том, что куда конкретно пишут. А том, что при специализации задачи/элементы backlog получаются персонализированными. PO когда создаёт запись в backlog знает, что делать это будет делать Петя и Вася (потому что backend на Питоне, а его только они знают), но делает вид, что она общая для команды; команда когда детализирует задачу, знает что делать её будет Петя и Вася, но делает вид, что она общая для команды. Это и есть «механический скрам» — создаём видимость командной работы, хотя бОльшая часть как бы заведомо расписана по конкретным специалистам.
Это получается испорченный телефон: пользователи жалуются на баги в обработке формы. Мы ставим цель «улучшить интерфейс», а в результате перекрашиваем в более контрастный и увеличиваем кнопки, чтобы на мобильнике было удобнее пользоваться.
Аналогия с пиджаком очень далёкая и непонятная — где там цель и инкремент спринта? (и где вы слышали, чтобы пуговицы производились прямо в ателье одежды?)
Скажем так: команда из backlog'а запланировала несколько задач по GUI и сформулировала цель: «Упростить взаимодействие пользователя с системой». А может даже на более близком бизнесу языке: «снизить нагрузку на саппорт» или «уменьшить отток пользователей на этапе регистрации».
Эта краткая формулировка — «цель спринта» не должна подменять собой конкретные запланированные задачи/пользовательские истории. «Goal» и «цель» не совсем одно и то же. Не говоря о других «упрощениях» перевода с частичной потерей смысла.
«Как я вчера помогал команде завершить спринт?»
«Чем я могу помочь сегодня?
Примерно так это может звучать по-русски.
С паролями в принципе два варианта PAP (Password Authentication Protocol) и CHAP (Challenge Handshake Authentication Protocol): по первому вы храните хэш, но передаёте пароль; по второму вы передаёте хэш, но храните пароль.
Наоборот с тем, что написал Tanyapdr. Если задача запланирована на Sprint, значит она ведёт к Sprint Goal. «Правильные вопросы»: «Что ты сделал для достижения цели спринта? Что планируешь делать для достижения цели спринта?» — не имеют смысла.
During Sprint Planning the Scrum Team also crafts a Sprint Goal. The Sprint Goal is an objective that will be met within the Sprint through the implementation of the Product Backlog
«Цель скрипта» — это «агрегатная функция» для распланированных задач.
Потому что общий — это одинаковый для всех. А у вас он общий только на картинке, а реально вы подразумеваете, что спец по БД, как сознательный сотрудник, будет в первую очередь брать задачи по БД.
Просто человек не в той команде. «Продуктом» вполне может быть модуль, сервис, микросервис, БД. В скрамгайде явно указано, что может быть много взаимодействующих команд. А не как в этой статье предлагается тянуть всё единственной командой.
«The essence of Scrum is a small team of people. The individual team is highly flexible and adaptive. These strengths continue operating in single, several, many, and networks of teams that develop, release, operate and sustain the work and work products of thousands of people. They collaborate and interoperate through sophisticated development architectures and target release environments.»
Вот вы сами себе и ответили: «обязанность» — это умения, знания, навыки которые ты озвучил приходя в команду.
Это просто логика от обратного: если в команде есть специализация — это обязанность. Если двое специализируются на БД — это sub-team, который явно запрещён. Если на БД специализируется один — теряется смысл общего backlog'f — т.к. задачи по факту заранее назначены конкретным специалистам.
«Это» не обозначает, про отсутствие специализаций внутри команды — другие пункты:
Scrum recognizes no titles for Development Team members
Scrum recognizes no sub-teams in the Development Team
Individual Development Team members may have specialized skills and areas of focus, but
accountability belongs to the Development Team as a whole.
Суть идеи в том, что любой член команды может решить любую задачу из backlog. А не в том, что сыплем задачи в одну кучу, хотя знаем, что с БД может работать только один человек, а с GUI только другой.
IQ показатель стандартности мышления. Тесты специально так разработаны, чтобы давать нормальное распределение результатов.
Примечательно, что «первые версии» теста содержали логические ошибки и положительно оценивали как раз типичное заблуждение, а не логическую истину.
Наверное, это звучит несколько грубо, но других эпитетов в голову не приходит: В ИТ вы разбираетесь «как свинья в апельсинах».
Аналогия с пиджаком очень далёкая и непонятная — где там цель и инкремент спринта? (и где вы слышали, чтобы пуговицы производились прямо в ателье одежды?)
Эта краткая формулировка — «цель спринта» не должна подменять собой конкретные запланированные задачи/пользовательские истории. «Goal» и «цель» не совсем одно и то же. Не говоря о других «упрощениях» перевода с частичной потерей смысла.
«Как я вчера помогал команде завершить спринт?»
«Чем я могу помочь сегодня?
Примерно так это может звучать по-русски.
В результате получается два уровня: обобщённые «пользовательские истории» и технические задачи для их решения:
«Цель скрипта» — это «агрегатная функция» для распланированных задач.
Как по-вашему должна быть организована работа в контексте: Как несколько универсальных команд должны делить между собой общий backlog?
«The essence of Scrum is a small team of people. The individual team is highly flexible and adaptive. These strengths continue operating in single, several, many, and networks of teams that develop, release, operate and sustain the work and work products of thousands of people. They collaborate and interoperate through sophisticated development architectures and target release environments.»
Это просто логика от обратного: если в команде есть специализация — это обязанность. Если двое специализируются на БД — это sub-team, который явно запрещён. Если на БД специализируется один — теряется смысл общего backlog'f — т.к. задачи по факту заранее назначены конкретным специалистам.
accountability belongs to the Development Team as a whole.
Суть идеи в том, что любой член команды может решить любую задачу из backlog. А не в том, что сыплем задачи в одну кучу, хотя знаем, что с БД может работать только один человек, а с GUI только другой.
Примечательно, что «первые версии» теста содержали логические ошибки и положительно оценивали как раз типичное заблуждение, а не логическую истину.