не, ну типо, что б не все сразу убить командой формат-с САБЖ - Представьте себе типичный кабинет. В нем есть ящики, в ящиках папки, в папках документы. Сможете Вы что-нибудь найти, если отменить эту систему расположения документов? Наверно сможете, но какими силами? Хранение информации на компьютерных дисках реализуется сходным образом, позволяя навести порядок в хранении данных, установке операционных систем и приложений. Разделение диска на разделы подобно раскладке разных папок по отдельным ящикам, и во многих случаях позволяет использовать дисковое пространство более эффективно. Операционная система отображает каждый раздел как отдельный жесткий диск, присваивая ему собственную букву. Разделение диска на разделы может помочь Вам в предупреждении конфликтов разных операционных систем на диске, в защите данных (в том числе и от несанкционированного доступа) , в проведении экспериментов с новым программным обеспечением и т. п. Если Ваш жесткий диск не разбит на разделы, то со временем Вы получите либо слишком много папок в корневом разделе диска, либо чрезвычайно разветвленную систему папок, в которой путь до нужного файла может оказаться слишком длинным и неудобным. Разделение диска на разделы в соответствии с основными направлениями деятельности, осуществляемыми на данном компьютере, поможет избежать этого. Резервирование данных становится гораздо более простым делом, равно как и восстановление разрушенной операционной системы, так как Вы можете просто восстановить образ раздела с операционной системой, не заботясь о том, что Ваши документы уже многократно обновились с момента создания этого образа. Так что размещение данных и операционной системы в разных разделах является весьма полезным мероприятием. Разделение диска на разделы может помочь и в разграничении доступа к данным. Вы просто создаете отдельный раздел и защищаете его паролем. Если Вы держите на одном физическом диске несколько операционных систем, то удобнее установить их на разные разделы. Это опять-таки поможет в случае "падения" системы. Вы просто восстанавливаете раздел из образа и продолжаете работать. Остальные разделы и операционные системы даже не заметят этого. Еще одним важным обстоятельством при работе с жесткими дисками является размер кластера - минимальной единицы пространства, выделяемого системой под Вашу информацию. Чем больше раздел, тем больше становится кластер и тем хуже используется пространство диска. Поясню на примере: предположим, размер кластера на диске - 32 килобайта. Это автоматически означает, что как ни был бы мал размер файла, он все равно займет на диске минимум 32 Кб. Множество небольших файлов может занимать место, многократно превосходящее их по размерам. А если Ваш файл имеет размер в 65 килобайт, то он займет 3 кластера - 2 целиком, а третий - на 3%, что опять-таки приведет к потерям свободного места на диске. Конечно, современные диски поражают наше воображение своими размерами, но, как показывает практика, архивы документов, драйверов, и прочих подобных файлов могут пожирать дисковое пространство просто катастрофически. (с)...
В условиях, когда прогресс идет семимильными шагами, и на рынке комплектующих для компьютера постоянно появляются новинки, все больше пользователей предпочитают со временем проводить замену жесткого диска на новый большего объема. Если еще недавно емкость винчестера была не очень большой, львиную долю места занимала система, и совсем немного места оставалось для личного пользования. А когда жесткий диск большого объема, то имеет смысл разбить его на разделы. Делать это проще всего в процессе переустановки операционной системы.
Полезность и необходимость разбиения жесткого диска на разделы обусловлена не только удобством, но и это важно с точки зрения безопасности. Например, на системный диск C желательно не сохранять никакие другие файлы кроме как системные, тем более скачанные с интернета, т. к. никогда нельзя быть до конца уверенным, что файл не заражен каким-нибудь вирусом или при выходе из строя ОС не потеряется. Также будет очень удобно, если у вас будет несколько дисков на винчестере, каждый из которых можно использовать для определенных целей, при разбивке можно задать имя каждому диску. Например, диск D будет для установки игр и называться Games, диск E для хранения остальных важных файлов по работе. Так гораздо проще быстро найти нужный файл или папку. Я рекомендую создать всего 2 раздела Ц и Д. Ц - системный, Д для всего остального.
После того, как вы определились с количеством разделов, необходимо грамотно продумать распределение объема всего винчестера на разделы. Для системного диска С желательно выделить 70-120 Гб (в зависимости, конечно, от того, насколько позволяет общий объем винчестера), ведь помимо самой системы на диск С устанавливаются все программы, в процессе работы за компьютером время от времени возникает необходимость установки новых программ, и чем больше места будет на диске С, тем меньше вероятность, что однажды вам просто не хватит там места, чтобы поставить очередную программу. Также, на диске C всегда должно быть свободное место, т. к. система в процессе работы копирует необходимые файлы на этот диск во временную папку. Место на остальных разделах вы уже можете распределять в зависимости от собственных пожеланий.
Иногда бывают и обратные ситуации, когда необходимо объединить разбитые ранее разделы на винчестере. Здесь уже работы будет чуть больше, ведь на уже созданных разделах хранится информация, которую вы сохраняли за время пользования. Чтобы не потерять ее, необходимо перед объединением дисков сохранить все файлы и папки, хранящиеся на них, это можно сделать либо на виртуальных дисках в интернете, либо на время записать на обычные диски.
Порой кажется, что некоторые большие задачи в Скраме невозможно разбить на кусочки. Это опасное заблуждение, которое встречается и у новичков, и у команд, которые давно пользуются Скрамом.
Декомпозиция уменьшает продуктовые риски сделать что-нибудь ненужное или сделать что-то нужное неправильно, снижает стоимость риска за счёт быстрого получения обратной связи и позволяет получить знания, подтверждённые практикой (Validated Learning), чтобы использовать их для развития Продукта.
Например, надо интегрировать клиентский модуль и бэкофис у заказчика. Обычно их разрабатывают по отдельности, а потом соединяют. Такой порядок работы повышает риск возникновения проблем. Возможно, наш способ интеграции не подходит или интеграция не нужна вообще, и нужно решать другую проблему. Самое обидное, что мы узнаем об этом только после того, как закончим всю работу (сильно отсроченная обратная связь).
Клиенту не нужен отдельно бэкофис или отдельно клиентский модуль, тем более не нужна интеграция. Клиенту нужен сервис, состоящий из набора функций, каждая из которых закрывает какую-либо потребность пользователя. Поэтому вместо поставки модулей стоит поставлять те самые функции.
Такой подход к разработке называется End to End. Если мы ведём разработку по кусочкам функциональности End to End, то заказчик может сразу начать их использовать и находить ошибки. В дальнейшем мы будем использовать тот опыт, который получили при решении ошибок, и развитие Продукта пойдёт совсем не по первоначальному плану.
Главное
- Разбивка уменьшает риски и позволяет получить быструю обратную связь.
- Разбивать разработку нужно на небольшие кусочки, которые несут ценность для конечного пользователя.
Вотсапнуть
Отправить
Ещё по теме
Большие элементы в Бэклоге продукта (PBI) - причина неприятных сюрпризов и повышенной вариативности в Спринте. Чем больше задача, тем больше неизвестных. Большие PBI с трудом вмещаются в Спринт, а Владелец Продукта и стейкхолдеры могут долго не видеть результатов работы Скрам-команд. Недавно я начал работать с двумя фиче-командами. Владелец Продукта поместил наверх Бэклога одну огромную фичу, которая, по предварительной оценке, должна была занять команды на много Спринтов вперёд. На актуализации Бэклога Продукта присутствовали обе команды в полном составе (Multi-Team PBR). Мы декомпозировали, оценили и подготовили Бэклог Продукта к планированию за восемь шагов.
Шаг 1. Определить связь PBI с бизнес-целью
Мы обсудили, что связывает PBI с ближайшей бизнес-целью: с увеличением конверсии заявок с сайта (CR). Если ранее вы не определили бизнес-цель, то техника Impact Mapping и её вариация точно помогут на этом шаге.Шаг 2. Описать PBI в формате «кто, что и зачем»
Я часто использую такой формат описания элементов Бэклога Продукта:- кто - пользовательский сегмент или персона;
- что - краткое описание задачи;
- зачем - бизнес-ценность или ценность для пользователя.
Шаг 3. Разбить PBI в малых группах
Мы сформировали четыре группы по 3–5 человек и отправили их на рабочии станции в опенспейсе, где они в течение 20 минут декомпозировали PBI. Ребята использовали паттерны разбиения и другие техники, в частности, User Story Mapping . Если команды ещё не владеют навыками декомпозиции, нужно провести .Шаг 4. Представить варианты разбиения
У нас получились четыре варианта декомпозиции. Теперь я хотел, чтобы мы нашли самое ценное в каждом из них. Для этого мы прошлись по каждой рабочей станции, где нам презентовали каждый из вариантов разбиения. На каждой станции мы пробыли не более пяти минут.
Шаг 5. Провести финальную «склейку»
Я попросил Владельца Продукта и нескольких представителей команд сделать финальную «склейку» различных вариантов декомпозиции. Для этого мы принесли все флипчарты и повесили их на стену. Владелец Продукта выбирал наиболее удачные части и размещал их на финальной версии.
Шаг 6. Оценить и приоритезировали полученные фичи
К этому моменту гигантская фича была разбита на более мелкие элементы. Я попросил представителей из каждой команды провести экспресс-оценку при помощи «рубашечных размеров». Затем Владелец Продукта упорядочил все полученные фичи. В итоге мы получили 11 фич, самые приоритетные из которых должны были комфортно поместиться в двухнедельном Спринте.
Шаг 7. Прояснить приоритетные PBI
Каждая группа, взяв одну фичу из верхушки Бэклога Продукта, прояснила её на рабочей станции. Через 20 минут на каждой станции появились:- описание фичи,
- обновлённая оценка,
- приемочные критерии,
- бизнес- и пользовательская ценности.
Шаг 8. Обсудить полученную ценность
Перед закрытием встречи я попросил озвучить полученные ценности и зафиксировать результат на флипчарте. Это были оценки, цель на квартал, полная картина происходящего.Выводы
- Предпочитайте использовать Multi-Team PBR, когда Бэклог Продукта актуализируют сразу несколько команд.
- Всегда начинайте обсуждение PBI со связи с бизнес-целью.
- Декомпозируйте элементы Бэклога Продукта с помощью паттернов разбиения и техники User Story Mapping.
- Работайте в малых группах и форматах мирового кафе, трейдшоу или коктейльной вечеринки.
- Для лучшего взаимодействия используйте бумагу, флипчарты, ножницы или стикеры.
Андрей Толмачев рассказывает, как разрешить взаимное недовольство Владельца Продукта и Команды Разработки.
Условия задачи
Представьте такую ситуацию. Вы - новый Скрам-мастер. Ваша Команда Разработки состоит из системного аналитика, двух разработчиков и двух специалистов по тестированию. Длина Спринта - две недели. Команда работает со сложной системой на старой платформе, поэтому для каждого элемента Бэклога Продукта аналитика, разработка и тестирование попадают в отдельные Спринты. В течение последнего Спринта Команда не успела сделать работу, взятую в Спринт, поэтому на Ретро Владелец Продукта допытывается, кто чем занимался в течение Спринта. Владелец Продукта жалуется, что Команда работает очень медленно. Члены Команды жалуются, что бизнес контролирует и микроменеджит их. Как разрешить взаимное недовольство Владельца Продукта и Команды Разработки? Давайте разбираться.Что происходит
Для каждого элемента Бэклога Продукта аналитика, разработка и тестирование попадают в отдельные Спринты - это означает, что элемент будет готов к выпуску только через три Спринта. В таком случае истинная длина Спринта равна шести неделям - это больше, чем допускает Руководство по Скраму.Максимальная продолжительность Спринта - один календарный месяц. При большем сроке планирования возможны изменения целей, увеличение сложности и рост рисков.Руководство по Скраму Когда Команда редко поставляет готовый Инкремент, то редко получает обратную связь от стейкхолдеров и клиентов. В результате:
- возрастает риск сделать не то, что надо. Способность реагировать на изменения падает;
- стабильность процесса падает, прогнозировать работу сложно. Например, тестирование выявляет дефекты через недели после разработки. Баги обнаруживаются поздно, поэтому объём «поддержки» будет меняться от Спринта к Спринту;
- рабочий процесс перестаёт быть прозрачным.
Решение
Скрам-мастер не может решить проблему самостоятельно, но может помочь своей Команде следующим образом:- объяснить описанную выше системную динамику и её вредные последствия. Скрам-команда должна понимать, что правило Скрама про Done Increment каждый Спринт - это естественное системное решение их проблемы;
- помочь сформулировать или пересмотреть минимальный DoD, который может быть выполнен в течение Спринта и который обеспечит готовность Инкремента к релизу;
- научить Команду Разработки правильно декомпозировать элементы Бэклога. Небольшие элементы в Бэклоге Продукта способствуют ранней поставке, оптимизации ценности Продукта и улучшению потока работы;
- помочь договориться взять в следующий Спринт хотя бы один небольшой элемент Бэклога, но довести его до состояния Done;
- визуализировать поток работы. Прозрачность - залог успеха;
- устранить простои в работе. Для этого Скрам-мастер обучает Команду хорошим инженерным практикам, например, общему владению кодом, стимулирует развитие T-shaped или E-shaped людей в Команде, заключает командные соглашения;
- объяснить Владельцу Продукта, что причина задержек - технический долг и убедить его выплатить.
Итоги
Готовый Инкремент в конце Спринта - это важнейшие правило Скрама, которое помогает избежать роста рисков, потери предсказуемости и гибкости. Описанные причинно-следственные связи полезно знать, чтобы понимать, почему Скрам требует соответствующий DoD, готовый к релизу Инкремент каждый Спринт. Следующие действия могут помочь в достижении этой цели:- декомпозиция работы на небольшие PBI;
- визуализация потока работы в Спринте и поиск основных узких мест;
- устранение «простоев» работы с помощью командных соглашений, хороших инженерных практик и развития T-shaped или Е-shaped людей;
- планомерная ликвидация технического долга.
Представьте себе типичный кабинет. В нем есть ящики, в ящиках папки, в папках документы. Сможете Вы что-нибудь найти,
если отменить эту систему расположения документов? Наверно сможете, но какими силами? Хранение информации на компьютерных
дисках реализуется сходным образом, позволяя навести порядок в хранении данных, установке операционных систем и приложений.
Разделение диска на разделы подобно раскладке разных папок по отдельным ящикам, и во многих случаях позволяет использовать
дисковое пространство более эффективно. Операционная система отображает каждый раздел как отдельный жесткий диск, присваивая
ему собственную букву. Разделение диска на разделы может помочь Вам в предупреждении конфликтов разных операционных систем на
диске, в защите данных (в том числе и от несанкционированного доступа), в проведении экспериментов с новым программным
обеспечением и т.п.
Если Ваш жесткий диск не разбит на разделы, то со временем Вы получите либо слишком много папок в корневом разделе
диска, либо чрезвычайно разветвленную систему папок, в которой путь до нужного файла может оказаться слишком длинным и
неудобным. Разделение диска на разделы в соответствии с основными направлениями деятельности, осуществляемыми на данном
компьютере, поможет избежать этого.
Резервирование данных становится гораздо более простым делом, равно как и восстановление разрушенной операционной
системы, так как Вы можете просто восстановить образ раздела с операционной системой, не заботясь о том, что Ваши документы
уже многократно обновились с момента создания этого образа. Так что размещение данных и операционной системы в разных
разделах является весьма полезным мероприятием.
Разделение диска на разделы может помочь и в разграничении доступа к данным. Вы просто создаете отдельный раздел и
защищаете его паролем.
Если Вы держите на одном физическом диске несколько операционных систем, то удобнее установить их на разные разделы.
Это опять-таки поможет в случае "падения" системы. Вы просто восстанавливаете раздел из образа и продолжаете работать.
Остальные разделы и операционные системы даже не заметят этого.
Еще одним важным обстоятельством при работе с жесткими дисками является размер кластера - минимальной единицы
пространства, выделяемого системой под Вашу информацию. Чем больше раздел, тем больше становится кластер и тем хуже
используется пространство диска. Поясню на примере: предположим, размер кластера на диске - 32 килобайта. Это автоматически
означает, что как ни был бы мал размер файла, он все равно займет на диске минимум 32 Кб. Множество небольших файлов может
занимать место, многократно превосходящее их по размерам. А если Ваш файл имеет размер в 65 килобайт, то он займет 3 кластера
- 2 целиком, а третий - на 3%, что опять-таки приведет к потерям свободного места на диске. Конечно, современные диски
поражают наше воображение своими размерами, но, как показывает практика, архивы документов, драйверов, и прочих подобных
файлов могут пожирать дисковое пространство просто катастрофически.
Как избежать этого и как управлять разделами на диске?
Cпособов несколько. К примеру, можно складывать файлы в один большой архив, однако это вносит неудобства в его использование. Гораздо разумнее выделить на диске сравнительно небольшой раздел под многочисленные мелкие файлы, а под мультимедийные файлы отвести большой раздел.
Удобным средством для работы с разделами является программный пакет Partition Magic, разработанный компанией
PowerQuest . Конечно, для создания разделов можно пользоваться утилитой fdisk, но что делать, если со временем структура Ваших данных изменилась или у Вас появились новые операционные системы? Если использовать только fdisk, то переразбиение физического диска на разделы возможно только путем полной архивации данных и операционных систем, удаления существующих
разделов и создание новых с последующим форматированием и установкой системы и приложений. В некоторых случаях систему можно
будет восстановить с образа раздела, но все равно данное мероприятие способно повергнуть в ужас большинство пользователей.
Гораздо более удобно воспользоваться утилитой Partition Magic. Безо всякого удаления или архивации данных эта программа
способна:
- создавать новые разделы на диске;
- изменять размер разделов;
- изменять тип разделов, причем последняя версия может работать с FAT, FAT32, Linux Ext2 или Ext3, Linux swap и NTFS;
- помогает перемещать данные из раздела в раздел;
- объединять разделы в один и разбивать один раздел на несколько частей;
- помогать в установке новых операционных систем на диск и управлять загрузкой этих систем.
