Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Я хочу получать рассылки с лучшими постами за неделю
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
Создавая аккаунт, я соглашаюсь с правилами Пикабу и даю согласие на обработку персональных данных.
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam

Топ прошлой недели

  • Oskanov Oskanov 8 постов
  • alekseyJHL alekseyJHL 6 постов
  • XpyMy XpyMy 1 пост
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая кнопку «Подписаться на рассылку», я соглашаюсь с Правилами Пикабу и даю согласие на обработку персональных данных.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Новости Пикабу Помощь Кодекс Пикабу Реклама О компании
Команда Пикабу Награды Контакты О проекте Зал славы
Промокоды Скидки Работа Курсы Блоги
Купоны Biggeek Купоны AliExpress Купоны М.Видео Купоны YandexTravel Купоны Lamoda
Мобильное приложение

Scrum

С этим тегом используют

Agile IT юмор IT Программирование Разработка Короткие видео Вертикальное видео Все
91 пост сначала свежее
1244
maksim26ru
maksim26ru
5 лет назад

Можно распределить, а можно и использовать...⁠⁠

Можно распределить, а можно и использовать... Комиксы, Gtd, Scrum, Юмор, Шони
Показать полностью 1
Комиксы Gtd Scrum Юмор Шони
36
16
low.junior
low.junior
5 лет назад

Как выглядит Божественный Daily Scrum Meeting⁠⁠

Как выглядит Божественный Daily Scrum Meeting
IT юмор Scrum Иисус Христос
6
2
DELETED
5 лет назад
Зелёный банк

Мы - команда⁠⁠

Мы - команда Команда, Лозунг, Сбербанк, Аджайл, Scrum

Кадр с какого-то мотивирующего IT-мероприятия для старших школьников.
Очень интересный лозунг на стене, но фотограф не включил его в кадр целиком, получилось довольно забавно, и демотивирующе.

Кстати, кто нибудь знает, с чего на самом деле начинается фраза на стене (это в кампусе университета зелёного банка) ?
Собственно, я с этой целью эту фотографию сюда и выложил.

Показать полностью
Команда Лозунг Сбербанк Аджайл Scrum
14
245
ATich
ATich
5 лет назад
IT-юмор

Эффективное управление проектом⁠⁠

Эффективное управление проектом IT юмор, Scrum, Скриншот, X (Twitter), Картинка с текстом

Я так уже который спринт закрываю..что не так то..

IT юмор Scrum Скриншот X (Twitter) Картинка с текстом
29
35
jogray
jogray
5 лет назад

Диджитализация!⁠⁠

Диджитализация!
Собачье сердце Agile Scrum Юмор
7
RumataIstorsky
RumataIstorsky
5 лет назад

Как пропатчить SCRUM под Ops команду⁠⁠

Давно хотел я написать о том, как можно применить методологию SCRUM не в Dev, а в Ops команде.

Как пропатчить SCRUM под Ops команду IT, Scrum, Управление проектами, Управление людьми, Управление временем, Разработка, Сисадмин, Видео, Длиннопост

Сама методология довольно неплохо (но для тех кто первый раз пытается погрузиться, возможно это описание будет выглядеть перегруженным) описана на Вики https://ru.m.wikipedia.org/wiki/SCRUM. Для тех кто не хочет читать, или предпочитает более легкую и наглядную демонстрацию, я предлагаю посмотреть вот такой короткий ролик на Ютубе:

Вот ещё небольшая юмористическая зарисовка на тему скрам из сериала «Кремниевая долина»:

— «Ну scrum, так скрам» скажете вы. — » Зачем нам это, это же девелоперские фишки, код там писать, тестить. Это нам не поможет, мыж сервера поднимаем, сетку настраиваем, юзеры вечно что то хотят.» Не применимо это короче — а вот и нет!!! Очень даже применимо. Ибо это организация работы над проектом и задачами. Просто для OPS команды (сисадмины, сетевики и пр), его надо немного доработать.
После доработки он становится вполне применим и позволяет делать следующие вещи:
1. приводить в порядок список ваших проектов и долгоиграющих задач ( ведь у вас на это появляются силы и возможности)2. спокойно поставить задачи и двигаться к намеченным целям всем сотрудникам отдела / членам команды3. регулярно пересматривать ваш список задач и проектов, выявлять не актуальные и тем самым не держать за спиной груз бесполезных задач4. гибко и быстро реагировать на поступающие запросы
и многое другое что дает SCRUM
Сейчас я расскажу о нашем опыте. Мы не переизбирали эту методологию. И в первую очередь, вам нужно познакомиться с ней, с ее идеями, с ее артефактами и тп. Иначе все сказанное ниже будет казаться для вас если не ахинеей то как минимум слабо связанным с тз идей текстом.
Далее я привожу список наших доработок или “патчей”, чтобы scrum мог работать для Ops команд:
1. Заведите backlog (хранилище задач) под все ваши задачи, проекты, тикеты и ТД. Это обязательное требование Scrum в принципе, но для OPS команд это означает — заведите единое хранилище. То есть не должно быть такого что заявки от пользователей Вам приходят в хелпдеск / тикет систему, указания от руководства (не IT отдел) не покидают Ваш телефон или почту и хранятся только там, а все внутренние задачи и проекты записаны только в блокноты сотрудников. У вас должно быть централизованное унифицированное хранилище “истины”. Увидел кто-то что была найдена уязвимость в ядре и вышло обновление — поставь сам задачу на отдел — “протестить и обновить сервера” (это кстати не очень хорошая формулировка, но об этом чуть позже), вместо того, чтобы пометить в блокноте и забыть на месяц. Или того хуже — сказать коллегам за кофе, чтобы они “угукнули” и забыли все вместе- коллективно и навсегда.
2. Начинаем использовать спринты. Берем максимально короткий для SCRUM интервал — 1 рабочая неделя. В начале недели, в понедельник с утра — собираем команду на 1 час, планируем спринт. То есть берем готовый к работе бэклог, набираем из него задач на неделю, что-то распределим, что-то оставляем в свободном виде (тот кто освободился- подхватил), а вечером пятницы, незадолго до конца рабочего дня, тоже собираемся на час и смотрим что получилось. Ведем разбор полетов- что успели, а что нет. Почему, как в следующий раз не допустить, какие были проблемы и ошибки, чему научились. Это все кстати лучше фиксировать.
3. Помимо планирования спринтов в начале недели и разбора полетов в конце, проводите ежеутренние “стендапы” (летучки) всей командой. 15-20 минут с утра, у маркерной доски, в строго определенное время и стоя! Строго определенное время нужно для приучения всех к дисциплине, 15-20 минут — этого хватает чтобы каждый рассказал чем занимался вчера, чего достиг, что планирует сейчас, что было интересного и в чем ему нужна помощь коллег. Эдакая синхронизация команды. А стоя — так по нашему опыту не возникает желания растягивать это надолго, естественным образом пресекаются долгие дискуссии и холивары. Каждый по очереди пишет на доске напротив своего имени что будет делать сегодня, зачеркивает/стирает что делал вчера и делает другие пометки. Да, это необычно для скрам, тк там должна быть только скрам доска со стикерами или их аналогом ( у нас она заменена веб приложением), но скрам доска нужна для поддержания сквозного скрам процесса, спринта и тд а это чисто утренний синк команды.
4. Разбейте все ваши проекты и долгоиграющие задачи на подзадачи, которые могут быть выполнены за 1-3 дня. Не больше. Если задача тяготеет к 5 дням работы, она рискует быть не выполненной за спринт (отвлеклись и оп), а значит ее надо разбить на подзадачи. Более того, выше я приводил пример как человек заводит внутреннюю задачу “протестить и обновить сервера” — это плохая задача. Хорошая задача формулируется так, что для ее выполнения не надо думать “что надо сделать и с чего начать” — не тратятся мозговые ресурсы. Она должна быть сформулирована так, чтобы вы могли за нее взяться даже если Вас разбудят в 3 ночи. Например — “развернуть тестовый сервер на виртуальной машине с текущей версией ядра, потом обновить его до версии с патчем, протестировать (напишите как — например развернуть копию рабочей базы данных и прогнать пару тестов на производительность), а потом пачками по Х штук обновить сервера 1,2,3,4 и тд в продакшене ( список серверов и порядок обновления)”.
5. Начните оценивать задачи которые вы ставите сами себе или которые ставят вам с точки зрения — «сколько человеко часов на это уйдет». Это будут наши story points или очки задач. Во первых, это поможет вам с предыдущим пунктом, а во вторых приучит к оценке и планированию. Не бойтесь брать небольшой запас и не бойтесь ошибаться, со временем вы и ваша команда научитесь это делать это четко и точно.
6. Посчитайте число участников вашей команды. Их не должно быть больше 10. для таких команд скрам не работает. Если вас меньше, скажем 7-8, вычтите 1 (потом увидите зачем) и получившееся число умножьте на число человеко часов вашей рабочей недели ( например у нас стандартная 5-ти дневка, мы работаем 8 часов из которых час на обед и прочие надобности — покурить, туалет и ТП). Итого 5*7= 35 часов. на 7 человек (8-1) имеем 245 свободных поинтов. Теперь на этот размер можно набирать задач из бэклога, только так чтобы 1 задача не превышала за раз 3 поинтов как вы поняли.
Итак, у нас есть хранилище куда попадают все задачи которые мы должны сделать, задачи перевариваются — разбиваются если надо и оцениваются, у нас есть своя оценка поинтов (именно описанная выше оценка лучше всего подходит для ОПС команд) и есть понимание сколько всего очков у нас в запасе на спринт. Пока все более менее стандартно, ничего нового.
Помните вы вычитали одного члена команды ( кстати он может быть и не один но это надо подбирать на практике, мы справляемся с одним)? Это дежурный инженер или on-call. Его время не учитывается в работе, оценке, исполнении спринта — его задача быть буфером между командой и задачами «срочно, сломалось, надо было вчера сделать».
Все входящие задачи, помимо оценки времени должны разделятся по одному принципу — “это задача или инцидент?”. Как это сделать:
- Если чего то не было и это хотят (новый принтер в бухгалтерию ) — это задача. - Если вам надо развернуть новую серверную ферму под кластер виртуализации — этот проект который надо разбить на задачи. - А вот если что то работало и потом сломалось, например: в офисе пропал интернет, почтовый сервер все пихает в спам, 1С не грузится, у пользователя не включается компьютер, сайт отдает 503 — это инцидент.
Дежурный инженер должен принять их на вход и обработать. Например оценит что это срочно и важно и ринуться грудью на амбразуру, прикрывая товарищей от отвлекающей рутины. Или поняв что это нечто, требующее долгой работы отдела (тот же пресловутый кластер виртуализации рассыпался и теперь надо в несколько пар рук заниматься им полное время) — собирает всю информацию, составляет диагноз, нарезает первые задачи с чего начать и, уведомив руководство, первым кидается тушить пожар. А уже IT менеджер / старший админ / начальник отдела оценивает масштаб происшествия и принимает решение кого и как прислать на подмогу.
Так же, дежурный инженер должен заниматься ежедневными рутинными задачами — «разгребать» их, снимая эту нагрузку с команды — отключения учетных записей, проверки бекапов, наблюдение за мониторингом и тп.
Таким образом нейтрализуется ежедневный отвлекающий фактор, создающий прерывания и приносящий “рабочий шум”. Команда же может спокойно планировать задачи и выполнять их.
На этом все! Применение этих простых “патчей” позволит Вам использовать SCRUM методологию в Вашей Ops команде!
П.С. Тэг "мое", тк перенесено сюда из статьи моего блога: https://kazarin.online/index.php/2019/06/06/how-to-patch-scr...

