You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
На какую аудиторию проект рассчитан?
Если для всех конфигураций на БСП, то нужно учитывать, что есть конфигурации, где ведётся учёт по проектам и где не ведётся.
Немного функциональных требований:
Соответственно для тех, где проектного учёта - нет, его нужно завести - подружить с расходными платёжными документами, бизнес процессами согласования проектов, задач, а если их нет - завести эти процессы согласования
Полное отражение в виде канбана задач по проектам с исполнителями в наглядном виде, также с возможностью видеть план-срок-срыв сроков, стоимость, трудозатраты по каждому исполнителю
Возможность создавать расходные платёжные документы по завершённым задачам
Имеет ли смысл дружить именно бсп-шный функционал задач? Для исполнителей, постановщиков - это бесполезно и скорее всего не пойдут для этого в чужие конфы, хватит и того, чтобы исполнитель был заведён как физ лицо для платежек )
Будет ли актуально это для проектных команд? Заводить и дружить свои GITHub репозитории с конфой управления проектами.
Хотя если инициатива и оплата за закрытые репозитории будет на заказчике, то думаю проблем не будет и это логично, т.к. в репозитории будут лежать исходники их проектов.
Как исполнители будут получать свои задания? Понимаю, что можно зайти в репозиторий и посмотреть, но планируется ли подружить это с EDT к примеру или другой IDE. Можно создать ветку с номером задания и описанием кратким, но описание почти никогда не бывает кратким). Как вообще планируется такое взаимодействие?
The text was updated successfully, but these errors were encountered:
На какую аудиторию проект рассчитан?
Если для всех конфигураций на БСП, то нужно учитывать, что есть конфигурации, где ведётся учёт по проектам и где не ведётся.
Немного функциональных требований:
Соответственно для тех, где проектного учёта - нет, его нужно завести - подружить с расходными платёжными документами, бизнес процессами согласования проектов, задач, а если их нет - завести эти процессы согласования
Полное отражение в виде канбана задач по проектам с исполнителями в наглядном виде, также с возможностью видеть план-срок-срыв сроков, стоимость, трудозатраты по каждому исполнителю
Возможность создавать расходные платёжные документы по завершённым задачам
Имеет ли смысл дружить именно бсп-шный функционал задач? Для исполнителей, постановщиков - это бесполезно и скорее всего не пойдут для этого в чужие конфы, хватит и того, чтобы исполнитель был заведён как физ лицо для платежек )
Будет ли актуально это для проектных команд? Заводить и дружить свои GITHub репозитории с конфой управления проектами.
Хотя если инициатива и оплата за закрытые репозитории будет на заказчике, то думаю проблем не будет и это логично, т.к. в репозитории будут лежать исходники их проектов.
Как исполнители будут получать свои задания? Понимаю, что можно зайти в репозиторий и посмотреть, но планируется ли подружить это с EDT к примеру или другой IDE. Можно создать ветку с номером задания и описанием кратким, но описание почти никогда не бывает кратким). Как вообще планируется такое взаимодействие?
The text was updated successfully, but these errors were encountered: