Size: a a a

Архитектура ИТ-решений

2019 August 05

PD

Phil Delgyado in Архитектура ИТ-решений
Denis Zarin
Возможно, мы про разный scope сейчас с тобой.

Меня удручает наивная вера agile в свою всепременимость. А интересно обсудить жизнь контроллинга, к примеру.
Меня удручает чья угодно вера в любое "все...".
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Andrei Soloschak
С чего вы взяли? Перерабатывающие люди не способны обеспечивать sustainable development, maintain constant pace и придерживаться continuos attention to technical excellence.
Андрей, для меня вопрос в контексте и претензии на общезначимость.

Даже работающий agile в духе манифеста покрывает не такую большую долю активностей организации. Но постулируется, что это the way..
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Phil Delgyado
Ну, вообще да. Эти принципы выгодны бизнесу, поэтому Agile и внедряется активно )
К слову --

Здесь интересно заметить, что Agile хорошо продаётся внутри. Но (имхо) с подрядчиками никто не спешит переходить с fixed price на t&m.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Denis Zarin
К слову --

Здесь интересно заметить, что Agile хорошо продаётся внутри. Но (имхо) с подрядчиками никто не спешит переходить с fixed price на t&m.
А вот тут у меня нет статистики. Но крупнейшие аутсорсеры - скорее t&m, нежели fixed price.
Мне вообще кажется, что fix price вытеснен в довольно специфическую нишу интеграций или небольших компаний. А, ну еще госуха.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
При этом и интеграции и госуха - это особые кейсы.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Phil Delgyado
А вот тут у меня нет статистики. Но крупнейшие аутсорсеры - скорее t&m, нежели fixed price.
Мне вообще кажется, что fix price вытеснен в довольно специфическую нишу интеграций или небольших компаний. А, ну еще госуха.
"Ещё госуха" и интеграции -- это довольно большой кусок получается..

Про t&m более скользкий вопрос получается, согласен -- потому что там не только pure agile, но и разные формы аутстаффа всякие будут.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Phil Delgyado
При этом и интеграции и госуха - это особые кейсы.
Здесь не соглашусь. Надо реальное распределение объёмов смотреть.

Лет 20 назад в институте нам презрительно говорили, что кто-то будет "базенки рисовать в компании", а кому-то повезёт самолёты проектировать. Ну реальное распределение несколько другое оказалось..
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Denis Zarin
Здесь не соглашусь. Надо реальное распределение объёмов смотреть.

Лет 20 назад в институте нам презрительно говорили, что кто-то будет "базенки рисовать в компании", а кому-то повезёт самолёты проектировать. Ну реальное распределение несколько другое оказалось..
Мы про РФ или про весь мир?
Но без статистики - спорить не о чем, у меня нет данных для планов.
С одной стороны Крок или Восход чуть-ли не больше EPAM и Luxsoft, с другой - плохо понятно, можно ли их сравнивать )
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Phil Delgyado
Мы про РФ или про весь мир?
Но без статистики - спорить не о чем, у меня нет данных для планов.
С одной стороны Крок или Восход чуть-ли не больше EPAM и Luxsoft, с другой - плохо понятно, можно ли их сравнивать )
Про РФ -- good point!

А фиксовых проектов у EPAM и Люксофт немало.
источник

p

pragus in Архитектура ИТ-решений
Denis Zarin
Про РФ -- good point!

А фиксовых проектов у EPAM и Люксофт немало.
а рф чем-то принципиально отличается от всего остального мира?
источник

DZ

Denis Zarin in Архитектура ИТ-решений
For the record -- лично мне больше всего нравится модель с аутстаффом. Но она непривычно много рисков и решений оставляет заказчику, что влияет на её популярность.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну да. У нас сейчас сильно центр тяжести в сторону гос.контрактов или около-госа ушел.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Denis Zarin
For the record -- лично мне больше всего нравится модель с аутстаффом. Но она непривычно много рисков и решений оставляет заказчику, что влияет на её популярность.
Не, поспешил)).
Это контекстно, задачи бывают разные.
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Phil Delgyado
Эээ, ровно наоборот. Мотивация - это метод увеличения эксплуатации. Эффективный, так как неявный.
Хорошо мотивированный сотрудник работает по 10 часов в день эффективно, а плохо мотивированный из-под палки - и по 4 часа не отработает нормально.
+1, при условии что эффективно=больше ценности на интервале времени, а не больше часов на работе на интервале времени. При этом ИМХО вполне норм когда человек «позитивно замотивирован» и сам решает - вот сегодня останусь и дофигачу этот таск потому что знаю что важно закрыть его сегодня, а завтра - не буду, потому что уже неважно, и я знаю почему.
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Некоторых «особо положительно замотивированных» приходилось «административно» выгонять с работы чтоб не сидели долго - ИМХО это тоже норм.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Andrei Soloschak
С чего вы взяли? Перерабатывающие люди не способны обеспечивать sustainable development, maintain constant pace и придерживаться continuos attention to technical excellence.
Хочется опять влезть с Парацельсом и мерой. Любой способ мотивации и вытаскивания из человека энергии/работы/сил/чего угодно имеет ограничение сверху.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Rustem Mannanov
Некоторых «особо положительно замотивированных» приходилось «административно» выгонять с работы чтоб не сидели долго - ИМХО это тоже норм.
У меня подруга руководитель психологов в школе, и один из важных приоритетов - предотвращать выгорание сотрудников. Кто-то выгорает по собственной воле, по внутренним устремлениям, кто-то - поддаваясь ситуации на работе. И то, и другое на перспективу развития команды влияет крайне отрицательно.
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Denis Zarin
К слову --

Здесь интересно заметить, что Agile хорошо продаётся внутри. Но (имхо) с подрядчиками никто не спешит переходить с fixed price на t&m.
Мы, кстати, уже со многими на аутсорсинге так работаем, людям, видимо, приятнее за конкретную работу по кейсам заплатить, чем миллион за какой-то набор услуг.
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Daria Kaftan
У меня подруга руководитель психологов в школе, и один из важных приоритетов - предотвращать выгорание сотрудников. Кто-то выгорает по собственной воле, по внутренним устремлениям, кто-то - поддаваясь ситуации на работе. И то, и другое на перспективу развития команды влияет крайне отрицательно.
Согласен, именно поэтому и надо всё-таки немного «административно» контролировать и  регулировать этот процесс. В конце концов - это даже гораздо приятнее для руководителя чем «слезно умолять остаться вечером чтобы доделать что-то».
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Teterkin
Мы, кстати, уже со многими на аутсорсинге так работаем, людям, видимо, приятнее за конкретную работу по кейсам заплатить, чем миллион за какой-то набор услуг.
То есть на t&m перешли?
источник