Но да - зависит конечно же, от многих факторов.

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

и из-за заржержки с подписанием, остается на всё 4 недели.

Плавный переход со стартапа в госконтракт... Meanwhile in russia

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

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

Во-во, это как раз была моя ремарка про невозможное согласование

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

с чужим тендером прямо слово в слово, лол

Плавный переход со стартапа в госконтракт... Meanwhile in russia

Я тебе больше скажу, это все в стартапе и было

Плавный переход со стартапа в госконтракт... Meanwhile in russia

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

Друзья, на прошлой неделе брендинговое агенство SmartHeart получило премию за лучший сайт в недвижимости, а месяц назад мы выиграли крупнейший тендер на ребрендинг самой большой в России сети кофеен. И так у нас регулярно. Проектов становится все больше, проекты становятся все амбициознее. Поэтому мы приглашаем в команду менеджера проектов – реального профессионала с которым мы сможем управлять и вести проекты на высочайшем уровне. Подробности здесь: https://hh.ru/vacancy/18542631 Хочется работать в нашей команде? Пишите в личку!

вот что нашел

http://www.halfarsedagilemanifesto.org/

http://www.waterfallmanifesto.org/

http://manifesto.softwarecraftsmanship.org/

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

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

А можно пример соглашения?

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

так же есть соглашение о том что жесткие сроки не спускаются к команде а разруливаются на уровне бизнеса

в итоге имеем ситуацию когда в инженерный день PO хочет выполнения работ по фиче с жесткими сроками

Ммм Я сразу извиняюсь, если была предыстория и я ее пропустил У вас скрам, нет?)

Ну то есть явно нет

Но иногда это так называют)

зомби скрам

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

Но в вашем случае надо от ситуации идти

Ибо не скрам все-таки

На ретро эту тему поднимали?

Мне вот что интересно – эти соглашения в реальности у кого-то работали вообще?

в общем случае это не прекратится, и задача узнать реально критичные бизнес потребности и защищать их своевременную реализацию

и спокойно относиться к вспышкам паники

На ретро эту тему поднимали?

по отдельности да проблему соглашений поднимали

но я так понимаю это извечный конфликт соглашений и PO

Наилучшее решение в данной ситуации вы получите при обсуждении этой проблемы вместе, как команда. Вы лучше всех знаете ваш контекст и на ретро вы сами сможете найти решение. Для того чтобы снизить риск того что соглашения не будут исполняться убедитесь что у всех кто коммитится есть возможность обещание выполнить лично, не завися от случая или разрешения. У Роя Ошерова есть отличная статья "Язык обещаний", полагаю вам тут она точно в тему :)

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

А что отвечает на вопрос "Владелец, а владелец продукта, почему факапишь договоренности?"

Всем доброго дня! Налаживаю коммуникацию в компании и приняли решение перейти на Slack в качестве основного мессенджера с интеграцией его по максимуму в остальные сервисы используемые командами, такими как Trello, mail, dropbox, google docs и т.д. Есть кто может поделиться опытом эффективного использования сервиса, настройки, интеграции и управления каналами?

Везде своя спицифика, рекомендую ознакомится с материалом https://medium.com/meduza-how-it-works/slack-переходите-на-него-прямо-сейчас-ca667e86b358#.aw1j9b46e

Ребята все на слэк замкнули

спасибо!

Везде своя спицифика, рекомендую ознакомится с материалом https://medium.com/meduza-how-it-works/slack-переходите-на-него-прямо-сейчас-ca667e86b358#.aw1j9b46e

У новостников по определению будет гораздо более высокая нагрузка на слек, чем у стандартного Рога и ИТ-копыта

на команду 10-20 человек можно обойтись интеграцией с гитом и баг-трекером При этом достаточно, опять же, 5-10 каналов. У нас разделение было по уровню менеджмента и параллельно по направлению.

Мы на Glip перешли, главная альтернатива Slack

И как Glip в сравнение с Slack? Какие плюсы-минусы?

Чет у них лендинг не очень =/

согласен

Не очень понятно, что он из себя представляет

Кстати, хотел вот что спросить, смысл в разделении на всякие MSF, RUP и Agile, если они тестно переплетаются между собой?

