×Закрыть

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

RSS

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

Liudmyla Kryshtop 7640

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

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

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

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

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

Sergii Dorokhin 3449

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

Простой путь

Sergii Maliarov 3694

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

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

Sergii Dorokhin 6129

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

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

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

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

Комментарии

таски в джире двигать и отчеты по таймшитам составлять — те же бумажки, только электронные :-)
Конечно, если нужен тип Generator, то так красиво (“using Generator = ...”) уже не получится если зайти через зад то всё можно )) но через зад auto Generator = []() { return[i = 0]() mutable { return i++; }; }; int sum = 0; auto generator1 = Generator();...
Eduard, спасибо!
и не смог абстрагиваться «бомажки это бомажки»? вот щас не знаю кто его больше обидел ты или я особенно если ты сказал фактическую правду ))
Alex, смысл проекта мы обсуждали еще в самом начале, до перехода в фазу поддержки и мелких доработок. В указанном примере описан момент, когда команда устала и понадобились пересмотр цели и работа с мотивацией.
в смысле? это же ж крассический пример классического генератора: int Generator() { yield 5; yield 10; yield 20; yield 40; yield 80; yield 100; } или зачем тебе вообще генераторы? ))
кому не лень мне лень )) у меня есть сишарп котлин свифт и эрланг и куча внутряшечки более низкого уровня
Вы знаете, для меня это тоже было открытием, но IT сообщество Ванкувера — меньше, чем в Торонто и Монреале, как и количество населения в общем: https://en.wikipedia.org/wiki/List_of_the_100_largest_population_centres_in_Canada
Дмитрий, спасибо за вопрос. В указанном случае для клиента сроки были важнее бюджета.
Возможно я недопонял этот конкретный пример, но пока что этот код не выглядит как что-то, что бы я имел необходимость писать более одного раза в жизни.
но в свою очередь это «ещё один вопрос почему в си++ всё так криво и ограничено?» )) Кривости особой не вижу.
Тот редкий момент, когда я с тобой могу согласиться касательно претензий к C++. Думаю, ещё разрешат в следующих стандартах. Просто пока ещё никто не внёс внятный пропоузал касательно стандартизации этого дела.
Это же ж при том при всём что «закат солнца вручную» (к) (тм) при некотором желании большого труда не составит ну ок если алгоритм позаковыристее то посложнее но принцип примерно принннём struct { int state = 0; int operator()() { switch (state)...
Конечно, если нужен тип Generator, то так красиво («using Generator = ...») уже не получится а это уже совсем отдельный вопрос почему это вдруг лямбда может существовать только как инстанс )) почему лямбы не инстанциировать по её типу?
прикольно но незачот )) я yield i; (с ошибкой но то случайно) привёл в качестве «тупого примера yield но как-то рабочего» на его месте должен быть yield настоящий иначе конечно какой у генератора смысл?