ЩП
У нашего друга ты знаешь какого!
Прослезился
Size: a a a
2019 September 21
$
У нашего друга ты знаешь какого!
Нет!
A
Soc отличается от такси набором возможных услуг, в такси их единицы, а в soc десятки.
Чтобы подытожить - если все по бестпрактис, то есть стандартный набор функций того же сием, которые интегратор должен реализовать.
Только вот все по бестпрактис только если это строит сам заказчик, или 1 подрядчик. Где начинают рулить двое, каждый из которых беспрактис читает по своему, там начинается бардак. А в крупных заказчиках не двое, а 10-20-50, а реализация - годы, за которые не то, что новые требования, но новые бестпрактис появляются.
И тут начинается реализм, где все не по бестпрактис, а интегратор делает рандомные хотелки заказчика на ходу
Чтобы подытожить - если все по бестпрактис, то есть стандартный набор функций того же сием, которые интегратор должен реализовать.
Только вот все по бестпрактис только если это строит сам заказчик, или 1 подрядчик. Где начинают рулить двое, каждый из которых беспрактис читает по своему, там начинается бардак. А в крупных заказчиках не двое, а 10-20-50, а реализация - годы, за которые не то, что новые требования, но новые бестпрактис появляются.
И тут начинается реализм, где все не по бестпрактис, а интегратор делает рандомные хотелки заказчика на ходу
$
Soc отличается от такси набором возможных услуг, в такси их единицы, а в soc десятки.
Чтобы подытожить - если все по бестпрактис, то есть стандартный набор функций того же сием, которые интегратор должен реализовать.
Только вот все по бестпрактис только если это строит сам заказчик, или 1 подрядчик. Где начинают рулить двое, каждый из которых беспрактис читает по своему, там начинается бардак. А в крупных заказчиках не двое, а 10-20-50, а реализация - годы, за которые не то, что новые требования, но новые бестпрактис появляются.
И тут начинается реализм, где все не по бестпрактис, а интегратор делает рандомные хотелки заказчика на ходу
Чтобы подытожить - если все по бестпрактис, то есть стандартный набор функций того же сием, которые интегратор должен реализовать.
Только вот все по бестпрактис только если это строит сам заказчик, или 1 подрядчик. Где начинают рулить двое, каждый из которых беспрактис читает по своему, там начинается бардак. А в крупных заказчиках не двое, а 10-20-50, а реализация - годы, за которые не то, что новые требования, но новые бестпрактис появляются.
И тут начинается реализм, где все не по бестпрактис, а интегратор делает рандомные хотелки заказчика на ходу
Десятки? Не соглашусь, но допустим.
Что мешает разделять на подзадачи и решать по критичности/скорости _исполнения и т.д.
Ах да, большой заказчик же
Что мешает разделять на подзадачи и решать по критичности/скорости _исполнения и т.д.
Ах да, большой заказчик же
$
Про фразу, характеризующую ваш опыт я отписался выше.
DG
Soc отличается от такси набором возможных услуг, в такси их единицы, а в soc десятки.
Чтобы подытожить - если все по бестпрактис, то есть стандартный набор функций того же сием, которые интегратор должен реализовать.
Только вот все по бестпрактис только если это строит сам заказчик, или 1 подрядчик. Где начинают рулить двое, каждый из которых беспрактис читает по своему, там начинается бардак. А в крупных заказчиках не двое, а 10-20-50, а реализация - годы, за которые не то, что новые требования, но новые бестпрактис появляются.
И тут начинается реализм, где все не по бестпрактис, а интегратор делает рандомные хотелки заказчика на ходу
Чтобы подытожить - если все по бестпрактис, то есть стандартный набор функций того же сием, которые интегратор должен реализовать.
Только вот все по бестпрактис только если это строит сам заказчик, или 1 подрядчик. Где начинают рулить двое, каждый из которых беспрактис читает по своему, там начинается бардак. А в крупных заказчиках не двое, а 10-20-50, а реализация - годы, за которые не то, что новые требования, но новые бестпрактис появляются.
И тут начинается реализм, где все не по бестпрактис, а интегратор делает рандомные хотелки заказчика на ходу
Эээ, а ничего, что есть какие-то стандартные вещи, как метрики качества, SLA и так далее?
У защиты от DDoS, Brand Protection, да у стандартного даже сервиса SOC, всё это измеряется
У защиты от DDoS, Brand Protection, да у стандартного даже сервиса SOC, всё это измеряется
$
Эээ, а ничего, что есть какие-то стандартные вещи, как метрики качества, SLA и так далее?
У защиты от DDoS, Brand Protection, да у стандартного даже сервиса SOC, всё это измеряется
У защиты от DDoS, Brand Protection, да у стандартного даже сервиса SOC, всё это измеряется
Их просто очь много, Ден ;)
DG
Soc отличается от такси набором возможных услуг, в такси их единицы, а в soc десятки.
Чтобы подытожить - если все по бестпрактис, то есть стандартный набор функций того же сием, которые интегратор должен реализовать.
Только вот все по бестпрактис только если это строит сам заказчик, или 1 подрядчик. Где начинают рулить двое, каждый из которых беспрактис читает по своему, там начинается бардак. А в крупных заказчиках не двое, а 10-20-50, а реализация - годы, за которые не то, что новые требования, но новые бестпрактис появляются.
И тут начинается реализм, где все не по бестпрактис, а интегратор делает рандомные хотелки заказчика на ходу
Чтобы подытожить - если все по бестпрактис, то есть стандартный набор функций того же сием, которые интегратор должен реализовать.
Только вот все по бестпрактис только если это строит сам заказчик, или 1 подрядчик. Где начинают рулить двое, каждый из которых беспрактис читает по своему, там начинается бардак. А в крупных заказчиках не двое, а 10-20-50, а реализация - годы, за которые не то, что новые требования, но новые бестпрактис появляются.
И тут начинается реализм, где все не по бестпрактис, а интегратор делает рандомные хотелки заказчика на ходу
В крупных заказчиках и госах, которые так называемый «мультистейкхолдеризм», это всё рулится руководителем проекта, в том числе приоритизация запросов, балансирование между безумными хотелками и уровнем оплаты, ну
NA
Вот только эта схема влючается как только хотелки начинают переводить в ценник. До этого теже РП сыпят хотелками направо и налево.
NA
Если РП с опытом, то у него эта схема включается автоматом, иначе - нет
A
Не все меряется опытом, потому что не на все есть полномочия даже внутри компании, что логично.
DG
Если РП с опытом, то у него эта схема включается автоматом, иначе - нет
Таким образом, возвращаемся к исходному – опыт стоит денег ;)
Иначе:
– на пресейле напздели с три короба, а делать не могут
– хапнули за треть прайса «да хрен ли там делать» и потом рвут жопу (или заказчик рвёт жопу исполнителю)
И другие будни системной интеграции
Иначе:
– на пресейле напздели с три короба, а делать не могут
– хапнули за треть прайса «да хрен ли там делать» и потом рвут жопу (или заказчик рвёт жопу исполнителю)
И другие будни системной интеграции
NA
если заказчик понимает что хочет, а исполнитель понимает что может = баланс. В противном случае либо кто-то страдает, а кто-то переплачивает.
NA
в моей практике таких случаев (баланса) было немного ))))))
A
Если все было именно так, сомневаюсь, что продавал и реализовывать собирался один человек. А претензии на старте этой беседы были именно к реализаторам
DG
в моей практике таких случаев (баланса) было немного ))))))
Это искусство, бесспорно
DG
Если все было именно так, сомневаюсь, что продавал и реализовывать собирался один человек. А претензии на старте этой беседы были именно к реализаторам
Они вполне обоснованные, но там ничего нового нет, это стандартные какие-то вещи, которым в отрасли уже хрен знает сколько времени
$
Не все меряется опытом, потому что не на все есть полномочия даже внутри компании, что логично.
А при чем тут «то что нельзя» и «бест практис»?)
A
Если при заходе к Заказчику все не по бест практис и потом с этим может быть куча проблем, то я сомневаюсь, что инженер может не согласовать такой заход
$
Если при заходе к Заказчику все не по бест практис и потом с этим может быть куча проблем, то я сомневаюсь, что инженер может не согласовать такой заход
Ничего не понял из фразы