Репутація українського ІТ. Пройти опитування Асоціації IT Ukraine
×Закрыть

Материалы по теме «планирование»

RSS

PI Planning — планирование для больших команд: как его провести и что получается на практике PI Planning — планирование для больших команд: как его провести и что получается на практике

Liudmyla Kryshtop 12755

Людмила Криштоп, Senior Project Manager в EPAM, рассказывает о том, как они для команды в 130 человек внедрили практику SAFe — ежеквартальное PI планирование. Для него на 2 полных дня собирают офлайн всех людей, которые участвуют в разработке проекта, чтобы быстро решить все вопросы. 25

Что такое Implementation Plan, или Как планировать реализацию при разработке Что такое Implementation Plan, или Как планировать реализацию при разработке

Артур Терменжи 11076

Артур Терменжи, Full Stack Engineer в Railsware, считает, что правильное планирование рабочего процесса — это половина успеха. В статье он делится способом, который они используют в компании при планировании работы над user stories в рамках каждого спринта. 37

О пользе и вреде детального планирования О пользе и вреде детального планирования

Sergii Dorokhin 3529

В последнее время на ДОУ было много статей по различным теориям и практикам улучшения качества оценки и планирования проектов. Вчитываясь в них, я все больше прихожу к мнению, что планирование как таковое — не так хорошо, как кажется на первый взгляд. 54

Простой путь

Sergii Maliarov 3800

Как вы уже, наверное, знаете, оценкам времени, которые дают разработчики, верить нельзя. Если вы еще об этом не знаете, то скоро, увы, узнаете. Впрочем, если оценку будет делать не программист, а, скажем, менеджер проекта, то она тоже будет неверной.Почему так происходит? Тут есть множество объяснений (включая «мир несправедлив и мы все умрем»). Я расскажу об одном из них. 74

To Be Agile Or Not To Be Agile? To Be Agile Or Not To Be Agile?

Sergii Dorokhin 6291

Сказка. А может, и быль. В одной большой компании было несколько офисов, в частности, офис в городе A (в дальнейшем — просто Team А) и офис в городе B (в дальнейшем — просто Team B). В этих офисах практически в одно и то же время начинались два проекта для двух разных клиентов. 395

Заметки: Про оценки и календарь. Введение

Дмитрий Ефименко 432

Начинаю цикл заметок, посвященных оценкам и календарному планированию. Оценки + календарь... Тех, кто работает с волшебными единорогами заказчиками, которые берут на себя все риски команды — тем такое не нужно. Их заказчик кладет портмоне на стол и говорит: возьмите сколько надо. Справедливости рад... 14

Комментарии

я вот ваще хз чем все эти люди занимаются с этими скрам фреймворками :) работа о работе
Скромнее надо быть товарищ! )) Если уж ЧСВ немного выпирает, то стоит хотя бы обосновывать свое величайшее мнение ). Обо...ть автора ж намного легче, чем в мягкой форме написать на ошибки и недочеты.
Фасицилятор фасицилировал фасилицляцию, да не выфасицилировал. Надо фасициляцию перефасицилярять, перевыфасициляривать.
Контора яка робить курси також продає послуги із сертифікації — це те що тобі потрібно дізнатись із цієї статті. Оскільки радянська мудрість гласить що — «без бумажки ти кашка» то сертифікат зайвим не буде.
Сейчас, когда на рынке труда переизбыток начинающих тестировщиков, приоритет дают самым сертифицированным ISTQB Сертифікації для трейні не потрібні. Якби до мене прийшла людина без досвіду, а зі сертифікатом — я би насторожився.
Основа основ: книга «Тестирование dot com» Романа Савина. Гіршої поради не придумали ?
Фасилитация нужна для того, чтобы скороговорки учить, не? © лигурийский регулировщик
Ляшко и Парасюк Жаль, так ни разу никого не ударил Кличко. А я так ждал...
Хороший ПO в продукте часто понимает процесс разработки и соотношение между сроками и качеством. Плохого ПО в продукте увольняют. В аутсорсе ПО какого дал заказчик, и он может быть без руля и без крыши, а удовлетворить — надо.
Фасилитация фасилитаторов. © В.И.Ленин
Радий, що стаття виявилась корисною. 👍🏻 Модель обирається залежно від цілей проекту та вхідних даних. В моїх проектах приблизно у 80-90% випадків вдається використовувати цей підхід.
Привіт 🙂 Ітеративний підхід є частиною Agile процесу. Це як зробити чорновий варіант, а потім працювати над його покращенням. Ітеративна розробка є корисною, коли є розуміння базових фічей продукту, а подальші деталі чи флоу ще варто віднайти.
Эм, а что для вас реактивность?
Кратко о впечатлениях от статьи: www.youtube.com/watch?v=fqWQ2tePQk8
это надо исключительно чтобы обезопасить себя перед заказчиком, тем что взять минимальный объём работы на это время и снизить риски, что «заделиверить» не успеют. Заказчик ведь расстроиться.