Показать полностью 2
[моё] IT Scrum Управление проектами Управление людьми Управление временем Разработка Сисадмин Видео Длиннопост
18
8
butovets
5 лет назад
Моя Семья

Применение SCRUM в быту - подготовка к роддому.⁠⁠

Очень много споров по пркатичности применения SCRUM  в обычной бытовухе.


Почему-бы не рассказать вам о методике на реальном сложном домашнем семейном "проекте"...


Итак: моя жена родит в сентябре. Это будет второй ребенок в семье, поэтому это похоже на второй прыжок с парашутом - еще страшнее первого.


Логично, что подготовка включает в себя невероятное количество разных задач и хотелок. Нам нужен план!

Понятное дело, что запланировать все не сложно, если не морочить голову и обычным "линейным" (каскадным) способом составить план проекта и пошагово выполнять все пункты.


Чем отличается СКРАМ (SCRUM) от наших привычек?


В результате применения методики в конце каждого этапа (спринта) на выходе получается готовый "полуфабрикат" или "минимально рабочий продукт", который можно отложить в сторону и вернуться к работе с ним в любой момент без потери качества.


Каждая "хотелка" (задача) раскладывается на части из "полуфабрикатов" и "ингридиентов", создание которых необходимо для завершения нужной задачи.


Каждой задаче или ее части присваевается маркировка, в зависимости от количества затраченых усилий и возможных препятсвий.


