Ответы пользователя по тегу Управление проектами
  • Какую систему выбрать для управления отделами и проектами внутри них?

    @kn0ckn0ck
    Продюсер
    Посмотрите scrumboard.ru или можно его же скачать и поставить на свой сервер (это бесплатно). Там есть такое "Все проекты" чтобы смотреть задачи кросспроектно. А вот группировать или фильтровать их можно по командам (дизайнеры и др.) Для управления можно использовать Scrum или Kanban.
    Ответ написан
    Комментировать
  • Управлению проектами (project management): нашли курс/тренинг для "жизни", а не теорию?

    @kn0ckn0ck
    Продюсер
    Тут все просто. Хочешь реального опыта:
    1. создай свою команду, выполни несколько проектов, вырасти бизнес;
    2. создай свой продукт/сервис, собери под него команду и вырасти бизнес;
    Ну или договорись на встречу с кем-то, кто все это уже сделал, поспрашиваешь, поставишь пиво.
    Ответ написан
    3 комментария
  • Локальный веб, или программа, для создания заявки, но с выбором с готовых устройств, как можно это реализовать(подробно внутри)?

    @kn0ckn0ck
    Продюсер
    Здесь задача о бронировании разделяемых ресурсов. Для ИТ и бизнеса это классическая задача бронирования переговорок. Такого софта навалом, начиная с Outlook.

    Веб приложения нужно искать среди сервисов резервирования переговорок (и других ресурсов), по типу:
    https://www.picktime.com
    https://www.skedda.com
    и дальше уже по вкусу, их масса
    Ответ написан
    Комментировать
  • Какие плюсы и минусы работы команды над двумя активными спринтами?

    @kn0ckn0ck
    Продюсер
    Это профанация.

    1. stage - это по определению не для новой функциональности, а для стабилизации уже реализованной (посмотрите перевод термина). Вы либо перепутали, либо кто-то что-то не понимает.
    2. нет никакого смысла в параллельных спринтах, поскольку цель спринта - поставить работающий продукт. У вас два разных продукта в рамках одной кодовой базы?
    3. бывает так, что нужно фиксить баги текущего релиза и делать фичи в новом. Если багов не много, то есть подходящий для этого процесс под названием Скрамбан. Если багов много, то нужно остановиться плодить баги, все почистить и потом перейти к Скрамбан.
    Ответ написан
    1 комментарий
  • Есть ли какой-то хороший продукт для прописывание стратегии продукта?

    @kn0ckn0ck
    Продюсер
    Mind maps
    Ответ написан
    Комментировать
  • Есть сайты на которых дают рекомендации по развитию стартапа?

    @kn0ckn0ck
    Продюсер
    Посмотрел я на стартап, вот какие мысли посетили, делюсь:

    1. вы сделали только половину работы - сайт (подстилки не в счет), вы не продумали дистрибуцию (каналы продаж), поэтому у вас вопросы - откуда брать клиентов. Проработайте каналы: кому продать именно ваш товар, где водятся эти люди, что читают, чем живут, с каким маркетинговым предложением к ним выходить.

    2. в яндексе поискал подстилки - на первой странице их куча, причем в два раза дешевле, чем у вас. Сразу возник вопрос - каким образом вы собираетесь конкурировать с Ozon.ru, Бетховен и другими лидерами рынка подобной продукции? С точки зрения обывателя - вас не существует и он знает где купить дешевле - это очень плохо для стартапа.

    3. в силу наличия большого количества аналогичных предложений вам ОБЯЗАТЕЛЬНО нужно чем-то выделиться, найти свою нишу. Назовите себе (только честно) 3 ключевых отличия вашей подстилки от аналогов. Если их нет - нужно их придумать (воплотить), если есть - то написать о них на сайте настолько заметно, чтобы это сразу стало ясно. Иначе, ваш товар такой же как и везде, поэтому должен там и лежать (где и везде - на полках в магазинах). С чего вдруг вы решили, что покупатели будут искать ваш товар а) в интернете, б) на вашем сайте? Тут на дурочка на прокатит, сейчас же не 90-е.

    С моей точки зрения у вас сейчас нет конкурентного продукта и нет маркетингового предложения, в которое можно вкладывать деньги.

    Вкладывать деньги в социальную ответственность в РФ - это как-то наивно, хотя знаю, что такие люди есть.

    Если это ваша ЦА, то работать нужно с ней и давить именно на эту мозоль. Например, покупаешь коврик для собаки - такой же мы даем Джеку в приюте там-то. Показывать собак из приюта, чтобы слезу выбивало - именно так выбивают деньги на дорогое лечение детей (поучитесь у них). Работать с приютами и с социальной аудиторией, а не с "обывальщиной" в интернете.

    Исправите эти ошибки, возвращайтесь, продолжим.
    Ответ написан
    4 комментария
  • Как пофиксить проблему невозможности распараллелить работу над фичей между разработчиками?

    @kn0ckn0ck
    Продюсер
    Такой проблемы не существует, другими словами - вы создали ее искусственно.
    Ответ написан
    Комментировать
  • Платформа взаимодействия дизайнер-заказчик?

    @kn0ckn0ck
    Продюсер
    Realtimeboard
    Ответ написан
    Комментировать
  • Что можно почитать по управлению программными проектами?

    @kn0ckn0ck
    Продюсер
    Ф. Брукс. Мифический человеко-месяц или как создаются программные системы.
    А. Коберн. Семейство методологий Crystal.
    Ответ написан
    Комментировать
  • Как оценить автотесты в стори-поинтах?

    @kn0ckn0ck
    Продюсер
    1. SP - это линейка для измерения сложности. Что-то совсем простое = 1, что-то сложное = 13. Это относительна шкала, поэтому у всех она своя. Оценки в SP эмпирические, то есть основанные на предыдущем опыте. Если что-то не понятно во сколько оценить, то нужно это разбить на кусочки и каждый оценить в отдельности.

    2. У разработчиков есть такая же проблема, обсудите с ними. Она называется "технический долг". Каждое изменение в функциональности требует переписывания чего-то ранее написанного. Эта как-бы лишняя работа крадет время и снижает скорость команды. Очевидно, что с этим нужно бороться.

    Я знаю два подхода, которые здесь можно применить:

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

    б) Непрерывно улучшать дизайн (кода и тестов) с той целью, чтобы поддержка новых историй не требовала много времени. Это уже только в руках разработчика/тестировщика - делать гибкий дизайн. Банальный пример, в автоматических тестах привязываться не к названиям, и не расположению их внутри модели UI, а только к ИД элементам интерфейса.
    Ответ написан
    2 комментария
  • Возможно ли с продажника попасть в руководители проектов?

    @kn0ckn0ck
    Продюсер
    Обычно ценность сотрудника рассматривают в двух аспектах: soft skills и hard skills.
    С первым вопросов не возникает - продажи и управление имеют много общего в этой части.

    Ключевой вопрос будет со вторым. Процессы, методологии, риски, отчетность - это специфика, которой обязательно нужно владеть, чтобы стать ПМ-ом в разработке ПО.

    Таким образом, ответ на вопрос кроется в том, каким образом и где Вы наберетесь этого опыта.

    Идеально поучаствовать в соответствующем внутреннем проекте (в текущей организации). Идеально пройти хотя бы обучение на курсах. Дальше где-то найти вакансию, где нужен сильный продавец и ПМ в разработке, это может быть какой-то стартап или новое направление в большой организации.
    Ответ написан
    Комментировать
  • Есть ли готовое решение для хранения технических решений?

    @kn0ckn0ck
    Продюсер
    Есть такая концепция DevOps, а в ней такая штука как Infrastructure as code (описание/приготовление инфраструктуры в виде кода), чуть подробнее об этих идеях здесь.

    Заведите правило все тех. решения в каком-либо виде (не важно даже в каком) хранить в репозитории, например, Git (GitLab и GitHub). Номер коммита будет вашим ТР, по нему легко находить почему, кем, когда и какое изменение было выполнено в инфраструктуре.
    Ответ написан
    Комментировать
  • Есть ли ISO описывающий позиции в отделе обеспечения качества?

    @kn0ckn0ck
    Продюсер
    Разговор с боссом можно строить по понятиям, а можно по общепризнанным стандартам.

    Если идти по первому пути, то в качестве примеров можно привести описания вакансий QA director-ов из компаний, близких по размеру/индустрии.

    Если по второму, то в РФ есть профстандарты и, в частности, 40.010. В нем много букв, не поленитесь и посмотрите.

    Например, там описаны трудовые функции начальника отдела контроля качества продукции. Если ваша деятельность соответствует этим функциям, то это лучшее обоснование вашей должности.
    Ответ написан
    Комментировать
  • Управление разработкой + UX, UI = в одном продукте, это возможно?

    @kn0ckn0ck
    Продюсер
    Это не один продукт, это целый класс систем под названием Application Lifecycle Management (ALM). Суть в том, что на общей платформе (или общей базе данных) или тесно интегрированных отдельных инструментах, организуется процесс разработки от стадии сбора первичных требований до стадии эксплуатации и поддержки готового решения.

    Другое дело, на сколько каждая из ALM-систем удобна/пригодна/доступна в каждом конкретном случае - вот это всегда большой вопрос. ALM именно под веб-разработку мне не встречались, обычно это какие-то универсальные решения.

    Основной причиной тут мне видится изолированность этапов производства ПО. Обычно отдельно от всего формируется ТЗ, отдельно и кем-то там создается UI/UX, потом отдельно еще кем-то эти все фантазии имплементируются и еще потом кем-то там это все поддерживается.

    Единый центр интересен только с точки зрения управления (одному или паре участников всего этого процесса). До сих пор ни одна крупная компания-разработчик ПО не предложила решение, которое удовлетворило бы всему разнообразию, царящему в веб-разработке. А раз так, то путь один - интеграция отдельных инструментов в общее решение, так и делают в основном все.

    Кстати, есть и позитивный пример, это Siemens PLM. Один производитель мега-ПО, используемого в промышленном производстве (самолеты, машины, ЖДТ и т.п.). В этом сегменте все по-другому, потому что там все сильно зарегулировано и конечный исполнитель скорее работает по системе, а не настраивает/выбирает что-то под себя.
    Ответ написан
    Комментировать
  • Как реорганизовать процесс разработки и увеличить её скорость, если нету документации, куча костылей и старый код?

    @kn0ckn0ck
    Продюсер
    Первым делом вы должны осознать, что проект находится в глубокой Ж. Стоимость и продолжительность выхода оттуда существенны. Это значит, что сразу все сделать красиво скорее всего не получится. А это значит, что нужно выбрать что важнее и заняться этим в первую очередь.

    Определите наиболее весомые для проекта риски. Из того что перечислено, на мой вкус, это все яйца в одной корзине (один разработчик) и отсутствие тестирования. Важно понимать, что наличие костылей само по себе не так уж и критично, как поют некоторые спецы. Куда критичнее отсутствие регрессионного тестирования.

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

    С задачей по настройке CI я бы тоже не спешил. Если время выполнения одной задачи занимает неделю, то ускорение выпуска сборки через CI на 1 день ничего не решает. CI хорош, когда несколько разработчиков делают изменения в своих ветках, когда есть автотесты и т.п.

    Отсюда вытекает первоочередная задача - разработка автотестов, которые будут выполнять важнейшие функции:
    1. фиксировать текущие требования к системе, то есть отвечать на вопрос как оно должно работать
    2. страховать от ошибок, которые могут возникать из-за костылей и неопытных программистов
    3. стабилизировать ветки разработчиков перед слиянием в мастер-бранч

    Для создания автотестов, вам не нужен разработчик, вам нужен тестировщик с навыками создания автотестов. Только когда будут автотесты имеет смысл разгонять скорость разработки за счет привлечения новых программистов, делать CI и по ходу фиксировать технические решения, важные для дальнейшей разработки.
    Ответ написан
    Комментировать
  • В чем можно вести свой проект?

    @kn0ckn0ck
    Продюсер
    Google Docs?
    Ответ написан
    Комментировать
  • В чем ведут тестовую документацию?

    @kn0ckn0ck
    Продюсер
    Обычно, для ведения документации и хранения тестовых отчетов тестировщики пользуются чем-то вроде этого: TestRail, Devprom ALM, TestLink, qTest и далее по списку Test Case Management systems
    Ответ написан
    Комментировать
  • Как корректно вести проект в Jira, состоящий из нескольких компонентов?

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

    Ключевыми понятиями Scrum (где используются спринты) являются: одна команда, общие цели на спринт, один владелец продукта.

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

    Для начала определитесь с конфигурацией управления проектом (какое вам нужно соотношение спринт-подсистема). Из этого будет понятно какую конфигурацию настроить в JIRA, а потом станут понятны ограничения и воркэраунды.
    Ответ написан
    Комментировать