Все потоки
Поиск
Написать публикацию
Обновить
22.57

Agile *

Гибкая методология разработки

Сначала показывать
Порог рейтинга
Уровень сложности

5 выводов о «продающей» коммуникации для менеджеров проектов

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров1.9K

Эмпирические выводов по прошествии 5 месяцев профильной работы менеджером проектов в разработке веб-приложений.

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

Предваряю свой рассказ дисклеймером: опытным менеджерам или аналитикам — всем, кто напрямую взаимодействует с заказчиками в бизнесе, — этот материал может показаться крайне бесполезным. А вот начинающим управленцам — сильно наоборот.

Узнать 5 выводов

“Авгиевы конюшни” отдела суппорта. Как мы накопили 1500 тикетов за 4 года и решили их все за 5 месяцев

Время на прочтение6 мин
Количество просмотров4.4K

Всем привет! Мы - отдел бизнес-поддержки (БП) в Social Discovery Group. В этой статье расскажем, как мы повторили шестой подвиг Геракла, очистив доску от 1500 тикетов, которые накопились за 4 года. 1500 задач - это больно. Тикеты кочевали из спринта в спринт, заказчики ежедневно запрашивали статус по задачам, а мы испытывали стресс от переработок и от того, что не можем дать апдейты. Мы поняли, что нужно менять процессы в отделе и применили подход STATIK, который навсегда избавил нас от бесконечной очереди задач. 

Читать далее

ICE, RICE, WSJF или как эффективно организовать бэклог

Время на прочтение6 мин
Количество просмотров24K

Привет всем читателям, желающим грамотно выстраивать самые многозадачные бэклоги. Меня зовут Фёдор Гвоздев, я основатель интернет-магазина корейской косметики HolySkin. Работаю над развитием этого проекта уже 8 лет и не раз сталкивался с трудностями приоритизации. В этой статье я постараюсь поделиться своим опытом и представить самые «рабочие» модели, которые не раз выручали нас в работе.

Читать далее

Нужны ли тимлиды?

Время на прочтение5 мин
Количество просмотров8.3K

Осенью я был на митапе, посвящённом scrum'у. И услышал там интересный тезис: в слаженной скрам-команде роль тимлида/техлида минимальна, потому что все участники команды в той или иной степени являются носителями знаний и прекрасно самоорганизовываются благодаря скраму.

Читать далее

Как обеспечить «вдвое больше за половину времени»

Время на прочтение20 мин
Количество просмотров11K

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

Всё может быть куда лучше, и эта статья предлагает методику непрерывного совершенствования эффективности разработки. Рассуждение построено на уже зарекомендовавших себя теориях, включая философию Деминга, теорию ограничений, бережливое производство и других.

Вперёд к оптимизациям систем!

Что такое «инженерия» с точки зрения программиста?

Время на прочтение5 мин
Количество просмотров5.5K
imageМне никогда не приходило в голову считать себя инженером-программистом, так как я не занимался ничем, что считал бы связанным с «инженерией».

Например, я поражён, каких успехов добилась компания SpaceX в разработке корабля StarShip: это полноценный многоразовый космический корабль, предназначенный в конечном итоге для того, чтобы позволить людям жить на других планетах. Эти наполеоновские планы наконец-то позволяют попытаться сконструировать достаточно мощные двигатели, крепкие и при этом достаточно лёгкие структуры, а также компьютерные системы управления, имеющие должную эффективность. Я уже не говорю об инфраструктуре, процессах, новых уровнях логистики и всём прочем, что необходимо для представления о такой масштабной задаче.

Самое интересное, что сегодня можно наблюдать вживую – на YouTube – как люди всему этому учатся. В самом деле, это конструкторский экшен: эксперименты, исследования, провалы и успехи. Большинство инженеров даже не рассчитывает, что дело будет с первого раза сделано верно. Если вы с самого первого раза всё делаете правильно – то не учитесь, а просто сразу осуществляете задуманное.
Читать дальше →

Хватит копипастить, или как превратить Outlook-письмо в Jira-задачу в один клик

Время на прочтение9 мин
Количество просмотров8.6K

Привет! Меня зовут Карина Суворова, в «Северстали» я занимаюсь автоматизацией пользовательских процессов. Как часто вам приходят письма и встречи с задачами, которые надо выполнить в определённые сроки? Мне много. А моим коллегам, особенно тем, чей рабочий день состоит из таких «почтовых задач», ещё больше.

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

Но процесс регистрации в Jira тоже отнимает время — скопировать тему и имя заказчика, отметить затрачиваемое на задачу время и выполнить ещё кучу скучных действий. Из-за такой рутины многие управления продолжают вести списки задач в блокнотах и экселе.

Чтобы избавиться от этого разрыва, мы разработали прекрасное решение, которое доступно всем и не требует подготовки для поддержки. Работает оно с Outlook. Нужны только Jira для размещения и структурированного хранения задач и Visual Basic for Applications (VBA) для их создания.  

Читать далее

Agile-методы: light-версии требований

Время на прочтение7 мин
Количество просмотров4.2K

На рубеже веков жизнь показала, что невозможно за счет тщательного планирования и проектирования системы проекта обеспечить разработку и успешное внедрение системы в предполагаемые сроки.

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

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

Читать далее →

Прокачка виртуального персонажа и иные методы геймификации в Agile

Время на прочтение7 мин
Количество просмотров2.6K

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

Читать далее

Управление проектом по Agile методике

Время на прочтение6 мин
Количество просмотров69K

Отличное практическое пособие по agile-управлению проектами для всех и каждого!

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

