Size: a a a

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

2021 January 24

АК

Алексей Козлов... in Архитектура ИТ-решений
CMMI в руки :)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Алексей Козлов
процессы долго строить нормальные
С какой целью мне строить процессы, если они не соотносятся с проектами, которые мне бабки приносят? )
источник

F

Fagor in Архитектура ИТ-решений
Алексей Козлов
а дальше матиндукцией приходим к тому, что раз граница уникальности не чётко определена, то её практически и не существует :)
для меня да. иногда появляется новый канал, в связи с новой конфигурацией. Или цена, или свойство продукта. Иногда нет, и уникальности нет.  Но это не отменяет что конфигурация новая, и может есть и новые свойства. Но это не уникальность. Для меня опять таки.
Кроме как при "новом канале" взаимодействия наверное, есть уникальность.
источник

F

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

АК

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

AK

Andrei Kharytonenka in Архитектура ИТ-решений
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
"At the center stands the idea to maximize business value by delivering software early and frequently. It’s assumed that priorities change, so late changes are welcomed even if it means deviating from the original plan. These values are cemented in the Agile Manifesto from 2001 (please also look at the 12 principles, not just the values).
In a static environment where everything is known, agile methods don’t add a whole lot - we can just follow the plan. However, in face of rapidly changing needs or an active discovery of business needs based on what we’ve built so far, agile methods shine because they allows us to react quickly and reprioritize."
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Andrei Kharytonenka
"At the center stands the idea to maximize business value by delivering software early and frequently. It’s assumed that priorities change, so late changes are welcomed even if it means deviating from the original plan. These values are cemented in the Agile Manifesto from 2001 (please also look at the 12 principles, not just the values).
In a static environment where everything is known, agile methods don’t add a whole lot - we can just follow the plan. However, in face of rapidly changing needs or an active discovery of business needs based on what we’ve built so far, agile methods shine because they allows us to react quickly and reprioritize."
т.е. если у меня "вечная исследовательская работа" - то ажайль может помочь. как только я перехожу в долгосрочное планирование с понятными приоритетами - с ажайлем можно завязывать. Так?
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
а вы уверены что сможете спланировать так, чтобы эти планы хотя бы год не менялись?
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
бизнес же не стоит на месте
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
появляются конкуренты, меняются приоритеты, появляются новые технологии
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
скажу сразу я не эджайл коуч, евангелист и т.д. И да, космический корабль по эджайлу не создашь
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Andrei Kharytonenka
а вы уверены что сможете спланировать так, чтобы эти планы хотя бы год не менялись?
Ну так зависит от ситуации, сами же говорите. Если у меня крупная система с понятными стратегическими целями - да, и на год, и на пять и на 10. Если у меня "ларёк с шаурмой" - конечно не получится. Проблема в том, чтобы провести границу между одним и другим.
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
да, все зависит от ситуации
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
но это не только для RnD проектов
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
просто чем больше неопределенность тем лучше подходит
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
ну и эджайл это не спасение от всех бед
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Надо методичку выпустить:
"Как понять, что мне не нужен аджайл".
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
уже все есть;)
источник