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

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

ну а РП, чтобы не потертья рабту эскалирует все на команду

люди работают 24 на 7 и качество так себе

потом кто-то уходит и и приходит новая сила и начинает писать свой кусок гавнокода )

а потом приходит скарм масте и говрит Ща все исправлю, слушайте меня )))

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

скрам мастер должен сидеть у заказчика и говорить - нет не надо это делать. нет забей, нет ну что ты, нет ну чтобы что?

потому что обычно у исполнителя не хватает яиц

то что к исполнителю попадает в скоуп 100500 новых запросов это вина исполнителя

(текущего спринта/итерации)

в таком идеальном кейсе Заказчик должен слушать мастера

а он обычно думает, что его хотят обмануть

а в чем смысл тогда мастера если его не слушают :)

расслабляется коллектив

мастер в единую точку входа превращается, что -то удается ему сбить

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

Золотые слова !👍👍👍

Вообще не понимаю о чём спор.Чем мотивирован заказчик в госпроектах-предположу,что на 99% бабосами и на продукт и то как им пользоваться будут пользователи(даже если они из его отдела какого-то) скорее всего пофиг.Главное чтоб тз было исполнено и никто люлей не ввалил сверху.Согласен с Вячеславом,просто надо засылать адвоката компании к госзаказчику,который будет устранят геморрой во взаимоотношениях с заказчиком и снижать ненужные телодвижения. Команде же можно работать по аджайлу, но сконцентрироваться на ценности для своего бизнеса,а не для конечного потребителя и госзаказчика (потому что учитывая все бюрократические элементы пользу конечному потребителю если захочешь доставить,то надо сушить сухари на всякий случай) Я бы сделал так если б с госпроектами работал)

скрам мастер должен сидеть у заказчика и говорить - нет не надо это делать. нет забей, нет ну что ты, нет ну чтобы что?

извините, а почему скрам мастер должен сидеть у заказчика ? а в это время Владелец продукта где то отсиживается и рисует бэклог?

в контексте гос. заказа кто заказчик и кто владелец продукта? :)

Скрам мастер - должен сидеть там где команда.

С заказчиком нужно договориться, по каким правилам мы играем

а я думал скрам мастер должен в первую очередь устранять препятствия,которые мешают команде работать (внешние и внутренние)

А заказчик не команда насколько я понял ;)))

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

Ну вообще в скрам гайде четко написано кому служит скрам мастер.

Осталось просто понять в контексте гос заказа кому реально надо больше времени уделять :)

Скрам мастер помогает Владельцу продукта с Бэклогом, но не приоритизирует его

Вы сейчас спорите с чем-то? :)

кто кого сборет — Ц-ник или Ц-ник?)

Да кстати 1 буква разницы :)

Я не спорю, я говорю, что о правилах нужно сначало договориться :)

Да кстати 1 буква разницы :)

👍

В нашем, чате, от Алекандра, очень много сообщений, а вот если заказчик то, а если то. Если заказчик настроен "Козлить" , Вам ничего не поможет. Будут штрафы, функционал не будет принят. "Сотрудничество с заказчиком важнее согласования условий контракта " и "Готовность к изменениям важнее следования первоначальному плану" это требуеостся не только от исполнителя, но и от заказчика.

Что бы не получилось, как зачастую это бывает. исполнитель идет на встречу заказчику, и в конце года заказчик вспоминает, что контракт не выполнен. И начинается в диком темпе вывод новых "супер" фич.

В нашем, чате, от Алекандра, очень много сообщений, а вот если заказчик то, а если то. Если заказчик настроен "Козлить" , Вам ничего не поможет. Будут штрафы, функционал не будет принят. "Сотрудничество с заказчиком важнее согласования условий контракта " и "Готовность к изменениям важнее следования первоначальному плану" это требуеостся не только от исполнителя, но и от заказчика.

Вобщем для контактов с госзаказчиком идеально подойдет адвокат с психотерапевтическими навыками.И успокоить сможет на случай больших хотелок и понять сможет вовремя как отмазаться в случае если что не так пойдет)

Эмм, как много таких сотрудников в ИТ ?

Думаю необязательно глубокие знания IT.Главное чтоб с заказчиком взаимопонимание было

Тз согласовали и поехали

для гос заказчика нужен "Решала"

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

Цели личные имеются ввиду

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

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

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

если глобально, то интересно найти ответ на вопрос как теории гибких методологий ложатся на гос проекты, где изначально все сделано для того, чтобы использовать вотерфол. Работая на таких проектах прихожу к мнению, что все книги написаны для идеальных условий, в который госушные проекты очень плохо укладываются. да, можно взять определенные вещи. Но это бтльшой вопрос, не уверен что тут его возможно досканально обсудить :) А из частного, кто -нибудь знает недорогие курсы в МСК по PMBook ?