Agile относится к любому процессу, который соответствует концепциям Agile Manifesto (манифест). В 2001 году 17 разработчиков программного обеспечения встретились, чтобы обсудить простые и эффективные методы разработки. Они опубликовали Манифест Agile Software Development, в котором рассказали о том, как они нашли "лучшие способы разработки программного обеспечения, применяя их самостоятельно и помогая делать это другим".

В отличие от управления проектами по водопадной модели, которая является строго последовательной: вы не начинаете разработку, пока не проведены исследования, и не приступаете к разработке, пока дизайн не завершен; в agile дизайнеры, разработчики и бизнесмены работают одновременно и параллельно.

Читать далее

Разделяй и властвуй, или Зачем управлять данными

Время на прочтение16 мин
Количество просмотров12K

Хабр, привет! Сегодня, в предпраздничный день, публикую статью Кирилла Евдокимова, директора практики Data Governance GlowByte. В области данных и аналитики он работает уже около 20 лет, последние 7 лет основной фокус – это Data Governance. Как говорит Кирилл, история с управлением данными всё еще остаётся terra incognita. В статье под катом он разбирает наиболее частые ошибки, проблемы, с которыми приходится сталкиваться компаниям, вступающим на тернистый путь управления данными.

Читать статью Кирилла

Обучение должно быть неотъемлемой частью ежедневной работы

Время на прочтение5 мин
Количество просмотров3.5K

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

Адресована агентам изменений: Скрам Мастерам, Эджайл Коучам и иже с ними, так как хочу поделится с коллегами по цеху накопленным опытом и осмыслением профессии в которой работаю = чем заниматься скрам мастеру \ эджайл коучу \ агенту изменений в компании. Будет интересна и широкому кругу.

Читать далее

«Чем я могу помочь?» или нетрадиционная парадигма управления

Время на прочтение8 мин
Количество просмотров9.4K

«Управлять – это значит не мешать хорошим людям работать» говорил Сергей Петрович Капица. Некоторым кажется, что в этой цитате управление представляется в негативном свете, вроде активность менеджера больше препятствует достижению намеченной цели или же просто не добавляет ценности, а управление — это и не работа вовсе: хорошие люди - работают, а руководители, стало быть, нет. Я смотрю на это, как на конструктивный совет руководителям via negativа. Типа «первая заповедь менеджера – не мешай». Я кое-чего написал об этом ранее, но сейчас хотелось бы углубиться не в то, как не надо, а в то, как надо бы. Итак, ловите очередную упаковку magic pills, а уж там - сами разбирайтесь: какая из них синяя, а какая показывает глубину кроличьей норы.

Читать далее

Ближайшие события

Инструкция по планированию сложных цифровых проектов

Время на прочтение16 мин
Количество просмотров6.8K

В данной статье приведен перевод, или, скорее, пересказ, книги "Guide For Planning Complex Digital Projects" компании Atlantic BT. Сама книга досталась мне из третьих рук, поэтому ссылку на источник не предоставляю. Не являюсь ни переводчиком ни писателем, поэтому прошу строго не судить за точность и стиль изложения. Думаю, что моя статья будет полезна для тех, кто так же как и я, находится в самом начале пути изучения методик организации и руководства разработкой сложных цифровых проектов.

Читать далее

Правила спасения смысла в быстро меняющихся приоритетах

Время на прочтение5 мин
Количество просмотров3K

Материал для тех, кто пытается что-нибудь менеджерить, начиная с собственных ресурсов и заканчивая департаментами в корпорациях или корпорациями в целом.

По причине 2022 года возникла постоянная смена стратегических направлений из-за повышенной турбулентности всего мира.

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

В итоге:

читать

Почему оценка задач сломала Agile

Время на прочтение7 мин
Количество просмотров17K

Трудно утверждать, что методология Agile неэффективна. Практически все команды разработки программного обеспечения стараются ей следовать. Простой способ начать внедрять гибкую методологию — это добавить пару ее компонентов в рабочий процесс. Одним из самых популярных и при этом важных компонентов считается оценка в Story Points. Однако сколько команд оценивали ее реальное влияние? На самом ли деле оценка времени, затраченного на каждую задачу, приносит пользу? По моему опыту, это не так.

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

Читать далее

Инструмент создания психологически безопасной среды

Время на прочтение5 мин
Количество просмотров1.3K

Всем привет! 

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

Наша работа связана со стрессами по разным причинам. Создавая прозрачность и гибкость, мы сами становимся незащищенными от потока завышеных ожиданий, претензий и недовольства. Тем не менее, оставаться здоровым в нашей профессии - это залог возможности остаться в самой профессии. В этой связи у меня появилась идея организации безопасного, прежде всего, в психологическом смысле, пространства, где коллеги могли бы сбрасывать пар и даже находить решения для самых сложных ситуаций. Ведь именно о таких ситуациях не всегда удобно говорить напрямую, даже несмотря на то, что смелость - это неотъемлемая ценность и сила каждого скрам-мастера. Большая часть нашей команды скрам-мастеров работают удалённо, и это ещё одна причина, из-за которой нужно было организовать эти встречи. 

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

Читать далее

Что делать если команда не хочет проводить Ретро? (Часть 1)

Время на прочтение3 мин
Количество просмотров6.5K

❓Что делать если команда не хочет проводить Ретро?

Это один из самых частых вопросов Скрам-Мастеров.

Понятно, что команда не хочет это делать не со зла. По большому счёту есть две основных причины.

Читать далее

Как выбрать подходящую методологию

Время на прочтение12 мин
Количество просмотров7.9K

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

Читать далее

Процесс ревью кода структурно порочен. Вот, как его исправить

Время на прочтение11 мин
Количество просмотров13K

Классический процесс ревью кода страшен до безобразия и даже некоторого восторга. Разберём, почему это так, и что с этим делать.

Разберём!