В общем, под Новый год было много займа и это факап года был:(

читаю да

ну это всё же другое

ну ошибаются все

да он еще взлетит на самом деле

Когда его ещё столько же попилят:)

Цена ошибки - больше полугода работы команды разработки и прочих ребят

http://www.meetup.com/Moscow-Lean-Kanban-Network/events/234063428/

Коллеги, приветствую! А есть в этой группе Scrum тренера?

есть

Доброе утро. А Agile Coach тут не прячется ли ?

Доброе утро. А Agile Coach тут не прячется ли ?

А какая цель поисков?)

Найти и расстрелять :)

Цель - внедрение Agile в компанию.

Тут надо уточнить размер (: Потому что внедрять на команду из 10-ти человек и на структуру в 1000 – это принципиально разные вещи.

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

> @enomad всем цените больше людей чем процессы коммуникации между людьми ценятся больше формального общения. ;) Про людей в аджайле никто не говорит )

как так ? разве не ЛЮДИ и взаимодействие важнее процессов и инструментов ?

Individuals

Доброе утро. А Agile Coach тут не прячется ли ?

прячется

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

👍🏻

> @enomad как так ? разве не ЛЮДИ и взаимодействие важнее процессов и инструментов ? А это ты откуда такую цитату надыбал?

http://agilemanifesto.org/iso/en/manifesto.html

Перевод неверный ;)

over != важнее

http://agilemanifesto.org/principles.html - ну а здесь поясняется, что это значит ;)

ну ок над. стоит выше. важнее

ну ок. соблюдаете принципы - получаете аджайл

в чем проблема просто распечатать манифест и заставлять всех сотрудников повторять во время намаза ?

Добрый день, кто может поделиться инвайтом на Хабрахабр? Заранее благодарен.

в чем проблема просто распечатать манифест и заставлять всех сотрудников повторять во время намаза ?

Повторять != понимать

> @mkirya Повторять != понимать Понимать != следовать

понимать принципы или то что за ними стоит ?

> @mkirya Повторять != понимать Понимать != следовать

Что важнее следовать не понимая или понимать не следуя

обьясните что нужно понять

это же просто заповеди

понимать принципы или то что за ними стоит ?

Если следовать букве то лучше трактовать: Быть приверженным к ...

О, раз такая тема пошла, как формально разделить аджайл и канбан?

Ну, с той оговоркой, что они особо не противоречат друг другу

О, раз такая тема пошла, как формально разделить аджайл и канбан?

а зачем?

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

или я не понял вопроса

а зачем?

Чисто для себя, чтобы не путаться в терминах.

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

ну что-то такое, да

аджайл-манифест, совсем про него забыл

аджайл-манифест, совсем про него забыл

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

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

конкретные практики это не часть аджайла. это может быть нечто что следует или не следует принципам в манифесте

поправляйте если я не прав

Чисто для себя, чтобы не путаться в терминах.

Есть гибкие подходы к.....(подставить нужное), а есть оптимизация потерь и философия непрерывного совершествования. поэтому когда о методах это Agile (уровень CMM3) когда о потерях это Lean/Kanban когда о философии это Kaizen (уровень CMM5)

только запутали

Cложная тема. Я всегда воспринимал kanban как средство визуализации, а не часть lean. При этом сам lean, имхо, растет из kaizen.

А, еще такое вопрос. Экстремальное программирование – это аджайл? Потому что он почти слово в слово повторяет его.

по поводу того что я сказал насчет аджайла ктото чтото возражает ?

> Alexey поэтому когда о методах это Agile (уровень CMM3) Это, да лаааадно, по мне так agile не мапится на СMM уровни воообще никак. Т.е. отдельные практики в отдельные PA да, но сам по себе - нет

экстремальное программирование как себя ведет относительно принципов манифеста ? если соблюдает то аджайл

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

> @kozulya Cложная тема. Я всегда воспринимал kanban как средство визуализации Канбан - это примерно 5 принципов, о которых написал David Anderson в своей книге (это если мы не о канбане, который в тойоте).

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

http://www.djaa.com/principles-general-practices-kanban-method

> @kozulya Cложная тема. Я всегда воспринимал kanban как средство визуализации Канбан - это примерно 5 принципов, о которых написал David Anderson в своей книге (это если мы не о канбане, который в тойоте).

Стоп, а в тойоте отдельный канбан?

Есть разный канбан, который был у таичи оно и он больше про потери, лин и прочее, и есть, который больше про ИТ - это david anderson и сотоварищи.

Прочитал канбан по ссылке и это какой-то кайдзен

Про ИТ же вроде это адаптация подхода "точно во время", который изначальное был там про управление запасами и все такое? А потом подход переносили в ИТ, так?

Kanban тот который по Андерсону, это метод управления потоковыми процессами. Организации эффективной работы системы сервисов внутри организации. Он построен на TPS, Lean и адаптирован под IT, да.

JIT - да - помесь теории ограничений, лина и tqm. И он же про канбан. Оно там все про одно и то же фактически, только с разных сторон

Ясно, спасибо.

Если посмотреть, то TOC - как метод барабан-буфер-веревка, CCPM, JIT, TQM, Kanban, Lean (в разных вариациях) - примерно про одно и тоже пишут и рассказывают. Только разными словами обызвают одни и те же процессы и принципы.

Там была интересная история, что Тойота нанимала консультантов для организации работы IT ;)

Тогда получается kaizen -> tps lean -> kanban (a)

Ой ой, барабан-буфер-веревки в Kanban нет, это слишком сложно, там система WIP Limits (закон Литтла).

Там была интересная история, что Тойота нанимала консультантов для организации работы IT ;)

Ну это логично, потому что там не про Ит немного.

> @neemah Ой ой, барабан-буфер-веревки в Kanban нет, это слишком сложно, там система WIP Limits (закон Литтла). В явном виде - да. Но например принцип про уменьше delivery (slack) time - он полностью соответвует принципам ББВ.

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

Удались :)

неудобные вещи говорю ?

> @enomad есть ли в вашем всем какое то понятие которое совмещало фичреквест вместе с рисками его реализации как обычно и происходит ? я имею ввиду некоторую хотелку на которую дают скажем неделю на реализацию. если получилось реализовать фича приживается, если нет то нет ? в скраме и не только есть такое понятие, как spike

Парни, давайте не выяснять тут отношения

Интересно читать какие-то проблемы из реальных кейсов, ага?

а "в вашем всем какое то понятие"