Size: a a a

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

2020 January 09

KG

Kirill Gorin in Архитектура ИТ-решений
Phil Delgyado
Сотни миллионов чего? Человек?
человеко часов. многие интеграторы у себя в презах пишут такие метрики по всем своим проектам за весь срок жизни
источник

KG

Kirill Gorin in Архитектура ИТ-решений
еще можно было бы написать сколько тонн риса съели на галере за это время...
источник

S

Serg in Архитектура ИТ-решений
Phil Delgyado
Сотни миллионов чего? Человек?
Рублей, долларов...
источник

KG

Kirill Gorin in Архитектура ИТ-решений
будет эффектнее
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но я вот смотрю на проекты в сотни человек и десятилетия работы - и нормально там может быть с T-shaped разработчиками и средним уровнем. Смотря как людей набирать и какие цели ставить.
А у некоторых и на проекте на 20 человек и два года уже без системного аналитика не выжить, так как набрали непонятно кого и управляет всем непонятно кто.
Размер проекта - не индульгенция непрофессионализма менеджера.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Но, справедливости ради должен сказать, что между БА и разработчиками могут быть аналитики. Мы их не называли системными, это по факту тоже БА, но со стороны разработки.

То есть, БА со стороны бизнеса совсем крупными мазками работают и взаимодействуют с заказчиком и бизнесом.

А разработчики со стороны разработки уже работают с БА, уточняют требования, рисуют процессы и пр. И это отдельная большая работа. И аналитики со стороны разработки плотно работают с разработчиками.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Kirill Gorin
это не глупость. там смысл в том что разрабы самые сильные ассеты в команде (типа мозг жмет) но им надо в другие роли тоже проникаться
Это глупость. Разработчик - должность. Человек с этой должностью может играть роли аналитика, тестера, программиста, кодера, опса, планировщика задач, траблшутера и еще с пару десятков разных ролей, которые есть в любом проекте. Но некоторые из этих ролей он будет играть хуже, некоторые - лучше и это индивидуальные особенности.
Но Скрам - про винтики, а не про людей.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Gennadiy Kruglov
Но, справедливости ради должен сказать, что между БА и разработчиками могут быть аналитики. Мы их не называли системными, это по факту тоже БА, но со стороны разработки.

То есть, БА со стороны бизнеса совсем крупными мазками работают и взаимодействуют с заказчиком и бизнесом.

А разработчики со стороны разработки уже работают с БА, уточняют требования, рисуют процессы и пр. И это отдельная большая работа. И аналитики со стороны разработки плотно работают с разработчиками.
это называется ФУНКЦИОНАЛЬНЫЙ КОНСУЛЬТАНТ
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Сотни миллионов чего? Человек?
Сотни млн и выше рублей и десятки миллионов пользователей
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Но, справедливости ради должен сказать, что между БА и разработчиками могут быть аналитики. Мы их не называли системными, это по факту тоже БА, но со стороны разработки.

То есть, БА со стороны бизнеса совсем крупными мазками работают и взаимодействуют с заказчиком и бизнесом.

А разработчики со стороны разработки уже работают с БА, уточняют требования, рисуют процессы и пр. И это отдельная большая работа. И аналитики со стороны разработки плотно работают с разработчиками.
Ну, вот это могут быть предметники, могут быть продакты, могут быть БА второй линии (тоже бывает).
Главное - это про "что и зачем", не про "как".
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну и чем меньше прослоек, тем лучше.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Ну, вот это могут быть предметники, могут быть продакты, могут быть БА второй линии (тоже бывает).
Главное - это про "что и зачем", не про "как".
Да, именно так.
источник

S

Serg in Архитектура ИТ-решений
Gennadiy Kruglov
Но, справедливости ради должен сказать, что между БА и разработчиками могут быть аналитики. Мы их не называли системными, это по факту тоже БА, но со стороны разработки.

То есть, БА со стороны бизнеса совсем крупными мазками работают и взаимодействуют с заказчиком и бизнесом.

А разработчики со стороны разработки уже работают с БА, уточняют требования, рисуют процессы и пр. И это отдельная большая работа. И аналитики со стороны разработки плотно работают с разработчиками.
У нас так же устроено. Но разработчики бизнесом не интересуются, от слова совсем и в аналитику не умеют
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Serg
У нас так же устроено. Но разработчики бизнесом не интересуются, от слова совсем и в аналитику не умеют
А зачем вы таких набирали? И как вы смогли отбить у программистов желание разбираться во всем вокруг?
источник

S

Serg in Архитектура ИТ-решений
Phil Delgyado
А зачем вы таких набирали? И как вы смогли отбить у программистов желание разбираться во всем вокруг?
Талантливые люди, талантливы во всем 😭
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Serg
У нас так же устроено. Но разработчики бизнесом не интересуются, от слова совсем и в аналитику не умеют
У меня другой опыт. Удавалось построить горизонтальные команды в Энтерпрайзе, где бизнесом интересуются все ключевые стейкхолдеры, в том числе Лиды разработки, ДевОпс и даже безопасники с юристами.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Да и сейчас, в более тяжёлых проектах, разработчики глубоко в бизнесе
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну да, и даже сеньоры и миддлы. У меня тут даже джуны про предметку понимают и интересуются.
А лиды - получше аналитиков заказчиков.
источник

PD

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

S

Serg in Архитектура ИТ-решений
Phil Delgyado
А зачем вы таких набирали? И как вы смогли отбить у программистов желание разбираться во всем вокруг?
Если коротко - предметная область не очевидна и не интуитивно понятна разработчикам + достаточно объемный продукт + "я не хочу разговаривать с живыми людьми, дайте постановку почитать" + ещё примерно миллион причин
источник