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

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Определить количество компонентов результата.
    Количество компонентов разбить на элементную базу.
    Просуммировать, посчитать по фибоначи коэффициент сложности.
    Прикинуть за сколько по времени можно довести до продакшна один элемент.
    Помножить на стоимость во времени того, кто это будет делать, помножить на коэффициенты фибоначчи.
    Получить и время и деньги.
    Профит.

    Как определить компоненты можно прочитать в моем путеводителе руководителя в разделе "перечень результатов".
    Ответ написан
    Комментировать
  • В какой университет поступить для работы на позиции "Менеджер проектов", "project manager"?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Шашечки или ехать.

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

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

    Если же ехать куда более в интересном формате -- понять что делает руководитель и уметь делать дело, тогда горячо рекомендую свой путеводитель руководителя.

    Занятное чтиво, есть видео.

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

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Never complain, never explain!
    Ответ написан
    Комментировать
  • План/шаблон создания проектной документации?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Вигерс - разработка требований к программному обеспечению (есть шаблоны)
    Системное мышление (книга + курс) Левенчука - https://system-school.ru/levenchuk
    Ответ написан
    Комментировать
  • Какие книги посоветуете для будущего Team Lead'a?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Почитай вот эту статейку (размером почти с книгу, как и просил), полезного про все что тебя ожидает на пути продуктовой разработки и работы над софтом найдешь много - https://vc.ru/flood/71014-v-budushchee-deystviteln...
    Ответ написан
    Комментировать
  • Agile. Как делить отдел на команды?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    > Вопрос: как разделить коллектив? По каким критериям делить? Чтобы команды были все равны по силам. Есть ли математические решения/методы задачи???

    Вам надо понять чем вы занимаетесь - "утилизируете людские ресурсы" (занимаете работой чтобы не простаивали) либо делаете результат.

    Если второе - команды деляться всегда по продукту работ, которые они производят. В разработке ПО явные продукты это:
    1. результаты аналитики задач
    2. архитектура решения,
    3. проектировка изделий,
    4. оформление изделей
    5. изготовление по платформам / ios / android / web,
    6. тестирование
    7. доставка в эксплуатацию
    8. документирование


    Вокруг таки результатов вы организуете работы.

    Схема моего разделения труда по продуктам работ:

    webp

    Эта схема лежит в основе моего продукта.

    Пример цепочки разделения работ из "Мьёльнира":

    cc6d89fc-e227-4f78-c69b-051646113af1
    Ответ написан
    Комментировать
  • В каком софте можно описать как течение проекта, так и распределение задач?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    В моем проекте, поддерживает полный цикл всей разработки от замысла до ввода в эксплуатацию https://vc.ru/tribuna/67821-melnir-platforma-dlya-...
    Ответ написан
    Комментировать
  • Как поддерживать требования к проекту всегда в актуальном состоянии? Инструменты?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    > Как поддерживать требования к проекту всегда в актуальном состоянии?

    Добрый день. Блиц ответ - регулярно обновлять информацию )

    > Инструменты?

    Сразу к делу - я создатель такого инструмента. Подробности на трибуне vc.ru ->

    > Вопрос больше для тех кто собаку съел в управлении проектами.

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

    > Суть: есть требования к проекту, сначала в виде обзорного ТЗ, потом в виде задачек в трекере, они постепенно реализуются в разрабатываемой системе (ПО), появляются новые, что-то меняется, что-то заказчик передумывает (часть задач теряют актуальность), и т.д.

    Требования всегда будут проявляется потому что внимание ограничено - мы живем и работаем в ситуации аналогичной игр типа "стратегия" - когда карта туманная мы ничего не видим, когда мы "дойдем" и "воочию" увидим что там - мы видим "новые вещи". Были ли они новыми? нет - они новые только в нашем внимании. Вы мыслите верно.

    > И потом бац - а цельной-то картины и нету, приходит например новый разработчик на проект или даже новый менеджер, начинает потом у народа спрашивать, а как вообще надо чтобы работало ? Тестировщик приходит - "меня прислали потестировать, а скажи как оно вообще должно работать ?".

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

    Также эффект в игре-стратегии такой же, я называю его "эффект фонарика" - куда "светите" там и все вам видно, а вот в другом углу куда не светите (нет фокуса) уже не видно.

    Как и в стратегии - когда уходите с места событий и нет ваших юнитов на карте - там "фиксируется" ваше последнее "видение места", и по факту оно снова будет отличаться когда вы туда вернетесь.

    > Ребята, кто какие системы применяет для управления требованиями к ПО, что вы там храните? - задачи, или UserStories? Куда ткнуться почитать как это вообще по-уму реализовать ?

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

    Короткий ответ в группе уже дал на разницу Jira / Тимсити / Трелы и прочее:

    // цитата

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

    Практики Мьельнира не совсем понятные с ходу - но следуя им вы просто работаете как бы и работали в других системах, но весь контекст будет просто накапливаться и вам никогда не надо будет кому-то "передавть" знания и терять контекст при смене сотрудников.

    Но так как я на этой почве проживаю давно то скажу так - смена сотрудников это такая милая история про которую рассказывают на конференциях - и как с ней бороться с помощью вики и конфлюенса.

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

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

    // конец цитаты

    > Я не ПМ, знаю что нужно пинать ПМа, но реально пока не понимаю, он что, должен это тупо вручную отслеживать, и документацию в вики или в гугл-доке?

    Попробуйте, у меня есть видосы в группе телеграма где я разбираю по шагам как идет разработка

    > Всем заранее спасибо.

    Надеюсь не забанят - вроде бы прямой ответ на вопрос.
    Ответ написан
    Комментировать