Size: a a a

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

2021 February 19

AL

Alexander Luchkov in Архитектура ИТ-решений
Alex
таска: починить опечатку в тексте.
ваше проектирование?
Мне ваше высказывание кажется внутренне несвязным.
источник

A

Alex in Архитектура ИТ-решений
Alexander Luchkov
Мне ваше высказывание кажется внутренне несвязным.
таска: провести анализ решений, составить сравнительную таблицу
ваше проектирование?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Alex
таска: провести анализ решений, составить сравнительную таблицу
ваше проектирование?
Проектирование чего простите? Проект - это дока по которой можно составить план работ.
источник

p

pragus in Архитектура ИТ-решений
Alex
таска: провести анализ решений, составить сравнительную таблицу
ваше проектирование?
Есть ещё другой конец этой палки, когда задача не помещается в голову одного человека
источник

A

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

PD

Phil Delgyado in Архитектура ИТ-решений
Alex
таска: провести анализ решений, составить сравнительную таблицу
ваше проектирование?
О, так тут дофига проектирования. Как минимум - собрать и обосновать параметры, по которым проводится сравнение
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я к тому, что если есть таска - то проект уже не нужен. Он уже составлен и таска родилась из плана реализации проекта.
источник

A

Alex in Архитектура ИТ-решений
если изолироваться от реальности и вести только таски на новый функционал для разработчиков, то конечно проектирование обязательный шаг
источник

PD

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

A

Alex in Архитектура ИТ-решений
Alexander Luchkov
Я к тому, что если есть таска - то проект уже не нужен. Он уже составлен и таска родилась из плана реализации проекта.
А проект появился за пределами таск-трекера?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alex
зачастую главное психологический комфорт. Топам комфортнее отдать пять иксов консультанту, чем платить зп тимлидам, умеющим в проектирование, и выделять на это время.
Конечно
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Alex
А проект появился за пределами таск-трекера?
Я больше скажу, проект в таск-трекере появляется в последнюю очередь.
источник

A

Alex in Архитектура ИТ-решений
Alexander Luchkov
Я больше скажу, проект в таск-трекере появляется в последнюю очередь.
интересно, большая часть работы не ведется в таск-трекере, а где у вас ведется этот пул работ "до первой задачи на разработку" ?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alex
таска: провести анализ решений, составить сравнительную таблицу
ваше проектирование?
Таска "разработка" это проектирование? Зачем так искажать?
источник

AM

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

AM

Alexey Mergasov in Архитектура ИТ-решений
полная команда проекта
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
у нас 1 аналитик на 5 разрабов
источник

AL

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

SL

Sergey Lukin in Архитектура ИТ-решений
Alexey Mergasov
у нас 1 аналитик на 5 разрабов
Систем аналитик или Бизнес аналитик? (или это холивар?)
источник

A

Alex in Архитектура ИТ-решений
Alexander Luchkov
Разработка - это уже момент когда выполнены куча вещей по запуску проекта. После того, как выпущено куча решений. В некоторых случаях такие работы документируются сугубо в виде вордовских документов и презентаций.
Если в компании все работы уложены в трекер - это прекрасно, но, на практике слабореалистично.
Если у вас не так, не значит что у остальных не так.
источник