Когда сформулированы все требования, команда (тоесть я и жена) набираем себе задачи на будущий спринт (период). Длительность спринта определяем сами.


После первого спринта команда модет посчитать по очкам, сколько задач она может (или не может) выполнить за спринт, тогда при планировании следующего спринта набор очков по задачам может корректироваться. В этот момент станет более реальным планирование сроков завершения проекта.


Список задач на весь проект можно назвать "беклог".

Вот, как выглядела наша семейная доска ДО планировния первого спринта:

Применение SCRUM в быту - подготовка к роддому. Роддом, Планирование задач, Длиннопост, Семейный бюджет, Scrum

И вот, когда взяты задачи на первый спринт:

Применение SCRUM в быту - подготовка к роддому. Роддом, Планирование задач, Длиннопост, Семейный бюджет, Scrum

Почему  SCRUM?


эта крайне гибкая методика позволяет выявлять дефекты и непреодолимые сложности гораздо раньше, чем сдвинутся все запланированные сроки реализации. Иными словами: опоздав с одной задачей, ты опоздаешь только с этой задачей.


Второе: всегда стоит планировать минимум и максимум требований к качеству выполнения, а также правильно расставить по приоритетам. Тогда при срывах срока выполнения промежуточных тасков можно все-равно уложиться в сроки за счет корректировки следующих этапов.


Итог: если нужно сделать сложный проект вовремя, то СКРАМ.


В следующих постах буду писать отчеты о реализации и с удовольствием отвечать на вопросы, если у вас возникнут.


Пишите в комметы, а мы готовимся к роддому.

Показать полностью 2
[моё] Роддом Планирование задач Длиннопост Семейный бюджет Scrum
21
585
mamsmotri
mamsmotri
6 лет назад

Scrum, который мы заслужили⁠⁠

Scrum, который мы заслужили IT, Программирование, Scrum, Юмор, IT юмор, Разработка, Менеджмент, Длиннопост, Волк с Уолл-стрит
Scrum, который мы заслужили IT, Программирование, Scrum, Юмор, IT юмор, Разработка, Менеджмент, Длиннопост, Волк с Уолл-стрит
Scrum, который мы заслужили IT, Программирование, Scrum, Юмор, IT юмор, Разработка, Менеджмент, Длиннопост, Волк с Уолл-стрит
Scrum, который мы заслужили IT, Программирование, Scrum, Юмор, IT юмор, Разработка, Менеджмент, Длиннопост, Волк с Уолл-стрит
Scrum, который мы заслужили IT, Программирование, Scrum, Юмор, IT юмор, Разработка, Менеджмент, Длиннопост, Волк с Уолл-стрит

Взято с просторов linkedIn

Показать полностью 4
IT Программирование Scrum Юмор IT юмор Разработка Менеджмент Длиннопост Волк с Уолл-стрит
68
Посты не найдены
О Нас
О Пикабу
Контакты
Реклама
Сообщить об ошибке
Сообщить о нарушении законодательства
Отзывы и предложения
Новости Пикабу
RSS
Информация
Помощь
Кодекс Пикабу
Награды
Команда Пикабу
Бан-лист
Конфиденциальность
Правила соцсети
О рекомендациях
Наши проекты
Блоги
Работа
Промокоды
Игры
Скидки
Курсы
Зал славы
Mobile
Мобильное приложение
Партнёры
Промокоды Biggeek
Промокоды Маркет Деливери
Промокоды Яндекс Путешествия
Промокоды М.Видео
Промокоды в Ленте Онлайн
Промокоды Тефаль
Промокоды Сбермаркет
Промокоды Спортмастер
Постила
Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии