Size: a a a

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

2021 January 11

ОИ

Олег Игонин... in Архитектура ИТ-решений
Alexander Luchkov
В т.ч. такие как соотношение запланированного и фактически выполненного.
Знание предметной области прооекта. И т.п.
Ооо, тогда мне 80% знакомых РП надо списывать в утиль.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Олег Игонин
Я стараюсь к этому вопросу относиться политкорректно. Проверяю только если могу и на всякий случай.
Рп - не начальник. Он член  команды. И выразить недоверие рп - это нормально со стороны команды.
источник

AL

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Олег Игонин
Ооо, тогда мне 80% знакомых РП надо списывать в утиль.
Они не абсолютные. Они повышают или понижают вероятность того, что рп "не потянет"
источник

ОИ

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

ОИ

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Олег Игонин
Но это опять нас приведёт к ситуации, когда придётся брать чужие функции на себя.
Эскалировать на финика. И сказать, что если вот так пойдет дальше - бабло просрем. Так что либо учите, либо докидывайте бабла сейчас, чтоб ном было, либо меняйте урковода
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Естественно с оповещением самого рп. Предупреждениями и всем таким.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Alexander Luchkov
Эскалировать на финика. И сказать, что если вот так пойдет дальше - бабло просрем. Так что либо учите, либо докидывайте бабла сейчас, чтоб ном было, либо меняйте урковода
У меня была ситуация, когда РП высказал мнение о трёх месяцах разработки, а мне пришлось собрать все юз-кейсы проекта и объяснить на пальцах, что это не так с уровня аналитика. И это мнение не было принято. Совсем. Т.е. нужно было идти к финику, т.е. на конфликт? Но в таком случае эти сроки у него вызвали вопросы, что привело бы к уточнению целей и потери времени не было бы.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Рп обычно под комерсом, с технари под фиником или техдиром. Там надо разобраться как у вас конкретно подойдёт.
источник

A

Andrey in Архитектура ИТ-решений
Баланс между "сделать хорошо" и "усидеть комфортно" - тонкая тема
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Vladislav Isaykin
тогда чем он не доволен? сделали не то что написали или сделали роно то о чем логоварились?
Недоволен я, что потратил время в никуда.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Alexander Luchkov
Рп обычно под комерсом, с технари под фиником или техдиром. Там надо разобраться как у вас конкретно подойдёт.
В любом случае кидать проблему в того, кто может потерять деньги?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Олег Игонин
Недоволен я, что потратил время в никуда.
Это значит компания понесла финансовые потери. Кто за финансовые потери отвечает?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Вот если ты деньги компании просто так потратил. Без создавать прибыли. Кто за это отвечает?
источник

ZL

Zlata Lupilina in Архитектура ИТ-решений
Или DOR или делать работу за "дядю" до бесконечности. (Зарплату "дяди" Вам не платят так что это добровольная помощь в ущерб себе и  если СА в команде, то в ущерб команде, т.к.  задачи команды  стоят в очереди из-за того что Вы делаете не свою работу.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Andrey
Баланс между "сделать хорошо" и "усидеть комфортно" - тонкая тема
Я далёк от комфорта. Для меня есть только понятие "что надо сделать". В конечном итоге я бывший хирург, у нас редко бывают варианты 50/50.
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
Олег Игонин
Недоволен я, что потратил время в никуда.
я конечно не знаю много деталей, но со стороны непонятно где произошел рассинхрон
1. вы написали проектное решение
2. заказчик его утвердил
3. вы реализовали
4. передали заказчику

Итог: сделали не то и не так.
где же закралась жопа?
источник

ZL

Zlata Lupilina in Архитектура ИТ-решений
И да иногда быстрее и комфортнее сделать самому чем требовать от кого-то, но это плохой путь (проходила по собственному опыту)
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Alexander Luchkov
Вот если ты деньги компании просто так потратил. Без создавать прибыли. Кто за это отвечает?
Человека я этого знаю, человек в курсе проблемы. Но пока что движений с его стороны не было. Только желание получить результат быстрее.
Видимо бюджет не так уж и мал, что мог проигнорировать такие потери.
источник