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

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Все просто) taiga.io
    Прочие комментарии излишни. Все бесплатно, удобно. Есть даже подобие своего Confluence
    Ответ написан
    Комментировать
  • Бесплатный сервис управления проектами для веб-студии?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    taiga.io
    Идеальный вариант для веб-студий. Просто, функционально, стильно)
    Почти как базовая JIRA
    Ответ написан
    Комментировать
  • Литература начинающему PM, а так же с изучения какого software для PM начинать?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Я так понимаю Вы говорите о менеджере в команде разработки.
    Отвечу кратко и при необходимости отвечу на последующие вопросы)
    Да, это возможно. Я сам работаю в небольшой команде разработке ждуном проектным без конкретного опыта в разработке, но дело в том, что за плечами у меня достаточно много кода написанного в годы моего обучения в ВУЗе и я понимаю саму логику, принципы и стараюсь сделить за новостями индустрии.
    Для начала действительно придется штудировать PMBOK как бы скучен он не был. Далее нужно ознакомиться детально со всеми актуальными методологиями разработки. После этого познакомиться с различными таск менеджерами по типу трелло, тайги, джиры и редмайна и после этого посыпьте все сверху добротной щепоткой статей из хабра и вопросов на тостере.
    Вуаля, вы можете претендовать на звание trainee project manager. Почему трейни? Потому что реального опыта работы с командой, софтом и заказчиком не заменит никакая литература и тренинги.
    В любом случае желаю Вам удачи в новой сфере и не забывать главное правило менеджера "Не навреди!" (:
    Ответ написан
    2 комментария
  • Возможно ли с продажника попасть в руководители проектов?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Вопрос достаточно интересный. Скорее я хотел бы спросить у вас, знаете ли вы куда именно хотите пойти и чем занимается конкретный человек?
    Звучит немного, как "Хочу в управленцы, как думаете, смогу?". Не с целью обидеть, но стоит четко понимаеть, что есть тим-лид команды разработки и есть проектный менеджер.
    Быть тим-лидом команды без соответствующего опыта и багажа знаний невозможно.
    Если же мы говорим о проектном менеджменте, то тут больше возможностей. Вам нужно обладать представлением о структуре проекта и понимать логику и принципы работы той сферы, в которой вы собираетесь работать. Главное чтобы был человек, который сможет выполнить роль тим-лида или аналитики в команде разработки и подробно описать требования для команды разработки не в виде юзер-стори, а уже как конкретное тз для выполнения.
    Ответ написан
  • Можно ли стать pm без коммерческого опыта в разработке?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Вопрос подобный Вашему уже обсуждался много раз.
    Как стать PM'ом без IT-образования?
    Вот кое-что подобное
    Ответ написан
    Комментировать
  • Как реорганизовать процесс разработки и увеличить её скорость, если нету документации, куча костылей и старый код?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Дабы не повторяться хочу сказать еще одну мысль, которая помогла некоторым проектам.
    Иногда кол-во "фич" и костылей зашкаливает, а технологии устаревают настолько, что единственным адекватным решением является стать "фениксом".
    Иногда стоит переписать все заново используя старые наработки и перенеся необходимый функционал в новую среду. В таком случае появляется возможность начать вести все необходимые типы документации.
    Конечно же этот способ работает только в случае подобном вашему. т.е. когда Вы обладаете достаточным объемом ресурсов (время и финансы) для найма профессионалов, способных на подобное действие. Максимально упростив текущую схему, перенеся её на новый функционал и обзаведшись хотя бы минимально необходимой документацией Вам будет легче сопровождать и модифицировать то, что Вы получите в итоге.
    Разумеется это ОЧЕНЬ сложный и рискованный шаг, но иногда сделать заново гораздо проще чем реанимировать умирающее.
    Ответ написан
    Комментировать
  • Какой ваш любимый универсальный сервис или технология учета информации по разным жизненным темам?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Для заметок и того, что надо помнить юзаю стандартный Google Keep
    Еще можно юзать трелло - туда и файлы прикрепить можно. Позволяет группировать информацию, задачи и т.д.
    Ответ написан
    Комментировать
  • Как в Agile обходят вопрос с тем, что задача была оценена очень амбициозно?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Я конечно может поздно спохватился, но Вы простите меня, таких глупостей в комментариях не читал уже давно.
    Для Вашего вопроса есть 3 основных правила (перечислю их, если кто-то еще наткнется на него в будущем):
    1) разбивка на подзадачи
    Любая задача больше 20 сторипойнтов должна разбиваться на подзадачи для контроля и нормального выполнения. Вплоть до 1. Сделаь первую часть 2. Сделать вторую часть 3. Собрать все вместе
    2) 40 часов - человеко-неделя? Пффф! Вздор!
    Если вы считаете, что возможно работать эффективно 40 часов в неделю (не отвлекаясь, простите, на туалет или попить воды), то вы глубоко ошибаетесь. Возможно причина заложена в этом. Статистика и горькой опыт говорят нам, что идеальный, повторюсь, идеальный человеко-день подразумевает 6 часов вовлеченного рабочего процесса. Так что возможно проблема как раз в неправильном понимании.
    3) Оценка задач
    Оценка задач нужна для планирования, а не для отчетности. Если вы неравильно оценили задачу, то в конце спринта Вы переоцениваете её не для того, чтобы начальник выдал Вам зарплату за каждый час работы, а для того, чтобы понять 2 вещи: 1. У Вас есть проблема с оценками задачи. 2. Вы неправильно формируете кол-во задач на спринт. Как дальше танцевать с этой информацией - выбор каждого отдельного менеджера.
    Надеюсь мой ответ был не слишком резок и еще хоть кому-то полезен.
    Всех благ! (:
    Ответ написан
    Комментировать
  • Что сейчас использовать для управления проектами, контроля процесса разработки и учета времени?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Если нет денег на трекеры по типу RedMine и JIRA, или лень юзать ломанное, то есть и бесплатные решения.
    Trello - не подходит под проекты-долгожители. Неплох для стандартной девелоперской компании. Обладает кучей модулей, которыми её можно обернуть.
    Taiga - очень неплохой инструмент именно для разработки. Обладает возможностью работать с Agile т Kanban досками. По функционалу практичесски идентичен базовой джире (за это 100% не уверен)
    Ответ написан
    Комментировать
  • Как стать PM'ом без IT-образования?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Без опыта работы именно в этой сфере можно устроиться разве что помощником руководителя проекта. Данная должность будет совмещать в себе часть обязанностей ПМа + обязанности секретаря. Быть руководителем в сфере в которой нет практичесских знаний и теоретичесского бекграунда - что-то из разряда плохих анектодотов. Без соответствующего опыта Вас могут взять ПМом в компанию, где не все так хорошо. Денег на полноценного специалиста нет и компания готова взять челока, который будет учиться вместе с ними и возможно (подчеркну "ВОЗМОЖНО") вытянет компанию со "дна". В противном случае вся ответственность упадет на Вас ведь: "Ну кто у нас тут без опыта. Чего еще ждать можно было". Даже если все будет не так плохо, можно попасть в ситуацию, когда разработчики, почуствовав то, что у Вас нехвататет знаний в сфере начнуть манипулировать Вами ставя дедлайны намного позже и завышая оценку выполнения задач. Это не значит, что Вы должны ориентироваться во всех современных фреймворках и четко знать время выполнения задач, но у Вас должно быть четкое представление на процесс разработки, а также свой план действий в случае, если что-то пойдет не так. 90% книг и статей описывают идеальные компании, где ПМ только и делает, что заботится, чтобы всем хватало печенек и сбивает деньги с клиентов. В реальности очень часто все усложняется, например, разным опытом работы каждого из разработчиков. И что делать в такой ситуации?
    Поэтому я бы очень хорошо задумался над тем, хоти те ли вы быть Project, Program, Product или может вообще Happiness или Office менеджером)
    Ни в коем случае не хотел Вас обидеть или принизить Ваши навыки обучения. Лишь предостерег по поводу проблем, с которыми Вы вероятнее всего столкнетесь.
    Ответ написан
    2 комментария
  • Коллеги, расскажите о своих методах защиты от "Клиент всегда прав" в процессе разработки?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Все зависит от уровня твердолобости клиента. Иногда, когда вы не можете адекватно пояснить ненужность определенной фичи в таком-то месте, то возможно она там и нужна. Тут нужно "снизойти" до уровня заказкчика (у многих разработчиков есть такой комплекс) и на простых примерах пояснить чем действительно ваш вариант лучше. Если же клиент не реагирует на доводы, то ,возможно, вам стоит сделать как он требует перед этим действительно взяв с него письменное соглашение (или что-то в этом роде).
    В любом случае клиент обратился к вам как к специалистам. И у вас есть свои принципы и правила ведения бизнеса. Ваш принцип разработки не позволяет хватать таски во время спринта и кроме того переделывать все по 5 раз на день. Если клиент хочет качественного обслуживания он должен принимать и ваши правила игры, как профессионалов в своем деле. В ином случае любой охочий до денег студент наляпает что ему скажут и что развалится на вторую неделю использования. Такого рода доводы также дают свой результат.
    Как и говорилось раньше иногда придется просто смирившись делать то, что требуют, при этом не забыв упомянуть, что внеплановые задачи подрывают рабочий процесс и потребуют дополнительного финансирования, ведь у вас все было распланировано.
    Ответ написан
    Комментировать
  • Какой текст лучше?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Если Вы платили за эти тексты, то мне жаль Ваши деньги.
    Касательно Ваших критериев оценки (используя 10-бальную шкалу оценки)
    1 текст:
    7 - используются, устаревшие определения ( никто не говорит "Программа работает в браузере")
    3 - оценка одинакова для обоих текстов (совершенно непонятно, почему бы мне стоит использовать Ваше решение, а не связку Trello\Taiga + нормальный мессенджер)
    2 - учитывая то, что за текст были заплачены деньги и он представляет бизнес-ценность для заказчика ("В сервисе имеет возможность", "Подходит для индивидуальных пользователей, так и компаний от 3 до 300 человек"
    2 текст:
    8 - в этом тексте все информативно, влоть до того, что его можно превратить в несколько нумерованных списков с перечислением функций
    3 - все так же непонятно зачем мне Ваше решение.
    2 - "Включает контакты, проекты, заметки, цели, ежедневник, хранилище и диалоги." (А кто их, простите, выключает?)
    Прошу не воспринимать мой комментарий как деструктивную критику. Каждая оценка обоснована.
    Ответ написан
  • Как решать проблему недостаточного менеджмента в небольшой команде веб-разработчиков?

    Sir_Waat
    @Sir_Waat
    Business Analytics, Scrum Master
    Появление продажника решит только одну проблему - с простоями.
    Если продажник имеет неплохой навык и достаточно знаний, он сможет обеспечить достаточный объем работы всем. На мой взгляд удобным решением является назначить одного из разработчиков тим-лидом и дать ему "власть" составления и редактирования ТЗ.
    Тим лид может взять на себя роль детального оформления задач и обращаться к руководителю только по поводу глобальных изменений.
    Ответ написан
    Комментировать