Size: a a a

Анализ в ИТ-проектах

2020 September 30

A

Aroh in Анализ в ИТ-проектах
Вам что-то типа FluentD нужно, видимо. Его правда используют как сборщик логов, но задача имхо похожа
источник

AS

Aleksey S. in Анализ в ИТ-проектах
А почему бы и нет )

Но пока придумали костыль с питонным демоном и удаленным кроликом
источник
2020 October 01

NK

ID:0 in Анализ в ИТ-проектах
Сегодня в 18.00 по МСК ждем всех на выступление Елены https://www.youtube.com/watch?v=egoYOP-7HBc
источник

АБ

Алекс Белецкий... in Анализ в ИТ-проектах
Добрый вечер, поделитесь кто как внедрял Agile-Scrum в команды, которые до этого так не работали и об этом не слышали. Или ссылки поскидывайте, если сталкивались, будет полезно. Спасибо!
источник

OK

Oleg K in Анализ в ИТ-проектах
Алекс Белецкий
Добрый вечер, поделитесь кто как внедрял Agile-Scrum в команды, которые до этого так не работали и об этом не слышали. Или ссылки поскидывайте, если сталкивались, будет полезно. Спасибо!
со слезами
источник

DC

Dmitriy Chernyak in Анализ в ИТ-проектах
Алекс Белецкий
Добрый вечер, поделитесь кто как внедрял Agile-Scrum в команды, которые до этого так не работали и об этом не слышали. Или ссылки поскидывайте, если сталкивались, будет полезно. Спасибо!
Приготовьтесь к тому, что некоторые люди уйдут из команды. Некоторым легче с нуля вписаться в новый отлаженный процесс, в тот же скрам, и работать, чем работать во время перехода с одной идеологии на другую, причём придётся совмещать - не все проекты сразу можно перевести на скрам без потерь. То есть, представьте, что у вас спринт по одному проекту, а по другому водопад и сроки, и человек разрывается на оба проекта, а менеджер не знает как это разрулить.
источник
2020 October 02

SN

Sergey Nikonenko in Анализ в ИТ-проектах
Алекс Белецкий
Добрый вечер, поделитесь кто как внедрял Agile-Scrum в команды, которые до этого так не работали и об этом не слышали. Или ссылки поскидывайте, если сталкивались, будет полезно. Спасибо!
Приветствую! У нас внедрение 3 года назад прошло хорошо. Наши шаги:
0. Поддержка заказчика. В нашем случае спонсором внедрения Scrum выступил сам заказчик.
1. Сетап и обучение команды коучем.
2. Революцию мы не делали. Переходили постепенно. Например, команда привыкла оценивать задачи в человекочасах - ок. На первом этапе договорились, как story points коррелируют с трудоемкотью в часах (позже от этого конечно же ушли)
3. Scrum-мастер и Владелец продукта должны сами верить в Scrum и поддерживать его, понимать, что первое время могут быть проблемы.  Scrum-мастер должен регулярно проводить мероприятия с командой, на которых он должен рассказывать про Scrum и его ценности, почему это круто и чем это поможет команде
4. У нас осталась явно закрепленная роль тим лида разработки. Мы от нее не стали отказываться осознанно
5. И еще раз - не делать революцию. Мы шли постепенно, поэтапно. Внедряли церемонии как эксперименты. Например, сначала мы не звали на планинг и груминг задач всю команду, делали это с РО, тим лидом и старшим аналитиком. Далее договорились с командой попробовать проводить эти мероприятия совместно на протяжении 3 спринтов. И всем зашло
источник

F

Fagor in Анализ в ИТ-проектах
Если у вас тим лид, у вас не скрам. Аджайл, но не скрам. Скрам один из самых жестких фреймворков аджайла.
источник

A

Andrey in Анализ в ИТ-проектах
Еще и старший аналитик?
источник

SN

