Size: a a a

2017 November 20

S

Simeon in SOFTER
это должно быть связано с конкретным проектом, нет смысла изучать что-то про запас (точнее выставлять это в счетах в проект которому это не принесет профита)
источник

АК

Алексей Козлов in SOFTER
Simeon
обучение кого? менеджера? для этого должен быть внутренний проект - обучение
ну так как бы про то и спрашивают =) Как учитывать такие трудозатраты. Ваш ответ - открывать внутренние проекты, на них списывать время. А про выставление счетов речи не было.
источник

S

Simeon in SOFTER
что значит совещание по общему функционалу? мы говорим о функционале который уже есть или который планируется имплементировать? если первое, то что на таком совещании будет обсуждаться?
источник

АК

Алексей Козлов in SOFTER
А учёт и аналитика по таким штукам нужна, как раз для того, чтобы иметь возможность анализировать масштаб бедствия от непроектной деятельности. Изучать что-то про запас, кстати, смысл есть, но вопрос не про то, опять же.
источник

АК

Алексей Козлов in SOFTER
Какая разница, есть что-то или планируется? Ну, допустим, есть. Вчера сделали новую фичу в платформе, и хотим рассказать про сценарии использования, собрать фидбэк. Или планируется - хотим собрать заинтересованности с проектов, услышать пользовательские истории
источник

S

Simeon in SOFTER
если мы хотим встретиться чтобы с аналитиками и разработчиками обсудить как может заафектить сузествующий функционал платформы X, наша новая фича Y, то таймшитить все вместе будем в тикет фичи Y
источник

АК

Алексей Козлов in SOFTER
Активности такие существуют, и они нужны иногда.
источник

S

Simeon in SOFTER
рассказать сценарии использования и собрать фидбэк - это здорово, но надо понимать для чего это делается. исходя из понимания и записывать на соответсвующие тикеты
источник

АК

Алексей Козлов in SOFTER
Simeon
если мы хотим встретиться чтобы с аналитиками и разработчиками обсудить как может заафектить сузествующий функционал платформы X, наша новая фича Y, то таймшитить все вместе будем в тикет фичи Y
Ага, пример. У меня Была платформа, где был автоматизирован документооборот. Но не было настройки в воркфло сроков обработки документов. На ней пять проектов внедрения. Мне прилетает пять хотелок - все заказчики хотят настраивать сроки. От каждого заказчика по одной. Обсуждение требований - это на какой проект?
источник

АК

Алексей Козлов in SOFTER
или пять тикетов делаем?
источник

S

Simeon in SOFTER
у всех заказчиков одинаковые хотелки, и получится все это внедрить одной фичей и раскать по всем проектам единым релизом?
источник

S

Simeon in SOFTER
это бинго)
источник

АК

Алексей Козлов in SOFTER
у всех требования к одному модулю, но все они могут быть разными, правда? С лотереей тогда обломчик выйдет при внедрении
источник

S

Simeon in SOFTER
как вы потом разрабатывать это будете? разработчки будут в один тикет все активности по этому модулю таймшитить?
источник

АК

Алексей Козлов in SOFTER
Одни захотят настройку для каждого документа отдельно, вторые в зависимости от приоритета, третьи - для WF в целом, третьи территориально распределённые и работают в 24 часовых поясах, четвёртые хотят штрафовать сотрудников, а пятые - ускорить процесс...
источник

S

Simeon in SOFTER
скорее всего у вас получится пять пакетов требований от каждого заказчика, вы соберетесь обсуждать все эти требования в рамках одной встречи (хотя не факт), у вас все это будет разными топиками описано в агенде, по результатам встречи создадутся тикеты специфичные для разных проектов и и общий для ядра. время встречи таймщитится пропорционально
источник

S

Simeon in SOFTER
в вашем примере же существует отдельный проект  - разработка ядра продукта?
источник

АК

Алексей Козлов in SOFTER
Simeon
как вы потом разрабатывать это будете? разработчки будут в один тикет все активности по этому модулю таймшитить?
Я выше писал про то, что мы этот вопрос так и не решили. Просто после этого вопроса окажется, что у нас 6 руководителей, и каждый из них пытается работать эффективно. Как делить на бюджеты - не ясно. Потому что у одного маржа карман давит и ему в принципе пофиг, у второго проект маленький, заказчик маленький, и нафиг не нужен этот гемор с часовыми поясами ну и т.д.
источник

АК

Алексей Козлов in SOFTER
Simeon
в вашем примере же существует отдельный проект  - разработка ядра продукта?
Ну да, пришли к тому, что существует, что у него отдельный бюджет, и по итогам "торгов" делаем расходную сделку в ERP на каждом проекте и доходную - у платформы. Но в жизнь так и не воплотили.
источник

S

Simeon in SOFTER
[оффтопик]я на всякий случай извинюсь перед остальными участниками чата за эту продолжительную горячую дискуссию, если вы нас с Алексеем отправите дальше спорить в ПМ, то я пойму и не обижусь) кстати, нет ли у сообщества форума например какого-нибудь, где можно топиками такие вопросы обсуждать?
источник