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

    kumaxim
    @kumaxim
    Web-программист
    Том Де Марко - Deadline
    Ответ написан
    Комментировать
  • Как вы распределяете время между программистами и задачами?

    kumaxim
    @kumaxim
    Web-программист
    Имеем 4 колонки на kanban-доске:
    1. Список заданий
    2. В процессе
    3. На проверке
    4. Исполнено

    Теперь о каждом чуть более детально.

    Список задач, он же backlog - список того, что вообще надо сделать. Сортируется это дело по приоритетам, т.е. самая верхня задача самая важная, самая нижняя - самая не важная. Отдельно отмечу, что только в данный момент времени. Отметок "Важная", "Важная 1", "Важная 2", "Срочная", "Горящая" и т.п. быть не должно. Если задача есть в этом списке, значит она важна для команды. Ее исполнение необходимо для нормальной работы команды. Акцентирую Ваше внимание, что именно в данный момент. Как тимлид Вы можете сделать только одну доработку в этой колонке - присвоить цвет каждому подчиненному. Например, Иван берет только синие задачи, Николай только желтые и т.п. Срочнось задач в компетенцию тимлида не входит, это зона ответственности менеджмента.

    В процессе - задачи, над которыми именно сейчас работают Ваши подчиненные. Не вообще работают, а вот конкретно в данный момент, когда Вы открывайте доску и смотрите на нее, Ваш человек сидит в IDE и пишет/отлаживает код. Колонка обязана иметь лимит. Все книжки рекомендуют начинать с 2n - 1, где N - количество людей в команде, а минус 1 потому что кто-то может с чем-то застрять и ему надо будет помочь. Порядок задач в этой колонке не важен. Важно только то, сколько они там находятся. У Вас должно быть какое-то время реагирования, т.е. если задача висит там 3-й день, то нужно спросить условного Николая, что у него там за проблема и не нужно ли ему там с ней помочь. Часто, это колонка разбивается на на две: в процессе и отложено. Вторая означает, что когда исполнитель начал работу над задачей, он не нашел, скажем, доступа к хостингу или данные к FTP/cPanel, предоставленные клиентом, оказались не верными. Колонка "Отложено" требует уже реакции менеджеров в духе "Звонок клиенту". Задачи от колонки "Отложено" менеджеры должны обрабатывать, дополнять и перемещать снова в backlog. Продуктовые команды, обычно, такую колонку не используют. Разного рода digital-агенства применяют это очень часто.

    На проверке - думаю, из названия понятно. Ваш подчиненный завершил задачу, Вам/Менеджерам/Клиенту надо ее проверить. В эту колонку задачи могут переносить Ваши подчиненные, но из нее переносить задачи могут только менеджеры или Вы.

    Исполнего или Готово - опять же, думаю понятно. Завершенные задачи. В конце рабочей недели по наполнению этой колонки можно оценить продуктивность команды или/и продуктивность конкретного разработчика, если Вы будите использовать схему "Человек - Цвет". Карточки из этой колонки отправляются в архив в пятницу в 19:00 или когда Вы там выгоняйте всех программистов из-за мониторов. Также, в конце каждой недели, должен чиститься backlog от более не актуальных задач. Помните что я писал выше? В первой колонке у нас только важные задачи, которые необходимы именно в данный момент. Если клиент "заглох" или "слетел" - его задачи из backlog должны быть отправлены в архив, вместе с завершенными задачами в пятницу в 19:00

    Отдельно отмечу, что появление задач с метками "Важное 1", "Срочное", "Очень-Очень срочное" в любой системе управления, не только scram/kanban, говорит о том, что в компании слабый менеджмент. Есть задача. Ее либо надо сделать прямо сейчас или в ближайшее время либо ее нет смысла делать совсем.

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

    kumaxim
    @kumaxim
    Web-программист
    Отправить Вашего супер крутого специалиста в отпуск на юг материка, откуда он будет дней 25 не доступен вообще.
    По возвращению, места из которых будет течь сильнее всего, можно будет обозвать "опорными точками" и прикрутить к ним какой-то КПИ.

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

    kumaxim
    @kumaxim
    Web-программист
    Как разработчик использовал JIRA, Asana и Wrike в разное время. Любую из этих систем интегрируйте с Gitlab/Bitbacket и радуйтесь
    Ответ написан
    Комментировать
  • Как построить процесс работы единственного работника?

    kumaxim
    @kumaxim
    Web-программист
    Тебе нужен любой task-tracker. Мне сразу на ум приходят Jira, Asana, Redmine. Это место где ты будешь ставить задачи человеку.

    Далее нужен git. Купи подписку с приватными репозитариями на github или поставь на свою VPS, например, OpenStack. Про модель ветвления gitflow слышал? Ознакомься, если нет, пригодится.

    Если кода не много, то перед слиянием ветки своего сотрудника проверяй все руками. Если много - TDD в купе с любым CI-сервисом(travis-ci.org как пример) тебе в помощь.

    В целом про управление почитай Тома де Марко "Deadline - роман об управлении проектами". Отличная книга на мой взгляд.
    Ответ написан
    1 комментарий
  • Как пояснить клиенту что такое технический долг и рефакторинг?

    kumaxim
    @kumaxim
    Web-программист
    Для начала скажите зачем Вы вообще хотите рефакторить код? Моральное удовлетворение?! Технический долг?! Вам что, приятнее трахаться с функциями в коде, чем со своей девушкой?

    Работает код - не трогайте его, пусть дальше работает.

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

    Вообще где-то я видел мнение(тут на тостере или на codenet) что клиенту вообще не надо знать, что ты занимаешься рефакторингом, с чем лично я согласен. Ты показываешь ему свои почасовые отчеты, клиент видит что ты работаешь, все. Остальное уже те мелочи, от которых ты его избавляешь как специалист.
    Ответ написан
    2 комментария
  • Подскажете стоящую книгу по пополной разработке web проекта?

    kumaxim
    @kumaxim
    Web-программист
    Может быть немного поздно, но все же... Почитайте Getting real от 37signals
    Ответ написан
    Комментировать