решение: Agile + CCPM, на SECR будет доклад на эту тему. (нет, доклад не мой) госушные проекты нормально ложатся в это схему. главное не выходить за рамки ТЗ но там часто такое ТЗ, что много тактовок.

У Алексея решение любой ситуации: Agile + CCPM Прям серебрянная пуля =))

У Алексея решение любой ситуации: Agile + CCPM Прям серебрянная пуля =))

Конечно! Но не любой, а когда нужнно скрестить жесткие сроки и гибкое содержание. но мой полный рецепт пули это = Agile ( XP ) +CCPM + TOC + Управление знаниями CCPM - закрывает уровень стратегии, планирование и контроль исполнения Agile - уровень тактики и операционного управления XP - держит команду в тонусе. (XP это дисциплина все таки) Управление Знаниями - обеспечивает безопасность разработки продукта во времени . TOC - как здравый смысл для непрерывного улучшения.

сиси пиэм

Как сегодня сказал один пиэм в моей ленте фейсбука

👍

которыми пользуются. я вот на vc из статьи сделал опрос ОС для себя, кинул в команду получил ту информацию, которую на ретро люди не озвучивают. Сам опрос: https://docs.google.com/forms/d/1WtqiNzVXTy1Asrnd4Ust6TKSmI-cza7_yebSPffs-30/edit?chromeless=1

Огонь, спасибо, полезно

Конечно! Но не любой, а когда нужнно скрестить жесткие сроки и гибкое содержание. но мой полный рецепт пули это = Agile ( XP ) +CCPM + TOC + Управление знаниями CCPM - закрывает уровень стратегии, планирование и контроль исполнения Agile - уровень тактики и операционного управления XP - держит команду в тонусе. (XP это дисциплина все таки) Управление Знаниями - обеспечивает безопасность разработки продукта во времени . TOC - как здравый смысл для непрерывного улучшения.

Алексей, сорри, CCPM - это про критическую цепь и ТОС ?

Алексей, сорри, CCPM - это про критическую цепь и ТОС ?

Да.

@projects_jobs

Ребят, если оффтоп - не бейте сильно. Кто какими ресурсами ускоряет работу по написанию документации к API?

Ребят, если оффтоп - не бейте сильно. Кто какими ресурсами ускоряет работу по написанию документации к API?

swagger?

бэкендеры зашиваются итак, а фронтендеры жалуются

swagger?

погляжу, благодарен 🙏🏻

а apiary.io кто-нибудь использовал, как оно в сравнении со swagger этим, например?

бэкендеры зашиваются итак, а фронтендеры жалуются

GraphQL?

погляжу, спасибо 🙏🏻

а apiary.io кто-нибудь использовал, как оно в сравнении со swagger этим, например?

Сложно в Markdown на первом этапе проектировать. Отказались два года назад в пользу Swagger. Но об этом много раз уже было в @nodejs_ru 🙂

http://www.barryovereem.com/40-agile-methods/

Такой вот постер)

Такой вот постер)

👍🏻

Друзья, можете посоветовать хорошие статьи/книги/ресурсы про Less? Буду признателен.

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

Неужели скоро сказка станет былью и все гос компании и проекты будут с человеческим лицом :)

Всем привет. Руководитель корпоративного проектного офиса.

Привет. Руководитель корпоративных проектов на 1С.

Неужели скоро сказка станет былью и все гос компании и проекты будут с человеческим лицом :)

Александр, в любой сказке есть кто-то злой, Змей Горыныч, например, или Баба Яга)))))

Александр, в любой сказке есть кто-то злой, Змей Горыныч, например, или Баба Яга)))))

И в конце они жили долго и счасливо :)

Привет. Руководитель проектов, в студии веб розработки for Each(), раньше работали по Waterfall сейчас перевожу команду на Scrum+ Kanban (по проектам на поддержке). Киев #whois

Всем привет! Представляюсь)) 1. Работаю в электронной коммерции более 3-х лет.Профиль - монетизация сайтов и платёжные системы. 2. Моя фишка - умею монетизировать мессенджеры, соц.сети и любые каналы связи с клиентом. Есть примеры для монетизации телеги. 3. Ищу: поставщиков, интернет-магазины для реализации в регионах по схеме дропшиппинг. Нужны: одежда, обувь, спорт-инвентарь, электротранспорт, вэйпы, бижутерия и парфюм. #whois @barskarabars

Подписка на #whois

И в конце они жили долго и счасливо :)

Яга и Горыныч??? Серьезно?))))) Это точно сказка))))