Нужно прикрутить профилеровку и участвовать в планировании команды. А это решить на ретроспективе.

разработчики и не должны заморачиваться, оптимизации уровня БД - это задача DBA, плюс рекомендации разработчикам как писать запросы, чтобы база не обосралась, назовите это сводом правил или концвенцией, как у вас вообще DBA отслеживают косяки в БД, медленные запросы, есть какой-либо мониторинг?

Разработчики должны разрабатывать хороший код. Хороший код - оптимальный. Это значит, что за минимальную стоимость запроса необходимо получить максимум скорости...бла-бла-бла... Индексы повесить и школьник сможет. Да, есть у нас все. У нас со взаимодействием проблема. Вот я и задаю вопос, методы эджайла нам чем-нибудь помогут? Что это вообще такое, в сущности?

Нужно прикрутить профилеровку и участвовать в планировании команды. А это решить на ретроспективе.

Paraphrase it please

https://youtu.be/Z9QbYZh1YXY

Поможет, это фреймворк для управления

Поможет, это фреймворк для управления

Развитие ITIL?

Нет

Другой принцип

Не пробовали в СКБ Контуре отыскать коуча, взять за ручку и попросить рассказать? Неужели нет ни одного?

Не пробовал.

С т.з. вашего вопроса, речь не про Agile, а про то чтобы дойти до команды, сформулировать ей ваше виденье проблемы и спросить - "че думаете, друзья?"

да?

"Разработчики не хотят замарачиваться с кодом"

Почему не хотят?

И почему разрабочтик базы данных не может залезть в код и сделать так как он хочет, раз это правильно и мудро?

🙂 "я" и "они", но вместе мы - программисты

Удивительно, как люди не хотят залезать на соседнее поле

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

Боятся чего-то, что ли

не хотят заморачиваться - это просто какая свобода у разработчиков! хочу так пишу, хочу вообще не пишу, вот честно - где человек отвечающий за технические решения?

Боятся чего-то, что ли

доверяют это дело профессионалам на соседнем поле

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

Это хороший вопрос. )

Спасибо. Я для начала изучу мат часть.

программисты и есть люди которые отвечают за технические решения

все остальное - х...я

с пониманием этого и придет Agile 🙂

если код пишет один человек, а отвечает за него другой - это нонсенс

с пониманием этого и придет Agile 🙂

С пониманием того, что каждый должен быть ответственным и вовлеченным?

Вы идеалист.

да и каждый может пойти и сломать продакшен

нет это вы просто работает в СКБ

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

Кстати! А кто в чате знает об успешных Agile-трансформациях?

Давненько ничего свежего не попадалось 🙂

Метрики успешности?

Давненько ничего свежего не попадалось 🙂

У нас интересный опыт, в Райффайзенбанке

Сергей, при всем моем уважении

что такого сделал райффайзен на рынке продуктов?

или под интересным опытом вы подразумеваете то, что научились делать it проекты не за 3 года, а за 1?

бггг да тут профессионалы

что такого сделал райффайзен на рынке продуктов?

Слава, а с чего вы взяли что эти метрики должны быть видны вне компании?

Анонимы это пиздец конечно

но вообще это написано в agile манифесте

вся движуха про создание крутых продуктов 🙂 поделитесь

у вас день не задался?

Анонимы это пиздец конечно

Приходите к нам, покажем, расскажем )

Кароче ничего, я понял 🙂

Злой вы :)

Еще какой

не помогли тренинги бгг

Еще какой

Здоровья вам ) и крепких нервов 🍷

🙂)

Кароче ничего, я понял 🙂

До крутых продуктов пока ещё не дошли, сейчас нужно не сломать что есть

Ну флешку-то перестали выдавать для доступа в личный кабинет, уже можно в хроме открыть его?

Пока успех - растёт % сотрудников, для которых слова скрам и стори-поинты - не пустые звуки

Ну флешку-то перестали выдавать для доступа в личный кабинет, уже можно в хроме открыть его?

угар

Помог ли agile сделать это

🙂)

Пока успех - растёт % сотрудников, для которых слова скрам и стори-поинты - не пустые звуки

На лендинг это надо

🙂

На лендинг это надо

Я старался

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

Пока больно

или не видно бггг

или не видно бггг

Haters gonna hate

http://codemanship.co.uk/parlezuml/blog/?postid=1478

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

Ну вот смотрите, сколько надо скрам-мастером чтобы в СМСку про одобренный кредит на 100 рублей добавить ссылку "отписать от этой херни нафиг" ?

обещаю, это будет фурор и мировое признание

no offence

Ну вот смотрите, сколько надо скрам-мастером чтобы в СМСку про одобренный кредит на 100 рублей добавить ссылку "отписать от этой херни нафиг" ?

А эджайл-трансформация тут причем?

mindset поменялся

у банков пропасть большая на стыке support - customer

Это не быстрый процесс. Читал же reinventing organizations?

то есть agile должен начинаться там, у вас продукт-менеджеры на 1-й линии сидят?

ну хотя бы недельку в месяц

то есть agile должен начинаться там, у вас продукт-менеджеры на 1-й линии сидят?

Так и должно быть, а сейчас надо научиться не собирать проектные команды

По-другому бюджет выделять, по-другому взаимодействовать внутри

Интересно читать. Ключевое действительно в том, что для нас это путь долгий. И мы радуемся изменениям, временами не видимым снаружи организации. Примеры про хороший ТТМ тоже есть. Про майндсет тоже. Но всему этому еще долго и интересно расти и развиваться. Осенью расскажем на конференциях:)

Про 1-ю линюю я знаю ответ в общем 🙂

Про 1-ю линюю я знаю ответ в общем 🙂

Не могу я за первую линию пояснить, не делай ложных выводов:)