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

    darqsat
    @darqsat
    PM
    1. Переговоры с заказчиками, получение инфы о проектах

    На начальном этапе можно не заморачиватся. У вас есть цель получить инфу. Получайте как умеете. Книг и рекомендаций тут не нужно. (Это при условии, что вы не делаете "сэйл". Если же вам надо продать, то у меня для вас плохие новости. Если совсем много времени и интересно, то копните в аналитику. Там есть методы по сбору требований. Этого будет достаточно. Граммотно собранные требования в документик уже невероятно сильный документ от которого потом и ПМИ попляшет и ТЗ и прочее)

    2. Обсуждение этапов и приблизительного времени с командой.

    Для этого есть методологии. А точнее уже фреймворки. Достаточно будет сообразить принцип итеративной разработки, посмотреть что такое Waterfall, Agile+Scrum. Почитать как делается "эстимейт". Через годик-второй можно будет копнуть в RUP, Prince2 и прочее, и вычленять оттуда то что поможет покрыть недостатки своих рабочих процессов.

    3. Следить за сроками выполнения

    Жестко завязано на предыдущем пункте. Поможет гант\календарь. Тут надо почитать о том какие бывают риски и планировать их хотя бы у себя в голове. И при контроле исполнения всегда помнить о них и перед важными вехами убеждатся что риски не сработают. Проводить меры для этого.

    4. Тестирую, проверка итогов и первоначальных планов.

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

    darqsat
    @darqsat
    PM
    Не ищите других вариантов. JIRA - всё что вам нужно. Главное не разорится на аддонах из магазина атлассиан. И не наставить кучу хлама, т.к. начинает дико лагать. (Agile в JIRA очень жрет ресурсы)
    Ответ написан
    Комментировать
  • Как стать руководителем/менеджером проекта?

    darqsat
    @darqsat
    PM
    Начинал с дна. Сначала дизайнил, потом стало интересно верстать то что надизайнил, затем кодить, затем проектировать, затем аналитика, и всё это на базовом уровне. Затем пошел аналитиком, и за 4 месяца взял маленький проект под хорошие заслуги. и так разрослось как то до крупных проектов в год.
    Ответ написан
    Комментировать
  • Чем вы пользуетесь для составления требований и проектировании ПО?

    darqsat
    @darqsat
    PM
    Google Docs + Axure RP 7.
    Сделал, залил, кинул ссылку, получил фидбек, поправил, кинул ссылку и так до финиша.
    Затем можно гугл доку экспортнуть в каноничный Word, а из Axure нарезать скриншотов для мокапов в таски или картинок в ТЗ.
    Ответ написан
    Комментировать
  • Как выбрать из нескольких разработчиков и что делать с рисками?

    darqsat
    @darqsat
    PM
    Еще можно взять человека к себе в офис. Познакомится, сделать пару собеседований, поговорит за семью, узнать его друзей. Тогда в случае воровства кода или еще чего, можно найти и навешать.
    Ответ написан
    Комментировать
  • Dashboard под windows?

    darqsat
    @darqsat
    PM
    А чем не подходит Metro рабочий стол?
    Ответ написан
    Комментировать
  • Ваши действия, если джуниор не успевает выполнить задачу?

    darqsat
    @darqsat
    PM
    Вопрос довольно каверзный, так как имеет несколько путей решения.
    1) Можно сместить сроки (Они смещаются даже на самых дорогих и страшных проектах где казалось нельзя ничего сместить. Нужно лишь правильно аргументировать...);
    2) Можно посадить помощь в пару (Ваш "запоздалец" будет излагать задачи и будет подсказывать по архитекутуре и логике проекта, а "новый" свежим взглядом окажет помощь. Помогает всегда, вопрос лишь в реалиях уложится конкретно в 1 день, если там трудозатрат на 3 дня. Тут уже надо подключать больше людей. Лишь бы хватило компетенции поделить задачу на это количество людей)
    3) Упростить задачу (наверное, самое простое и применяемое на практике решение. Если по бизнесу задача критична, то её можно довыписать в доделку. Важно уловить на чем разработчик завис и постаратся эту сложность срезать но обеспечив задаче "сдачу" по требованию хотя бы в минимально подобном виде)
    4) Перенести дедлайн (дедлайн он чем то обусловлен. релиз, показ, тест, либо же стопер для другой задачи. ну если речь про джуна, то необходимо избегать поручения зависимых задач на джунов. ну а если отойти от уровня и говорить о дедлайне, то можно исключить задачу из релиза или показа. Частенько такое практикуется. Ни кто пока от сотрудничества не отказался. Чаще всего на сдаче крупных годичных проектов у нас 5-15% требований не сделаны к релизу до конца и в него не включены. Да, кланяемся, извиняемся, работаем ночами но это все равно решение лучшее когда другое уже не поможет)

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

    Ресурс должен работать! Каким бы галимым он не был. Если издержки перевешивают профит от ресурса, то да, следует выгнать. Чаще всего, издержки мизерные. Нужно лишь правильно это построить.

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

    С некоторыми даже происходили невероятные метаморфозы из-за этого. Кто то перестал курить по 15 раз на день бегая на балконы с кофе. Кто то перестал читать ленты вконтакте и лайкать смешные видео. И не пришлось никого наказывать или ставить жуткие правила в офисе. Сверхурочная работа выбила дурь из людей и они ходят с 9 до 18 что бы делать работу не показывая головы из неё пока не сделают.
    Ответ написан
    Комментировать
  • Нужно хранить связи "Обязательств по договорам" и "Реализованного в продуктах функционала". Есть ли готовое решение?

    darqsat
    @darqsat
    PM
    Confluence WIKI. Стоит у нас в довесок к Atlassian JIRA.
    В ней все требования удобно связываются якорями на другие документы где описаны фичи. И желательно делать сноски с номером таска в Jira. На вопрос стоит ли? Да стоит. Легче контролировать приёмку и разработку. Хотя отдельно по приемке нужно делать ПМИ тестирование.

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

    darqsat
    @darqsat
    PM
    Одно дело нарисовать интерфейс, другое дело потом его обвесить фичами. На опыте часто встречал моменты, когда процесс отрисовки макетов был между аналитиком и клиентом лично. А затем макет поступал в работу. И печаль начиналась тогда, когда клиент уже обрадовался, что будет определенный контрол или элемент интерфейса на макете а разработчик когда увидел макет то сказал "вы афигели. что это вообще такое? где вы это нашли. вот вам радиобатоны и все".

    Поэтому, мой процесс проектирования интерфейсов следующий:
    1. Зарисовать идею
    2. Выцепить какого то мидла в теме по проекту, показать и переделать 20%
    3. Показать фронтенд разработчику, передвинуть по другому
    4. Показать клиенту

    Если менеджер делает 2,3,4 пункт то она делает всё правильно. Если же процесс идет от 1 к 4 проходя 2,3 то это ошибка. А кто там спрашивает, это уже вопрос договорённости в коллективе. И как раз менеджер должен инициировать обсуждения о договорённости о фидбеке внутри команды. Все важные процессы должны иметь фидбек заинтерисованным лицам внутри или за пределами команды. Коммуникации на плечах менеджера.
    Ответ написан
    2 комментария
  • Какой облачной инструмент можно использовать для планирования загруженности ресурсов?

    darqsat
    @darqsat
    PM
    Думается мне, что надо уже полноценную трекинг систему. А тут уж начинать с Redmine.
    Ответ написан
  • По какой схеме вести разработку небольшого интернет-ресурса?

    darqsat
    @darqsat
    PM
    1. Сбор требований
    1.1 Написание функционального задания
    2. Проектирование
    2.1 Интерфейса
    2.2 Архитектуры
    3. Планирование
    3.1 Декомпозиция проекта на задачи
    3.2 Определение необходимых ресурсов
    3.3 Составление графика реализации
    4. Согласование
    5. Документирование
    5.1 Написание технического задания
    6. Старт разработки
    6.1 Разграничение ролей и обязанностей
    6.2 Разработка по плану
    6.3 Показ демоверсии 1
    6.4 Корректирование плана и требований после демоверсии 1
    6.5 Разработка по плану 2
    6.6 Показ демоверсии 2
    6.7 Утверждение версии, заказ дизайна или выход на еще одну демоверсию и возврат к пункту 6.7
    6.8 Тестирование версии, стабилизация и релиз бета версии
    6.9 Верстка дизайна и внедрение верстки в проект
    7. Финализация оставшегося функционала
    8. Нагрузочное тестирование, тестирование безопасности
    9. Рефакторинг
    10. Пред релизная демонстрация и утверждение на деплой
    11. Документирование кода и проекта
    11.1 Комментирование кода
    11.2 Составление хелпа по развертке проекта, настройке конфигов, включении\отключении фич не выведенных в CMS
    12. Деплой
    12.1 Установка на релиз сервер
    12.2 Нагрузочное тестирование
    12.3 Настройка бекапов и контроля версий для апдейтов
    13. Сапорт
    Ответ написан
    1 комментарий
  • Сервис/софт для управления версиями сайта ?

    darqsat
    @darqsat
    PM
    Jenkins + плагины
    Ответ написан
    Комментировать
  • Как создать карту взаимосвязей сайта?

    darqsat
    @darqsat
    PM
    Microsoft Visio 2013. У него есть опции с гибкими стрелками. Мне нравится там. Пробовал в xmind, но не хватает гибкости функционала. Слишком топорно.
    Ответ написан
    Комментировать
  • Альтернативы MS Project?

    darqsat
    @darqsat
    PM
    Если ты маковод, то моё решение crossover+ms project10. работает. нареканий нет. ну линуксе видел ставят под wine. Под мак адекватных альтернатив нет. Всё фигня. Лично перепробовал.
    Ответ написан
  • Какой тип представления процесса вы считаете самым удобным для менеджмента проекта?

    darqsat
    @darqsat
    PM
    Майндмапы. Всем нравится.
    Ответ написан
    Комментировать
  • Отдельный сайт под мобильник или адаптивный?

    darqsat
    @darqsat
    PM
    Все равно нужна адаптация под мобильные девайсы, т.к. ваш покупатель найдя вас в интернете стоя где то в далеке от WiFi, не будет лезть в апстор и выкачивать 10 мб вашего приложения через gprs. Ему проще пройтись по веб версии.
    Ответ написан
    Комментировать
  • Project manager есть ли система с авторизацией клиентов?

    darqsat
    @darqsat
    PM
    То что вы описали это уже работа с ролями. В любом известном таск трекере можно настроить роли под учетную запись. Redmine самый простой
    Ответ написан
    Комментировать
  • Какие есть программы для управления проектами?

    darqsat
    @darqsat
    PM
    Делаю в проджекте, затем перебиваю в гугл календарь с прикреплением участников с емейл и смс рассылкой в зависимости от приоритетности. А там, уже по ходу смотрю. Особенно удобно когда проектов больше 1. Уже по ходу перебивки из проджекта в календарь, можно заметить накладки когда назначен важный кол по одному проекту, а у тебя на это же время совпадает кол или какой то митинг по другому. Соотв. можно перепланировать.
    Ответ написан
    Комментировать
  • Как онлайн менеджер задач самый удобный для ведения одного проекта?

    darqsat
    @darqsat
    PM
    Trello.com
    Идет по методологии Kanban.
    Ответ написан
    Комментировать