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

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Непредвиденные обстоятельства должны были быть прописаны в контракте с заказчиком, и ответственность за срыв сроков там также должна быть описана.
    Если указанные непредвиденные обстоятельства указаны в перечне форс-мажора, может быть даже и ответственности никто не понесет. Если же нет - согласно контракту (штрафы, печеньки).

    Вопрос вообще больше к юристам и к менеджменту, а не аналитикам.
    Ответ написан
  • Что проджекту делать с недооценкой времени?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Agile технологии хорошо работают в опытной команде. Поэтому со временем и тимлиды и вы должны лучше справляться с оценкой.
    * Со стороны лидов - качественнее прогнозы, качественнее оценка работы подчиненных
    * С вашей стороны - корректировка самого agile процесса - размер спринтов, количество и время на митинги, размер буфера.

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

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

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

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Пока что у меня вариант только один, выбивать новую вакансию минимум миддл ios разраба с соответствующей ЗП, с прицелом на то, что он может в перспективе занять место нынешнего лида и тогда за счет конкуренции, может всё сдвинется с мёртвой точки.


    То есть у вас ушел Сеньор, вы на его места поставили мидла, видите что они не справляются, и хотите взять еще одного мидла?

    IMHO проблема тут не в мидле, а в ПМ-е.

    По поводу того, что делать - поговорите с мидлом, выясните поможет ли еще один мид. Или все-таки надо брать сеньора с соответствующей ЗП.
    Ответ написан
  • С чего лучше начать изучение Scrum?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    build engineer
    Приложить максимальное количество усилий, почитать, посмотреть, попробовать.


    Приложить максимальное количество усилий.
    Почитать пару статей.
    Посмотреть пару видяшек.
    Попробовать поработать в Scrum.
    Ответ написан
  • Как научится давать сроки по проекту?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Сроки зависят сугубо от человека, от его навыков, его опыта, его самоорганизации.
    Каждый должен сам научиться определять с какой скоростью он работает.

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

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Потому что программист, менеджер проекта, бизнесмен-стартапер - это все разные профессии, для которых нужен свой комплект навыков, знаний и опыта.

    Цикл разработки не для того, чтобы закончить проект. Цикл разработки для того, чтобы быстрее выпускать новые версии продукта. И да, совершенно естественно, что такая информация отсутсвует в учебниках по ИНФОРМАТИКЕ или ПРОГРАММИРОВАНИЮ, это ближе к менеджерам.

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

    saboteur_kiev
    @saboteur_kiev
    build engineer
    у вас же уже есть тег git в вопросе.
    В git и хранятся.

    Количество версий вообще не говорит о размере проекта. Кто-то каждый коммит называет новой версией. У кого-то между двумя версиями сотни и тысячи бренчей и слияний.

    Гит часто используется не сырым, а с какой-нить оболочкой (gitlab, gerrit, bitbucket/stash) или даже сразу с хостингом на том же github.
    Ответ написан
  • Как правильно релизиться в больших компаниях?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Правильные версии - более универсальный вариант. Вдобавок те же фича-тимы могут работать и с версиями.
    Чтобы упростить работу с версиями, используйте https://semver.org/lang/ru/

    Скажем так. На организацию эффективных фича-тим уйдет больше усилий, чем на версионирование.
    Ответ написан
  • Что не так с качеством разработки?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Не зная внутренней кухни этих компаний, вы считаете что у них полно времени.
    Но ведь вы не знаете, сколько на самом деле работы и в каких направлениях развиваются эти продукты?

    Взять Касперский - свыше 4000 человек в 32 странах. То, что компания уже не развалилась за столько времени - показатель уровня менеджмента гораздо выше среднего. И понятно, что компания такого размера имеет свое видение на бизнес и действительно важные фичи, благодаря которым можно оставаться на рынке, и держаться в топе этого рынка.
    А вы тут про какой-то красивый код.. =)
    Ответ написан
  • Как спланировать проект?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Планирование проекта это немного другое. Это оценка времени на выполнение проекта, оценка стоимости проекта, оценка дополнительных расходов (еще один напарник), и договоренность с клиентом о сроках, конфирме промежуточных итогов и так далее.
    А инструменты нужно выбирать в зависимости от ваших навыков.
    Ответ написан
  • Есть ли ISO описывающий позиции в отделе обеспечения качества?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Стандарта в коммерческих компаниях как такового нет, точнее его необязательно придерживаются.
    Есть стандарт для бухгалтерской отчетности, но для этого вы уточните страну проживания.

    Если вы захотите по официальному стандарту, то там "process manager/QA director" однозначно не существует. Можно будет подобрать русскоязычный аналог.
    Ответ написан
  • Как разделять работу дизайнера?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    А как вы в программирование решаете, отступ это 4 пробела, 2 пробела или tab?
    Каждый программист сам себе выбирает name convention для переменных и методов?

    У дизайнеров тоже есть набор правил, по которым можно описать единый стиль, в котором все будет выполняться. Даже есть узкоспецифичные термины, чтобы описать его кратно и однозначно. Ну и да, общую концепцию обычно придумывают и согласовывают, либо ее разрабатывает один конкретный "главный" дизайнер.
    Ответ написан
  • Какие вы знаете сервисы для создания структурной документации проекта?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Да в общем-то при аккуратном подходе, обычный викидвижок подходит весьма удачно. Можно и confluence.
    Слишком детализированная именно схема всего проекта нужна редко, в основном для красивой презентации.
    А так - все разбивается на части, и влезает в обычные странички с ссылками.
    Ответ написан
  • Каково это быть project manager?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Что-то вы бегаете из крайности в крайность. То вас заинтересовала переквалификация в программиста, то не знаете кто круче фронтенд или бэкенд, теперь уже и в менеджеры.

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

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Бизнес опыт это активное понимание того, как получить от заказчика больше денег и организовать работу таким образом, чтобы заказчик не подумал от вас убежать к другим, более дешевым исполнителям.

    Это не то, чтобы распределение увольнений и приемов на работу, это именно организация работы всего проекта, поиск задач для проекта в целом. То есть активное понимание бизнес-логики заказчика.

    Например, если ваш проект пишет код, а отдельный outsource тестирует продукт, просто отличным решением будет создание автоматизации тестирования, убеждение заказчика что ваша автоматизация гораздо лучше (качественнее, дешевле, позволяет разрастаться), и соответственно в конечном итоге заказчик отказывается от отдельного аутсорса, а ваш проект расширяется за счет новых задач.

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

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

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Его делают в техническом задании, которое пишут например в ворде или любом другом редакторе.

    А куски кода и тех.задание обычно НЕ совмещают вместе, это разные документы.
    Для описаний классов - UML, для разбиения тех.задания на конкретные таски - бэктрекеры, в которых солюшен дизайн может быть прописан прямо в тикетах.
    Ответ написан
  • Какие вопросы задаёте при знакомстве с новым отделом?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Никаких волшебных вопросов не существует.
    Чем занимаешься и какие трудности - известны всем и именно они и полезны.
    Вопрос в том, достаточно ли руководитель умен и опытен, чтобы правильно оценить то, что ему отвечают.
    Ответ написан
  • Как рассказывать сотрудникам об обновлениях ПО?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    1. Корпоративная почта и рассылки.

    2. Бот-уведомитель в телеграмм.

    2. Хранить версию в куках, при попытке зайти на сайт проверять, если у клиента устаревшая версия - выводить окошко с уведомлением, что версия изменилась.
    Ответ написан
  • Как аргументировать начальству создание существующего проекта заново, с ноля?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Задача сайта - выполнять свою бизнес задачу, а не демонстрировать красивый код в исходниках.

    Поэтому единственное, что является главным аргументом, это то, что все ваши нововведения приведут к положительному экономическому эффекту.
    То есть либо вы доказываете, что фирма заработает на этом деньги, либо сэкономит.

    Если ни то, ни другое, то с какой стати платить больше?
    Ответ написан
  • Где граница между дедлайном и сверхурочной работой?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    deadline - конечный срок сдачи проекта. По какой-то причине этот срок был выбран, и УТВЕРЖДЕН, то есть исполнитель решил что он точно успеет, а заказчик решил, что его этот срок устраивает. Объем работы также был согласован.
    Менеджер проекта, тимлид, архитектор - все должны быть не просто крутыми чуваками, которые все знают, но в первую очередь организаторами, которые хорошо представляют возможности людей в своем проекте, и скорость выполнения задач.
    Или они изначально рассчитывали, что все сотрудники будут сидеть на работе до упора, а значит это наглая эксплуатация. Или они на самом деле ничего не знают, и отвратительные руководители, которые не умеют грамотно договариваться с заказчиком о реальных сроках и реальной оплате труда.

    Выбивайте или доплату за сверхурочное время или пусть договариваются с заказчиком, что если есть новые правки - значит двигайте дедлайн, добавляйте время.
    Ответ написан