Добрый день! Вы правы, начало марта немного затянулось. Мы отправим все пригласительные в середине этой недели.
По количеству — мы ожидаем более 3000 участников.
Ждем Вас 21 марта на НСК «Олимпийский».
Благодарим за Ваш комментарий и с интересом отвечаем на вопрос.
Scrum способствовал тому, что команды разработчиков сместили свой фокус с технических решений в сторону бизнес результатов, дающие именно такие решения. Такое изменение фокуса подразумевает способность команды «обеспечить» бизнес результаты, вследствии чего появилось понятие кросс-функциональности. Попытка сделать 100% команд кросс-функциональными, с нашей точки зрения, была не совсем удачной и не представляла оптимальное решение. В условиях больших компаний, такое изменение выглядело слишком радикальным.
И так фантазируем…
Представьте себе, что Вы разрабатываете CRM решение и у Вас есть пять команд разработчиков. Если они все кросс-функциональные, то Вы очень свободны в выборе той команды, которая будет реализовывать тот или иной функционал. Но это идиллия. Изначально, у вас 5 команд, каждая из которых отвечает за свой модуль. Проблема и возникающие при этом вопросы в следующем: как эти команды эффективно объединить одной целью для выпуска нового релиза в срок, как быстро определить ограничения и зависимости между командами и как оптимально интегрировать решения всех команд в продукт.
С нашей точки зрения, SAFe даёт весьма конструктивные ответы на эти вопросы. Поэтому ответ на Ваш вопрос звучит следующим образом: «нет требования к обязательному наличию тех или иных команд, есть предложение как организовать существующие команды наиболее оптимальным образом для достижения единого результата – выпуска качественного продукта в срок».
Надеюсь, мы ответили на Ваш вопрос и с интересом готовы продолжить общение по другим не менее актуальным и спорным вопросам.
добрый день, по поводу БЦ вы заметили верно. Относительно докладов .net тематика будет обсуждаться на примере наших реальных проектов, javascript — нет. Приходите, будем ждать!
добрый день, наши мероприятия открыты для всех желающих учиться и развиваться. Все что необходимо сделать- это пройти регистрацию и прийти на мероприятие
Добрый день, Артем! Все наши мероприятия вне политики и направлены на развитие ИТ индустрии. На логотипе мероприятия присутствуют флаги стран с которыми активно работает компания Ciklum. Надеемся что отсутствие флага какой-либо страны не помешает желаню приходить на мероприятия и развивать свои технические навыки. Хорошего дня!
уважаемый Александр, мы обратим наше внимание на заимствованые слова. Спасибо! Но до сих пор мы искренне надеемся, что объевления о наших мероприятиях могут принести пользу разработчикам, как специалистам в своей области, и только потом удовольствие от критики текста.
дорогие хабраюзеры, просьба обратить Ваше внимание на изменение в датах по львовскому классу. Мы будем рады вас видеть 4-5 июля на нашем тренинге. Больше деталей можно прочесть тут agilelviv.ticketforevent.com/
По количеству — мы ожидаем более 3000 участников.
Ждем Вас 21 марта на НСК «Олимпийский».
Благодарим за Ваш комментарий и с интересом отвечаем на вопрос.
Scrum способствовал тому, что команды разработчиков сместили свой фокус с технических решений в сторону бизнес результатов, дающие именно такие решения. Такое изменение фокуса подразумевает способность команды «обеспечить» бизнес результаты, вследствии чего появилось понятие кросс-функциональности. Попытка сделать 100% команд кросс-функциональными, с нашей точки зрения, была не совсем удачной и не представляла оптимальное решение. В условиях больших компаний, такое изменение выглядело слишком радикальным.
И так фантазируем…
Представьте себе, что Вы разрабатываете CRM решение и у Вас есть пять команд разработчиков. Если они все кросс-функциональные, то Вы очень свободны в выборе той команды, которая будет реализовывать тот или иной функционал. Но это идиллия. Изначально, у вас 5 команд, каждая из которых отвечает за свой модуль. Проблема и возникающие при этом вопросы в следующем: как эти команды эффективно объединить одной целью для выпуска нового релиза в срок, как быстро определить ограничения и зависимости между командами и как оптимально интегрировать решения всех команд в продукт.
С нашей точки зрения, SAFe даёт весьма конструктивные ответы на эти вопросы. Поэтому ответ на Ваш вопрос звучит следующим образом: «нет требования к обязательному наличию тех или иных команд, есть предложение как организовать существующие команды наиболее оптимальным образом для достижения единого результата – выпуска качественного продукта в срок».
Надеюсь, мы ответили на Ваш вопрос и с интересом готовы продолжить общение по другим не менее актуальным и спорным вопросам.