ну тесное переплетение не принина соединять

Там отличий гораздо меньше, чем сходств

http://sireo.narod.ru/Philo/Ques47.htm

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

Чтобы охуевать по чуть-чуть

так-то физика тоже тесно связана вся

статью никто не прочитал ?

nope

ящитаю надо сдавать экзамен по философии прежде чем иметь право произносить слово аджайл

Бля, полотно текста, нахер надо?

не спрашивать токое

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

действительно, все надо слить в вышку

Так так и делается, у гуманитариев

нижку

ящитаю надо сдавать экзамен по философии прежде чем иметь право произносить слово аджайл

👍🏻

ящитаю надо сдавать экзамен по философии прежде чем иметь право произносить слово аджайл

знания о термоядерном синтезе ничем не помогут страждующим загорать на море )

ящитаю надо сдавать экзамен по философии прежде чем иметь право произносить слово аджайл

а еще православный аджайлист каждое утро начинает со скрама в ванной

знания о термоядерном синтезе ничем не помогут страждующим загорать на море )

загорающие это юзеры

а еще православный аджайлист каждое утро начинает со скрама в ванной

Я как-то у друзей, будущих молодожёнов, на кухне лицезрел свадебный канбан :)

вы так говорите об этом, как будто это что-то плохое))

мы с женой например юзаем доску в trello для глобальных задач и планирования + гугл календарь )) оч многие вопросы снимает))

Не-не, отлично подготовились, забавно просто, свадебный стэндап митинг)

Кстати оч сильно помогает не профакапить что-либо и снимает многие поводы для ссор)) Начиная от банального - я тебе 10 раз говорила повесь полку! и заканчивая планированием отпуска)

Кстати оч сильно помогает не профакапить что-либо и снимает многие поводы для ссор)) Начиная от банального - я тебе 10 раз говорила повесь полку! и заканчивая планированием отпуска)

👍🏻

👍🏻

👍

Чтобы охуевать по чуть-чуть

😄👍

Кстати, хотел вот что спросить, смысл в разделении на всякие MSF, RUP и Agile, если они тестно переплетаются между собой?

Кстати, хотел вот что спросить, смысл в разделении на всякие MSF, RUP и Agile, если они тестно переплетаются между собой?

и всё же можно подтолкнуть страждующих падаванов к истине: «Можно сравнить инструменты по количеству предписываемых правил, которое в них содержится. Директивный означает "содержащий больше правил, которым надо следовать", a адаптивный – "содержащий меньше правил". При 100%-но директивном подходе вам не придется напрягать свой мозг, есть правила для всего. А при 100%-й адаптивности – "Делай что хочешь", тут не существует никаких правил и ограничений. Как видите, обе крайности выглядят весьма нелепо. Agile-методы иногда называют легковесными, в частности, потому что они менее директивны, чем традиционные методы. В самом деле, первый принцип Agile-Манифеста гласит "Люди и взаимодействие важнее процессов и инструментов". Scrum и Kanban являются высоко адаптивными, но, если их сравнить, то Scrum более директивен, нежели Kanban. Scrum предоставляет вам больше ограничений, и, таким образом, оставляет меньше вариантов для выбора. Например, Scrum предписывает использование фиксированных по времени итераций, Kanban – нет. Давайте сравним несколько инструментов процесса на шкале "предписание/адаптация": ...»* * аннотация к предыдущей картинке

Коллеги, не в тему, но буду благодарен за помощь. Где вы собирали информацию по технической составляющей проектов? Как вы общаетесь с программистами на их языке? Помимо опыта, подскажите ресурсы

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

Коллеги, не в тему, но буду благодарен за помощь. Где вы собирали информацию по технической составляющей проектов? Как вы общаетесь с программистами на их языке? Помимо опыта, подскажите ресурсы

мда, без опыта программирования завоевать авторитет у программистов - дело не лёгкое, мне кажется!)) в лучшем случае, будут подтролливать между делом и за спиной погоняло какое-нить сочинят))

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

Попробуйте научиться собирать проекты на каком-нибудь простом стеке (только не lamp)