ОИ
Решение архимейта принимает обычно только архитектор по договорённости с командой. Либо протаскивает на уровне инструкций.
Size: a a a
2020 August 06
F
Проджект может. В его праве менять ресурс если он не соотвествует. Продукт нет конечно.
F
Решение архимейта принимает обычно только архитектор по договорённости с командой. Либо протаскивает на уровне инструкций.
Проджект обеспечивает договоренность с командой. На то он и проджект
ОИ
Проджект может отбить идею архитектора. Но вряд-ли он сможет заставить архитектора писать в AM, если тот его не знает.
F
В общем это мое ИМХО. Ибо Проджект властитель всего проекта быть должен. И отвечать по итогу. Если он говорит человеку писать, он должен обеспечить и возмодность и навык. Отправить его на курс за счет ресурсов проекта. Или поменять архитектора. В общем ИМХО, конечно, но я в этом убежден. А когда проджекты которые и нанять никого не могут, то не проджекты.
ОИ
Сойдёмся на том, что тут важно понимать, как устроена работа в отдельно взятой компании. А мой опыт ограничен. Так что вполне возможно (для меня), что вы правы.
DK
+, правильно говорите это работа ПМа. Если он договаривается с Архитектором что в проекте не нужен арчимейт, значит он не нужен.
А ПМ вообще про архимейт что знает? Он насколько компетентен? Он может выделить ресурсы на такое решение, если ему предъявить достаточно убедительные аргументы, что оно нам надо. Или не выделить.
DK
Точно также, как с другими проектными решениями.
F
Если не выделил, значит не видать, если ввделил, значит обязаны. Вроде так. Если он на предыдущем проекте выделил, увидел профит, то в новом будет требовать сам. Его задача построить то что выдаст желаемый результат. Ну опять таки думаю стоит мне замолчать, ибо жто мое ИМХО. Ленивый РП будет сопротивляться, новичек будет бегать за отчетами, а не построением проведения работ, на выходе которых документы подтвердят их. А глупый будет сам внедрять, а не выделять ресурс.
П
Документ и связанные с ним инструменты и процессы документирования - это инструмент для снятия рисков и уменьшения трудозатрат. Вопрос в методике определения инструментов, требуемых в конкретном проекте.
Тот же самый план проведения работ можно сделать очень по-разному. Требования можно писать в тексте задачи в джира или в чатике с разрабом, "все все поймут" и "сделаем в лучшем виде". В каких-то ситуциях это прокатывает, в каких-то - приводит к возвратам, к недовольству заказчика, срыву сроков и прочему.
Где-то есть методики, как снимать риски и снижать трудозатраты с помощью документирования?
Тот же самый план проведения работ можно сделать очень по-разному. Требования можно писать в тексте задачи в джира или в чатике с разрабом, "все все поймут" и "сделаем в лучшем виде". В каких-то ситуциях это прокатывает, в каких-то - приводит к возвратам, к недовольству заказчика, срыву сроков и прочему.
Где-то есть методики, как снимать риски и снижать трудозатраты с помощью документирования?
В PMBoK описан процесс управления рисками, при этом формируется и отслеживается реестр рисков, возможно это вам поможет.
Т
можно забанить этого персонажа?
2020 August 07
DK
ПашМиш
В PMBoK описан процесс управления рисками, при этом формируется и отслеживается реестр рисков, возможно это вам поможет.
спасибо!
ОИ
Для случаев "я же говорил"
I
Просто интересно кто-то использует на практике knowledge graph? например что-то типа https://grakn.ai/?
П
Просто интересно кто-то использует на практике knowledge graph? например что-то типа https://grakn.ai/?
Всегда хотел попробовать, спасибо за наводку
I
ПашМиш
Всегда хотел попробовать, спасибо за наводку
Всегда пожалуйста. :) Работаете с нолидж графами?
П
Нет, но у меня есть своя база знаний в формате sphinx и подборка ссылок по тегам в google keep. Очень бы хотелось найти что-то более удобное и кажется хорошо реализованный граф может подойти
I
ПашМиш
Нет, но у меня есть своя база знаний в формате sphinx и подборка ссылок по тегам в google keep. Очень бы хотелось найти что-то более удобное и кажется хорошо реализованный граф может подойти
Ну для ведения базы знаний можно на что-то и попроще посмотреть. Например https://foambubble.github.io/foam/
П
Ну для ведения базы знаний можно на что-то и попроще посмотреть. Например https://foambubble.github.io/foam/
Спасибо, посмотрю