Специального намерения уходить от англицизмов нет, но да, получается, что некоторые англицизмы перерождаются в термины и аббревиатуры на русском языке.
Добрый день, ключевой момент здесь понять - как доработка влияет на другие системы. От этого будет зависеть сценарий действий и развертывания.
Приведу пару примеров:
Самый простой случай - когда команда А дорабатывает что-то на фронте, кнопку например, а команда Б дорабатывает бэк часть - расчет процента. В этом случае , что разработка и развертывание должны идти вместе. Хотя, например и здесь возможны исключения- когда команда реализует и выкатит бэк часть до фронта.
Другой пример - несколько команд реализует функционал выдачи кредита. Тут возможны под-сценарии. т.е. где-то разработка может идти последовательно - например пока одна из команд не реализует API, другие команды не могут полноценно начать свою часть. Однако опять же могут быть исключения - команды могут начать разработку на “заглушках”. Соответственно как только API будет реализовано, другие команды могут полноценно приступать к работе параллельно.
Кроме этого, при выводе таких поставок, где есть задачи влияющие на другие системы мы собираем информацию и проясняем такие моменты:
Если задача влияющая на смежную систему выйдет в следующей поставке - как это повлияет на текущий функционал?
Как это повлияет на новый функционал?
Проводилось ли совместное тестирование со смежной системой?
Если задачи смежных систем, между которыми есть влияние друг на друга, выводятся совместно, но между ними есть промежуток времени, то как это скажется на сервисе, на клиентах?
Вопросов на самом деле больше, но я привел основные. Такая информация помогает спланировать поставку.
Возможно. Но например, у меня в свое время было 7 резюме на hh. Не то, чтобы они все разные, но каждое было заточено под определенную вакансию. То же самое советую и друзьям. Дело не в том, что резюме должно быть одно. Оно может и быть в одном экземпляре, но главное чтобы подходило под ту вакансию на которую откликаетесь.
Концепция проекта описывается более подробно. Устав же дает очень кратное представление.
Потом, если говорить с оглядкой на PMBoK, то там нет такого понятия как «концепция проекта».
>Открытие линков в новом окне через web server extensions\12\TEMPLATE\FEATURES\LinksList\Links\schema.xml
Да, меняет все ссылки linklibrary на всех узлах, в большинстве случаев это не приемлимо, но тоже вариант
>Используя SharePoint Designer
поправив одну библиотеку, можно сделать шаблон и на его основе делать другие библиотеки
>Открытие линков в новом окне с помощью JQuery
В нашем случае использовался полностью кастомизированный портал, не знаю повлияло ли это, но нет… ссылки открывались в новом окне только из LinkLibrary
Специального намерения уходить от англицизмов нет, но да, получается, что некоторые англицизмы перерождаются в термины и аббревиатуры на русском языке.
Добрый день, ключевой момент здесь понять - как доработка влияет на другие системы. От этого будет зависеть сценарий действий и развертывания.
Приведу пару примеров:
Самый простой случай - когда команда А дорабатывает что-то на фронте, кнопку например, а команда Б дорабатывает бэк часть - расчет процента. В этом случае , что разработка и развертывание должны идти вместе. Хотя, например и здесь возможны исключения- когда команда реализует и выкатит бэк часть до фронта.
Другой пример - несколько команд реализует функционал выдачи кредита. Тут возможны под-сценарии. т.е. где-то разработка может идти последовательно - например пока одна из команд не реализует API, другие команды не могут полноценно начать свою часть. Однако опять же могут быть исключения - команды могут начать разработку на “заглушках”. Соответственно как только API будет реализовано, другие команды могут полноценно приступать к работе параллельно.
Кроме этого, при выводе таких поставок, где есть задачи влияющие на другие системы мы собираем информацию и проясняем такие моменты:
Если задача влияющая на смежную систему выйдет в следующей поставке - как это повлияет на текущий функционал?
Как это повлияет на новый функционал?
Проводилось ли совместное тестирование со смежной системой?
Если задачи смежных систем, между которыми есть влияние друг на друга, выводятся совместно, но между ними есть промежуток времени, то как это скажется на сервисе, на клиентах?
Вопросов на самом деле больше, но я привел основные. Такая информация помогает спланировать поставку.
Потом, если говорить с оглядкой на PMBoK, то там нет такого понятия как «концепция проекта».
Да, меняет все ссылки linklibrary на всех узлах, в большинстве случаев это не приемлимо, но тоже вариант
поправив одну библиотеку, можно сделать шаблон и на его основе делать другие библиотеки
>Открытие линков в новом окне с помощью JQuery
В нашем случае использовался полностью кастомизированный портал, не знаю повлияло ли это, но нет… ссылки открывались в новом окне только из LinkLibrary