Slava
С физиками и философами
Alexey
ну вопрос был не правильный в ваших понятиях да. я и сказал сразу что хочу немного расширить понятия или перевести всё это на другие понятия
на "другие" это на какие?
Slava
вопрос может быть неправильным, не правильным тоже может быть, но только если "а"
Anonymous
на "другие" это на какие?
например я давненько заметил например то что в книжках называют "рефакторинг" это же по сути является гегелевским переходом количества в качество. Однако же обычно это всё очень жиденько.
В целом я хочу понять как авторы аджайла видят то, методологию чего они разрабатывают. Я заметил в одном месте они говорят о проекте с позиции диалектики, в другом с позиции метафизики. В одном месте четко прочитал что всё это сделано эмпирическими способами
Anonymous
вот читаю - обвиняют в редукционизме многих
Alexey
ух как глубоко копаешь.
Alexey
чтобы понять что имел ввиду автор: рекомендую книжки
1. Кент Бек
2. "Мифический Человеко-Месяц" Брукс.
и не стоит додумывать то чего не было.
Anonymous
ну надоело. я не вижу у пмов вообще понимания развития проекта. и в книгах нет. мало кто даже это понимает https://en.wikipedia.org/wiki/Top-down_and_bottom-up_design
Anonymous
ну вот да, попробую почитать
Anonymous
это был ответ на глубоко копаю. а за книги спасибо, да
Alexey
ну надоело. я не вижу у пмов вообще понимания развития проекта. и в книгах нет. мало кто даже это понимает https://en.wikipedia.org/wiki/Top-down_and_bottom-up_design
Развития какого? архитектурного? бизнесового?
Anonymous
я думаю не важно, но с моей колокольни это архитектурное
Alexey
А почему руководителю проекта это должно быть интересно?
Anonymous
потому что он этим руководит ?
Anonymous
это тоже хороший вопрос. у меня сложилось некоторое представление что руководитель проектов не опускается до уровня понимания что с проектом делается вообще, кроме как по каким то косвенным признакам
Alexey
Его задача
* взять у бизнеса хотелки,
* состыковать всех людей,
* поработать фасилитатором на совещаниях так чтобы команда пришла к каким о идеям,
* получить от команды сроки
* посчитать риски.
* управлять ожиданиями клиента (бизнеса)
* мотивировать команду.
где здесь вникание в архитектуру?
Alexey
РП не может совмещать роль архитектора, он перестанет следить за обстановкой.
И команда перестанет развиваться а будет случать что скажет самый Главный.
Anonymous
-хотелки у бизнеса всегда меняются и диктуются тем что уже реализовано
-если команда приходит принудительно к каким то идеям на совещании это значит что эти идеи локально оптимальные. прийти к нормальным идеям можно только в процессе длительного рисёрча взвешивая всё в одной голове.
-сроков нет
Alexey
и какая роль у вашего ПМа ?
Anonymous
но конечно меня послушать так вообще командная разработка невозможна. и отчасти я придерживаюсь такого мнения но ищу способы всё же его снять и найти такие услвия при которых возможна
Anonymous
нет никакого нашего. это опыт собраный из десятков разных проектов
Anonymous
РП не может совмещать роль архитектора, он перестанет следить за обстановкой.
И команда перестанет развиваться а будет случать что скажет самый Главный.
а архитектор который перестаёт писать код (сюрприз) отрывается от реальности и начинает городить чтото очень непонятное
Alexey
а где я про это говорил?
Anonymous
я вообще считаю что любая литература по командной работе должна начинаться с признания того что максимальная эффективность решений будет достигаться если всё взвешивается в одной голове.
Само растягивание работы на большее количество голов должно подвергаться скепсису. Должна быть аналогия какаято, например один умеет только читать а другой только писать.
Должно говорится именно это, а не какие то эмпирические принципы уровня "надо 5-7 человек"
Alexey
Это авторитаризм.
Anonymous
что именно ?
Alexey
1. В групповой динамике все равно будет лидер.
2. 7+-2 это мксимальное число людей которыми можно управлять. все что выше - само поделится. будут субгруппы.
Anonymous
лидерство это другое
Anonymous
Его задача
* взять у бизнеса хотелки,
* состыковать всех людей,
* поработать фасилитатором на совещаниях так чтобы команда пришла к каким о идеям,
* получить от команды сроки
* посчитать риски.
* управлять ожиданиями клиента (бизнеса)
* мотивировать команду.
где здесь вникание в архитектуру?
ну по мне так чтобы управлять ожиданиями, рисками, сроками и взятиями у бизнеса хотелок надо понимать что вы делаете
Anonymous
это сходу
Anonymous
само собой ПМ всегда имеет кучу однотипных проектов, оперирует понятиями которые он заставляет разговаривать разработчиков, у него уже заготовлены стандартные решения типа посадить на ELK стек, оправдания. Но любая фича которая имеет отношение к настоящей разработке занимает по четыре для рисёрча и полчаса на реализацию, большенство фич делаются в контексте с друг другом, разработчики сами планируют необходимый рефакторинг который попросту не влезает ни в беклог ни в спринты и не будет одобрен. и в итоге большенство изменений делается тайком как в фильме brazil.
эти случаи конечно можно как то логировать но это всё не будет систематизироваться.
Anonymous
это такой "типичный проект"
Alexey
А чего хочется?
Anonymous
хочется с позиции кого ?
Alexey
Ты так накатил на ПМа, а хочется чего?
Anonymous
накатил ?
Anonymous
я просто обьяснил что любой пм слыша слово "рисерч" сжимается и забивается в угол потому что это значит что у него там нет власти
Anonymous
невозможно контролировать чтото не имея представления что делается и редукционируясь до фичей, процентов технического долга и тд
Alexey
Ну во первых не любой.
В вторых даже исследования можно контролировать и обеспечить сдачу проекта в срок.
Правильный ПМ на фазе определения рисков всю нужною информацию достанет. Если такого не попалось значит просто не повезло.
Anonymous
ну идеальный пм :)
Timur
я просто обьяснил что любой пм слыша слово "рисерч" сжимается и забивается в угол потому что это значит что у него там нет власти
у нас разработчики просто делают карточку типа "изучение вопроса", так же делают оценку в стори-поинтах, в burndown участвуют
разве что QA и демо для них не делают
Timur
для исследований точно так же можно расписать чего мы хотим достичь, критерий завершенности, разбить на подзадачи по необходимости, прикинуть сложность/объемность относительно других задач
Alexey
QA для такой карточки - проверка архтектурного решения
Демо - презентация объема работ.
Anonymous
сколько сторипоинтов вы дадите на делание в проекте тайм сириес базы данных при условии что есть ELK стек, инфлюкс, десятки менее популярных решений.
как вы проанализируете результат того что по факту поддержка ELK будет дороже чем свой велосипед и выльется в три месяца, но это можно будет узнать только после опыта с ELK, однако собственное решение которое будет делаться два месяца вам покажется очень долгим ?
ну как поведёт себя типичный пм ? апрувнет ELK, потратит три месяца, апрувнет собственный велосипед, потратит два месяца, надоест, потом опять аппрувнет ELK. так получается ?
Magistr
А тут уже играет роль экспертиза компании и опыт
Anonymous
чей опыт ?
Magistr
девопсов/админов или програмистов
Даня
немного тут http://bipulse.ru/blog/index.php?post/2016/03/agile-myths-roots
хороший такой наброс на вентилятор
Даня
очень люблю такие выводы: думайте головой, а иначе ничего не заработает)
Timur
сколько сторипоинтов вы дадите на делание в проекте тайм сириес базы данных при условии что есть ELK стек, инфлюкс, десятки менее популярных решений.
как вы проанализируете результат того что по факту поддержка ELK будет дороже чем свой велосипед и выльется в три месяца, но это можно будет узнать только после опыта с ELK, однако собственное решение которое будет делаться два месяца вам покажется очень долгим ?
ну как поведёт себя типичный пм ? апрувнет ELK, потратит три месяца, апрувнет собственный велосипед, потратит два месяца, надоест, потом опять аппрувнет ELK. так получается ?
так это же целый отдельный проект получается:
* определить требования
* разбить на подзадачи
* провести первичный анализ
* сделать прототип
* погонять нагрузку
* ретроспектива по результатам
Alexei
Marina Alex
Вот сколько реквизита уходит на выездную 3-х дневную сессию для ТОП-менеджмента одной компании.
Я уже рассказывала, что сначала мы запускаем 1 пилотную Agile команду. После чего нас просят маштабировать Agile на всю компанию. Мы соглашаемся с одним условием, если каждый ТОП (после выездной сессии) сам захочет запускать Agile в своем департаменте. Были случаи, когда кто-то был не готов из команды ТОП - менеджмента. Поэтому маштабировали команды везде, кроме его подразделения.
Мой совет - взаимодействуйте лично с каждым ТОП -менеджером, где Вы запускаете Scrum или помогаете компании принять ценность Agile.
Всем хорошей недели!
Марина
Marina Alex
Михаил
Valeriy
Всем привет!
Меня зовут Валера, я руководитель QA в компании Zeptolab.
Наша студия занимается разработкой мобильных игр серии «Cut The Rope».
Мы хотим заняться внедрением Agile в команду, которая сейчас занимается новой игрой.
Могли бы вы посоветовать коуча, который помог бы нам перестроить mindset и быстрее преодолеть трудности связанные с переходом на Agile-рельсы?
Или если среди вас есть такие, напишите плиз мне: valeriyk@zeptolab.com
Спасибо!
Михаил
Всем привет!
Меня зовут Валера, я руководитель QA в компании Zeptolab.
Наша студия занимается разработкой мобильных игр серии «Cut The Rope».
Мы хотим заняться внедрением Agile в команду, которая сейчас занимается новой игрой.
Могли бы вы посоветовать коуча, который помог бы нам перестроить mindset и быстрее преодолеть трудности связанные с переходом на Agile-рельсы?
Или если среди вас есть такие, напишите плиз мне: valeriyk@zeptolab.com
Спасибо!
Попробуйте к нему обратиться https://www.facebook.com/vladshipilov
Anton
Написал письмом
Slava
О, привет, Кос!
Valeriy
:)
Slava
Или на рельсы надо будет еще и их положить?
Valeriy
Или на рельсы надо будет еще и их положить?
К команде разработки прикреплен QA Lead, а само тестирование (ручное) проводится на аутсорсе
Slava
Валерий, а можно еще уточнить – "внедрение Agile" планируете делать, чтобы достичь какой цели?
Marina Alex
Друзья, у кого уже Agile есть в маркетинге или продажах? Отзовись! :-)
Как вы думаете, пора для Вас блог заводить на эту тему? :-)
P.S. Начинаем помогать Agile - маркетологам с октября! :-)
www.agilemarketing.pro
В ноябре беремся за продажи, будет открытый тренинг! Ура!
Anonymous
Друзья, у кого уже Agile есть в маркетинге или продажах? Отзовись! :-)
Как вы думаете, пора для Вас блог заводить на эту тему? :-)
P.S. Начинаем помогать Agile - маркетологам с октября! :-)
www.agilemarketing.pro
В ноябре беремся за продажи, будет открытый тренинг! Ура!
Марина, у меня аджайл моем в агентстве, маркетинг. www.lean.agency Работаем по Lean, двигаем тему Lean / Agile marketing и Growth Hacking
Marina Alex
Leonid здорово! Посмотрю вас) очень интересно!
Aleksandr
Товарищи. Вопрос куда из этих 2ух мероприятий стоит сходить? И стоит ли?
Aleksandr
Сейчас ссылки дам
Aleksandr
http://agileconf.ru
Aleksandr
http://lobasev.ru/certified-agile-professional/?utm_source=site&utm_medium=header&utm_campaign=00_cap
Anonymous
http://lobasev.ru/wp-content/uploads/2015/03/DSC_8492-e1428880160552.jpg
Anton
Agileconf
Slava
Товарищи. Вопрос куда из этих 2ух мероприятий стоит сходить? И стоит ли?
С точки зрения пообщаться с agile-комьюнити - на конференцию, если целенаправленно получить знания о мире agile - а тренинг.
Aleksandr
Или может кто что другое посоветует
Aleksandr
Для понимания, я админ/полудевопс, сейчас повысили. у нас планируется agile и прочее. Хочется скажем так быть их тех рядов кто понимает в этом