Sergey Nikonenko in Анализ в ИТ-проектах
Fagor
Если у вас тим лид, у вас не скрам. Аджайл, но не скрам. Скрам один из самых жестких фреймворков аджайла.
Это если говорить про "православный" скрам и про его трактовку каждым. Обратите внимание, сколько страниц занимает Scrum guide и сколько страниц занимают книги, написанные про скрам, вокруг скрама и растолковывающие скрам...
источник

DF

Dmitriy Filippov in Анализ в ИТ-проектах
Sergey Nikonenko
Это если говорить про "православный" скрам и про его трактовку каждым. Обратите внимание, сколько страниц занимает Scrum guide и сколько страниц занимают книги, написанные про скрам, вокруг скрама и растолковывающие скрам...
easy to learn, hard to master 😎
источник

SN

Sergey Nikonenko in Анализ в ИТ-проектах
А если вы будете внедрять scrum по православному в команде, которая привыкла работать в waterfall, то вам проще сразу уволить всех и нанять новых людей, которые готовы работать иначе
источник

DC

Dmitriy Chernyak in Анализ в ИТ-проектах
Sergey Nikonenko
А если вы будете внедрять scrum по православному в команде, которая привыкла работать в waterfall, то вам проще сразу уволить всех и нанять новых людей, которые готовы работать иначе
+. Мой комментарий ранее как раз про такую ситуацию был.
источник

SN

Sergey Nikonenko in Анализ в ИТ-проектах
Dmitriy Chernyak
+. Мой комментарий ранее как раз про такую ситуацию был.
Лично я не вижу смысла в таком подходе. Это вообще не про agile по сути)))
источник

DC

Dmitriy Chernyak in Анализ в ИТ-проектах
Sergey Nikonenko
Лично я не вижу смысла в таком подходе. Это вообще не про agile по сути)))
Это про то, как бывает, когда не привлекают скрам-мастеров или коучей, а пытаются по книжке построить скрам. Про боль
источник

ND

Natalya Davydova in Анализ в ИТ-проектах
Sergey Nikonenko
А если вы будете внедрять scrum по православному в команде, которая привыкла работать в waterfall, то вам проще сразу уволить всех и нанять новых людей, которые готовы работать иначе
Пробовали заикнуться в компании, что проще человек 50 разработчиков уволить и нанять новых?
источник

об

оксана белявская... in Анализ в ИТ-проектах
Коллеги, добрый день. Есть ли кто в логистике делал проекты, по логистическим цепрчкам? Руководство придумало план по определению оптимального логистического звена (есть склад производителя, склады компании), нужно создать регистр из которого затем логисты, будут использовать инфо для расчётов оптимальных цепочек доставки. Может есть кто делал такое? Отзовитесь пожалуйста
источник

A

Andrey in Анализ в ИТ-проектах
оксана белявская
Коллеги, добрый день. Есть ли кто в логистике делал проекты, по логистическим цепрчкам? Руководство придумало план по определению оптимального логистического звена (есть склад производителя, склады компании), нужно создать регистр из которого затем логисты, будут использовать инфо для расчётов оптимальных цепочек доставки. Может есть кто делал такое? Отзовитесь пожалуйста
Нечто похожее на мои проекты. Но нужно четче понять задачу
источник

F

Fagor in Анализ в ИТ-проектах
Первым этапом решения транспортной задачи является определение ее типа (открытая или закрытая, или иначе сбалансированная или не сбалансированная). Приближенные методы (методы нахождения опорного плана) позволяют на втором этапе решения за небольшое число шагов получить допустимое, но не всегда оптимальное, решение задачи. К данной группе методов относятся методы:
   вычеркивания (метод двойного предпочтения);
   северо-западного угла;
   минимального элемента;
   аппроксимации Фогеля.

Естественно, цитата выше — направления куда думать, так как это просто игры с цифрами.
источник

SN

Sergey Nikonenko in Анализ в ИТ-проектах
Natalya Davydova
Пробовали заикнуться в компании, что проще человек 50 разработчиков уволить и нанять новых?
а мы поэтому и пошли по другому пути) и у нас все прекрасно)
источник