• Ведете ли вы документацию для проектируемого сайта или приложения?

    @kn0ckn0ck
    Продюсер
    Да, конечно, используем для этого базу знаний. Под каждый продукт/заказчика в ней есть раздел, где описаны основные правила/аккаунты/пароли/явки.
    Ответ написан
    4 комментария
  • Какой тип диаграммы UML выбрать?

    @kn0ckn0ck
    Продюсер
    В UML для этих случаев используется два типа диаграмм: Activity (активностей) и Sequence (последовательности). Диаграмма активностей больше подходит для описания алгоритмов, с ветками, условиями и т.п. Диаграмма последовательности больше подходит для описания взаимодействия компонентов при реализации некоторого сценария. То есть первое больше про логику (или бизнес-логику), а второе - про реализацию в системе.

    В вашем случае видимо больше всего подойдет как раз диаграмма последовательности, вот пример:
    c74c967ce60a4a689ee19767aff6537d.png
    Ответ написан
    Комментировать
  • Какие KPI существуют для программистов?

    @kn0ckn0ck
    Продюсер
    Любой KPI проистекает из процесса. Если у вас Scrum, то в нем единственной метрикой является Velocity (скорость команды) и определяется она не для программиста, а для команды разработки (для всех программистов, участвовавших в спринте).

    Очевидно, что при одинаковых расходах от спринта к спринту, вы хотели бы, чтобы Velocity не падала, а наоборот, со временем росла. Тренд Velocity и может быть тем самым KPI. Если тренд нисходящий, без наличия объективных причин (изменение состава команды и т.п.), это признак снижения продуктивности/эффективности команды разработки.

    В разработке любого продута есть еще стадия эксплуатации, на которой в команду возвращаются баги, недоделки, недодумки и т.п. Число дефектов, вернувшихся из эксплуатации, также часто используемая метрика качества разработки.

    Это если из простых.
    Ответ написан
    2 комментария
  • Как организовать процесс постоянной доработки сайтов компании?

    @kn0ckn0ck
    Продюсер
    В вашем случае хорошо будет объединить поддержку и Kanban. Процесс при этом может выглядеть следующим образом:
    1. Через поддержку клиенты оставляют заявки, где описывают что им нужно.
    2. Менеджер разгребает эти заявки, уточняет их (добавляет нужную информацию) и может как-то классифицировать, например, Сайт или Инфраструктура или еще как-то. Менеджер может оценивать сложность заявок по шкале X, L, M, S.
    3. Члены команды берут по мере возможности себе те задачи, которые подходят им по классу и по оценке сложности. Выполняют работу и перетаскивают карточку в состояние "Выполнено".
    4. Менеджер принимает выполненную работу и отмечает заявку как завершенную, либо отклоняет ее на доделку/переделку. Заказчику уходит письмо о том, что его заявка выполнена, ну и дальше он смотрит, отклоняет или принимает ее решение.

    В этом процессе минимум взаимодействия, все видно на Kanban-доске. Видно где затык, кто сидит ковыряет в носу и т.д. В качестве инструмента, в котором такой процесс можно организовать, могу посоветовать devopsboard.ru
    Ответ написан
    Комментировать
  • Redmine: для чего вы её используете? Переходили ли на альтернативы?

    @kn0ckn0ck
    Продюсер
    Альтернатив полно, например, scrumboard.ru
    Ответ написан
    Комментировать
  • Из инженера в системные аналитики, что нужно?

    @kn0ckn0ck
    Продюсер
    Рекомендую обратиться с этим вопросом к системным аналитикам, уверен, помогут и подскажут. Там же и вакансии часто публикуют (в том числе и для новичков).
    Ответ написан
    Комментировать
  • Правильное распределение времени на выполнение задач?

    @kn0ckn0ck
    Продюсер
    Бывают задачи, решение которых никак не находится. Думаешь, думаешь, но ничего не придумывается. Такие задачи бывает достаточно оставить на несколько часов/дней (переключиться) и решение приходит гораздо быстрее. Это нормально.

    Другое дело, что частое переключение между задачами - плохо влияет на производительность и на качество решения всех задач. Это плохая практика.
    Ответ написан
    Комментировать
  • Возможна ли работа клиента с задачами в jira service desk?

    @kn0ckn0ck
    Продюсер
    Вот полная карта ролей, судя по ней такой возможности нет.
    Ответ написан
    Комментировать
  • Стоит ли официально оформлять доли в стартапе, когда еще нет продукта?

    @kn0ckn0ck
    Продюсер
    ООО нужно для ведения хозяйственной деятельности, то есть извлечения прибыли. Если продукта нет, то откуда возьмется прибыль? Доли в ООО нужны для того, чтобы платить дивиденды. Если нет прибыли, откуда возьмутся дивиденды?

    С другой стороны, если среди основателей нет доверия друг другу, откуда возьмется хороший продукт? Я бы предложил думать не о юридической стороне вопроса, а о том, как вы будете оценивать вклад каждого из участников в будущий продукт, соразмерный их будущей доли.
    Ответ написан
    5 комментариев
  • Где можно получить обратную связь по идеи?

    @kn0ckn0ck
    Продюсер
    Самое простое и быстрое: форумы, slack, телеграмм, сообщества любые по тематике продукта. Это позволит собрать начальные контакты и мнения.

    Для обстоятельного разговора лучше всего подходит личное общение: телефон, переписка, встреча. Здесь могут появиться первые неравнодушные потенциальные пользователи. Чтобы добыть эти контакты можно использовать знакомых, друзей или потратиться на недорогой телемаркетинг (fl.ru или еще что-то) - девочки по Skype звонят потенц. клиентам, предлагают познакомиться с товаром, с производителем и т.п. Клиенту нужно что-то дать: сайт, письмо с презентацией продукта, вебинар и т.п. Все это несложно и дешево сделать дома на обычном ПК.

    Вообще места обитания клиентов сильно зависят от продукта. Вам нужно было указать хотя бы категорию продукта, тогда пипл набросал бы конкретных идей (мест).

    Если нет никаких идей по клиентам или где их найти - это верный признак того, что бизнес лучше не начинать.
    Ответ написан
    Комментировать
  • Как организовать коммуникацию с заказчиком?

    @kn0ckn0ck
    Продюсер
    Я думаю выходом будет работа в инструменте, который объединяет в себе совместную работу над ТЗ и планирование/контроль задач по исполнению этого ТЗ (макеты, доработки и т.п.).

    Заводите под заказчика отдельный проект, в нем есть Wiki, в ней можно писать требования или можно импортировать из MSWord, в чем там заказчик ТЗ изначально записывает. Там же можно обсуждать разделы ТЗ, добавлять макеты, их обсуждать и т.п. Заказчика запускаете в проект.

    По каждому разделу ТЗ создаете задачи на подготовку макетов, доработку ТЗ, реализацию (разработку). Там же видите их статус (выполнено/не выполнено).

    Все это можно организовать при помощи связки онлайн-редакторов (google docs, dropbox paper) и таск-менеджеров. Но, имхо лучше в одном сервисе это иметь, например, как сделано в scrumboard. В базе знаний пишем требования, на основе статей базы знаний создаем доработки или задачи - что еще нужно?
    Ответ написан
    Комментировать
  • Софт для построения освещения/розеток в квартире/даче?

    @kn0ckn0ck
    Продюсер
    Ответ написан
    Комментировать
  • Зачем нужно тестирование?

    @kn0ckn0ck
    Продюсер
    Сперва нужно отделить мух от котлет:
    1. Модульное тестирование решает задачу проверки качества кода на уровне разработчика - на выходе имеем код, который можно мерджить с основной веткой, тестировать руками и не бояться за зря потраченное время.
    2. TDD - как некоторая экстремальная практика, позволяющая создавать тестируемый код, лучше структурированный код и обеспечивать фактически 100% покрытие тестами.

    Очевидно, одно другое дополняет. Например, тесты на проверку граничных значений, на вариативность данных, на интеграцию с источниками данных (интеграция с БД, интеграция через API и т.п.), отношения к TDD не имееют, но крайне важны.

    Известно, что разработка через тестирование обычно занимает раза в два больше времени. С другой стороны, попробуйте решить сколько процентов покрытия тестами вам достаточно для производства качественного результата?
    Ответ написан
    Комментировать
  • Какой тип представления процесса вы считаете самым удобным для менеджмента проекта?

    @kn0ckn0ck
    Продюсер
    Онлайн доска задач как в scrumboard
    Ответ написан
    Комментировать
  • Решение для организации работы между заказчиком и исполнителем

    @kn0ckn0ck
    Продюсер
    open-source решение на PHP называется AgileTeam.
    Ответ написан
    Комментировать
  • Project tracking с функционалом Agile

    @kn0ckn0ck
    Продюсер
    Если говорить об установке на свой сервер, то лучшим вариантом будет бесплатный AgileTeam.
    Ответ написан
    Комментировать
  • Выбор системы ведения проектов

    @kn0ckn0ck
    Продюсер
    Мы используем devprom - все из описанного там есть, а если ставить на свой сервер то бесплатно, ведь исходный код открыт.
    Ответ написан
    Комментировать
  • Бывают менеджеры задач и проектов похожие на Jira Agile интерфейсом?

    @kn0ckn0ck
    Продюсер
    Бомба есть - это scrumboard
    Ответ написан
    Комментировать
  • Какие существуют системы управления проектами?

    @kn0ckn0ck
    Продюсер
    Для описанного вами случая лучше всего подойдет AgileTeam.
    Ответ написан
    Комментировать