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

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Если вы хотите работать по скраму, то рассчитывайте фокус-фактор команды в целом и планируйте спринт с помощью покер-планирования. Тогда производительность каждого отдельного члена команды вас волновать не будет. Если не знаете, как это делать, welcome сюда.
    Если не хотите работать по скраму и хотите, чтобы ресурсы назначались оптимально, тогда рекомендую: 1) Классифицировать задачи по уровням сложности 2) Ранжировать специалистов по уровням сложности решаемых задач (Подробнее здесь) 3) Поручать задачи специалистам сответствующего уровня 4) Для оценки объема работ по задачам всегда использовать одного и того-же специалиста 5) Рассчитывать персональный фокус-фактор для каждого разработчика, исходя из планового и фактического времени выполнения.
    Ответ написан
  • Как правильно вести и заканчивать проекты?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Исходя из вашего описания я вижу 2 причины, которые мешают вашему знакомому доводить проекты до конца:
    1) Он пытается все делать в одиночку, при этом не являясь специалистом. Это крайне неэффективный путь. К примеру, если там нужно программирование, а он не программист, то нужно найти единомышленника программиста и т.д. Тогда проект не будет заходить в тупик из-за некомпетентности.
    2) Похоже на то, что ваш знакомый по складу характера - исследователь. Т.е. ему нравится начинать новые проекты, изучать что-то новое. Как только стадия "узнавать новое" сменяется стадией "пахать", такие люди сдуваются и быстро находят новую идею, которая их вдохновляет. Если мое предположение верно, то ему нужно либо найти деятельность, связанную с исследованиями, либо людей, которые будут реализовать его идеи (см. п.1).

    "Циклы разработки" и пр. ему не помогут.
    Ответ написан
  • Нужен ли я на Stand-up митингах?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Посоветуйте тем, кто в вашей фирме "пытается внедрить скрам", чтобы они хорошо разобрались, как он внедряется, какие проекты и команды подходят для скрам, а какие - нет, как подготовить людей.
    Скрам - это не просто ритуалы, это - состояние команды. А у вас, судя по вопросу, этого состояния нет.
    По книжкам и статьям из интернет ничего не внедряется. Пусть обратятся к тем, у кого есть опыт внедрения.
    Ответ написан
  • Что вы делаете если не укладываетесь в срок?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Варианты, которые есть у менеджера, чтобы ускорить разработку и успеть в срок (из моего опыта):
    a) Помочь преодолеть имеющееся затруднение. Если разработчик "буксует", нужно понять в чем конкретный затык. Помочь может совет опытного коллеги, пример чужого кода и даже умение пользоваться поисковиком.
    b) Предложить более эффективный способ решения задачи. Как известно, любую задачу можно решить несколькими способами. Иногда разработчик почему-то выбирает самый длинный, крутой и извилистый :)
    c) Устранить имеющееся непонимание постановки задачи. К сожалению, иногда задержка вскрывает, что задача была неправильно понята и делается лишняя работа.
    d) Уменьшить объем работ, изменив постановку задачи. В данном случае задача понята верно. Но если можно упростить саму задачу без принципиальной потери ценности функционала - это неплохой вариант.
    e) Подключить дополнительные ресурсы к решению задачи (подключить дополнительных людей, купить больше их времени). Если это возможно, задача распараллеливается (при условии, что усилия на интеграцию не съедают экономию). Если нельзя распараллелить, применяем парное программирование. Сверхурочные - способ не требующий умственных усилий менеджера, а потому первым приходящий в голову. Не очень хороший вариант, т.к. проблема со сроками перетекает в проблему со стоимостью.
    f) Принять решение о замене исполнителя задачи. Это крайний случай, но бывает, если ошиблись и поручили задачу разработчику, который ее "не тянет".

    Задача менеджера - принять оптимальное решение, исходя из текущей ситуации.
    Если ничего из вышеперечисленного не сделано или не возымело достаточного действия, то недостающие ресурсы и время на автомате начинают черпаться за счет снижения качества. Делаются "костыли" вместо основательных решений, нарушается технологический процесс (время экономится на дизайне, отладке, ревью, тестировании и т.д.)
    Ответ написан
  • Управлению проектами (project management): нашли курс/тренинг для "жизни", а не теорию?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    По agile здесь.
    А если нужна прокачка и систематизация по всем знаниям управления проектами, включая управление рисками, управление качеством и т.д., тогда вот это.
    После каждого урока практические задания по вашим реальным проектам, с обратной связью. Можно задавать вопросы по своим проблемам. Все объясняется и иллюстрируется на примерах из личного опыта. Опыт в IT отрасли (разработка ПО) >30 лет.
    Ответ написан
  • Простой менеджер проектов, который считает процент выполнения по задачам?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Процент выполнения - не очень хорошая метрика. Вот почему:
    1) Две задачи могут иметь одинаковый процент выполнения, к примеру 90%. При этом одна может быть закончена завтра, а по другой - еще на неделю работы.
    2) Если вы добавите в проект задачу и даже если при этом добавите разработчика, процент выполнения все-равно снизится.
    3) Самое главное - процент не дает ответ на вопрос - вы успеваете в срок или нет.
    Для отслеживания прогресса из простых метрик можно использовать планируемую дату завершения или оставшийся объем работ.

    Ну и не забывайте 2 закона, касающихся использования процентов :)
    - 90% времени задачи находятся в состоянии "сделано на 90%"
    - Не так трудны первые 90% проекта, как вторые 90%.
    Ответ написан
  • Какой показатель является ключевым для тестировщика?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Количественные показатели наряду с качественными использовать можно и нужно. Нужно только понимать нюансы их использования.
    Есть ряд показателей, которые можно использовать для QA в зависимости от конкретных условий организации работы. Один из них - количество дефектов, обнаруженных конечными пользователями в протестированном продукте. Желательно вести учет по уровням критичности дефектов.
    Для показателя по жалобам технической поддержки нужно понимать, что в вашем случае означает "рассмотрение".
    Консультирую по постановке управленческого учета и систем мотивации на основе KPI в разработке ПО. Если нужно, обращайтесь в телеграм @APletenev.
    Ответ написан
  • Какую схему мотивации можно предложить программисту, решающему сложные задачи (последняя линия поддержки, с задачей никто не смог справиться)?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Я использовал показатель: уровень сложности решаемых задач. Из названия примерно должно быть понятно. В деталях, как он рассчитывался внедрялся и работал см. здесь. Смысл был не только в мотивации. Но в т.ч. ваш директор в этом показателе поймет, за что он платит этому человеку больше.
    Ответ написан
  • Как создать опросник по удовлетворенности UI?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    В оценке есть количественная сторона и есть качественная. Выпишите основные юзкейзы вашей работы. В количественной оценке можно смотреть на такие параметры, как количество кликов мышью для выполнения тех или иных юзкейзов, время, затрачиваемое на непосредственные действия с UI в каждом юзкейзе. В качественной оценке - обычный опрос удовлетворенности пользователей. Можно взять NPS. Он в данном случае будет показывать количество сторонников и противников данной системы в вашей организации.
    Ответ написан
  • Какую систему для постановки и сбора ежедневных отчетов можно использовать?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Как вариант: любой сервис опросов с отправкой результатов на почту типа Limesurvey. Насколько я знаю, в slack можно настроить переадресацию почты. + любая напоминалка о том, что нужно пройти опрос. Напоминать регулярно может все что угодно: от будильника в телефоне до google календаря.
    Ответ написан
  • Что почитать про управление задачами и какие системы можно использвать?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Систем управления проектами с workflow (бизнес-процессы) и напоминалками - на рынке куча.
    Из бесплатных можно взять тот же Редмайн. Из платных могу порекомендовать Devprom.
    Ответ написан
  • В чём причина постоянного переделывания кода?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Насколько можно судить по вашему вопросу, причина в том, что у вас нет целостного подхода к разработке. Если вы не хотите много переделывать, работайте по "водопаду": наймите адекватного архитектора и проектируйте всю систему перед кодированием. А если вы не хотите/не умеете/не можете проектировать заранее, тогда уж следуйте эджайлу. При этом у вас переделки останутся, но хотя бы релизы станут короткими.
    А у вас, похоже, методологии нет, что приводит к неэффективной трате средств вашим заказчиком.
    Ответ написан
  • Как правильно организовать амбициозный pet project (не совсем) и найти людей?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Не регистрируй никаких предприятий, никого не нанимай и ничего не разрабатывай. Сделай лендинг, где опиши вкусно, какое чудо ты предлагаешь. Там сделай форму заказа с кнопкой. Купи трафика (максимально целевого) и сам раскидай ссылки по ресурсам, где по твоему сидят будущие покупатели/пользователи твоего продукта. Можешь еще оставить поле для комментов. Посмотри в метрике, по заполнению формы и комментам, как они реагируют. Если интереса нет, меняй что-нибудь и повторяй. Так до тех пор пока не поймешь, что кроме тебя это никому не нужно или пока не увидишь, что народ в очередь становится за твоим продуктом. Во втором случае уже заморачивайся с командой и рисуй ей соответствующую картину.
    Ответ написан
  • Как делегировать работу, человек в офис или фрилансер?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Если работа може быть сделана удаленно (ваш случай) - никаких офисов. Лишние расходы и геморрой.
    Если работы для него нет на полный день - тогда фриланс. Иначе - найм на fulltime.
    Ответ написан
  • Как собственнику удержать клиентов при увольнении РОПа?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Основной комплекс мер по защите от увода клиентской базы нужно внедрять заранее.
    То, что можно сделать сейчас в вашей ситуации:
    1. Расставаться “по хорошему” и прямо оговорить непереманивание клиентов.
    2. РОП передает своему преемнику или вам всю информацию по клиентам и сделкам, которые находятся сейчас в работе: в каком состоянии работа по каждому клиенту, какие есть договоренности, обязательства, документы и т.п. Можно сделать такую передачу письменной. В идеале вся эта информация должна вестись в CRM.
    3. C адреса РОП всем клиентам рассылается письмо, или он звонит им в присутствии преемника. Сообщается что с такого-то числа все дела будет вести новый человек (его контакты). Преемник должен как можно быстрее связаться со всеми переданными клиентами.
    4. В случае, если риск увода базы высок, после решении об увольнении в ходе 2-недельного срока, пока РОП еще работает, допускать его к корпоративному компьютеру только в присутствии преемника. Обычно именно в этот период и крадут данные.
    5. Если все же уволившийся РОП попытается уводить клиентов и других сотрудников, можно письменно изложить все факты и разослать клиентам и конкурентам, в т.ч. в компанию, куда ушел сотрудник. Так же можно опубликовать эту историю в интернет в отраслевых блогах или форумах. Пример подобной статьи, написанной моим знакомым, директором IT компании. В результате, потери в клиентах будут минимальны, нечестный сотрудник узнает, что означает деловая репутация, оставшиеся сотрудники десять раз подумают, прежде чем последовать его примеру.
    Ответ написан
  • Как стать Техническим директором?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    1) Возникает вопрос: зачем тебе СТО? Если просто из-за "больше денег", то можно расти, как архитектор в проф. плане и меняя компании, расти в деньгах.
    2) Если ты прямо спать не можешь, как хочешь позаниматься не техническими, а организационными вопросами, то уточнять то, что ожидается от СТО нужно в конкретной конторе, где хочешь работать. В данном случае - у гендира, с кем ты общался. Ему же, а не тостеру, нужно и задавать вопрос, как он видит получение этого опыта. Самозахватывать ничего не нужно. Нужно определить тех людей, чей опыт полезно перенять и на некоторое время стать их помощником. Это нужно делать прозрачно для всех, чтобы эти люди и их подчиненные понимали, почему вчерашний архитектор занимается этим.
    Ответ написан
  • Управление задачами/таск менеджер - упрощённый функционал со своей спецификой?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Полностью исключить сговор исполнителя с менеджером вы вряд ли сможете. Вам пришлось бы делать review всей информации, которую получают менеджеры от исполнителей. В противном случае, среди результатов могут затесаться контакты исполнителя.

    С этой оговоркой вам подойдет любая система обработки задач, тикетов, заявок с разграничением доступа. Из бесплатных - тот же Redmine. Доступ настроить так, чтобы в состоянии до назначения задачи она была видна всем, а в состоянии "Назначена" ее видел только менеджер и назначенный исполнитель. При регистрации пользователей генерируете всем обезличенные абстрактные username и вперед. Максимум, что потребуется из контактных данных - это e-mail для получения уведомлений. Их лучше тоже генерировать и выдавать со своего домена.
    Ответ написан