Уезжаем на конференцию в Словакии Scrum Impulz


Автор: Кривицкий

На следующей неделе, 14 января, мы выступаем на первой словацкой конференции по Agile Scrum Impulz с докладом Things to unlearn in software development.

После чего, 15-16 января проводим двухдневный мастер класс по Scrum. В планах тренинга разработка полнофункционального бумажного прототипа веб приложения.

Пожелайте нам удачи!

Конференция Agile Base Camp, Киев 23 января



Конференция Agile Base Сamp соберет профессионалов в сфере разработки программного обеспечения, интересующихся подходами Agile Software Development.

Тематика докладов подобрана для специалистов с разными областями интересов и уровнем опыта:

Mainstream • New to Agile • Java Craftsmanship • Experience Reports • Agile Soft Skills • Open Space Discussion

В программе несколько мастер-классов от экспертов области по инженерным практикам, моделированию предметной области, обогащению коммуникаций. Ряд докладов посвящены обеспечению качества разработки. Уделено внимание аудитории start up предпринимателей в IT.

Кроме стоимости участия, Вас ждет еще несколько приятных сюрпризов :) Будем рады видеть Вас в числе участников нашей конференции!


Certified ScrumMaster Class, Киев 11-12 января 2010 г


Тренер
Робин Даймонд (Robin Dymond), сертифицированный Scrum тренер (CST)

Цель тренинга
Тренинг готовит Скрам-мастеров (Scrum Master) - лидеров проектов, следующих гибкому подходу управления Скрам (Scrum).

Аудитория тренинга
Тренинг будет полезен:
  • руководителям проектов и тим-лидам, которые ищут более эффективные пути управления проектами;

  • Скрам-мастерам де-факто, которые хотят получить официальный статус сертифицированных Скрам-мастеров;

  • разработчикам, тестировщикам (всем членам потенциальных Скрам-команд), которые хотят глубже понять концепции гибкой разработки и структуру Скрам;

  • представителям стороны бизнеса и аналитикам, которые хотят привнести адаптивности в процессы разработки и теснее работать со своими командами;

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

Соответствует официальной программе двухдневного курса от ScrumAlliance
Описание программ сертификации>

День первый: Каркас Скрам
  • Мотивация применения гибких методологий (Agile Software Development)
  • Скрам (Scrum) и его место среди гибких методологий
  • Самоуправляющиеся и кросс-функциональные команды в Скрам
  • Суть и детали роли Скрам-мастера
  • Роль представителя стороны заказчика в Скрам проектах
  • Артефакты Скрам
  • Улучшение процесса и Ретроспективы
  • Прочие аспекты Скрам
  • Вопросы и ответы
День второй: Планирование и управление проектами
  • Оценивание проектов
  • Сбор и управление требованиями в Скрам проектах
  • Планирование Скрам проектов
  • Визуализация планирования
  • Психологические аспекты управления проектами
  • Вопросы и ответы
Программа тренинга наполнена играми и симуляциями, которые позволяют участникам нетолько понять но и прочувствовать суть описываемых концепций. Это весело! :)

Экзамен и сертификация
Тренинг завершается экзаменом-тестом, пройдя который, участники получают статус Certified ScrumMaster (CSM).

Особенности тренинга
Тренинг будет проводиться на английском языке. Среднего уровня владения языком будет достаточно.

Стоимость тренинга
890 USD при оплате до 05 января.
970 USD стандартная цена.

Место проведения тренинга
Конференц-центр "GreenWell" в Бизнес-центре "Олимпийский"
м. Республиканский стадион, ул. Красноармейская 72, 1-й подъезд, 8-й этаж.

Расписание занятий
Оба дня тренинга пройдут по следующему расписанию:
  • 9:30 - открытие аудитории
  • 10:00 - начало занятий
  • 13:00-14:00 - перерыв на обед
  • 19:00 - конец дня

Регистрация

Ссылки

Ag;)leDays'09, "Обогащение командного взаимодействия"

Выкладываем слайды новой версии доклада Общение в стиле коучинг. Обогащение командного взаимодействия.



Спасибо всем, кто провел с нами эти чудесные 90 минут!

Планы на неделю 7-13 декабря

Вот только отстрелялись на IT Jam с двумя докладами, а конференционные планы на следующую неделю довольно активны:

Things to unlearn in software development - slides

Выкладываем слайды доклада с ITJam.

Анонс заключительного доклада на IT Jam 05.12.2009

Представляем вам анонс заключительного доклада, с которым мы выступим в субботу, 5 декабря на IT Jam, в секции Agile.

Деминг, дриминг, драйв на шезлонге или

Программирование для машины времени

Всего лишь 30-минутный доклад. Что за это время можно успеть?











В нужное время и в нужном месте тридцати минут может хватить на многое. Вы с нами?

Анонс keynote на IT Jam 05.12.2009



Представляем вам анонс keynote доклада, с которым мы выступим в субботу, 5 декабря на IT Jam.


Seven things to unlearn in software development



- Движемся в пространстве и во времени. Согласно законам жизни.
- О чем ни заговори, у тебя или Закон жизни или Тайна веков.
Виктор Пелевин, "Затворник и Шестипалый"

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


Мы предлагаем нарушить привычный порядок мыслей и подумать о том, от чего стоит отучиться индустрии.

Заводные апельсины нынче не в моде

Или как управлять своим вниманием во время работы.

У вас бывает такое чувство, что вы делаете одновременно десяток дел?

Пару дней назад, будучи рассерженным на свое расфокусированное внимание во время работы, я спросил в твиттере: один ли я такой, или ещё есть пара человек во Вселенной, которым тяжело удерживать внимание на одном деле?

Среди ответов (ура, я такой не один!) был ответ от Deborah Hartmann - известной в узких кругах Agile коучей и фасилитаторов. Ответ был прост: "pomodoro? :-)".

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

"Вот же оно. Помодоро!"

Это придумал некто Франческо Чирилло (Francesco Cirillo) в году эдак 1992-м. Маялся он как-то в университете от неусидчивости. "Мама мия!", - говорили ему его коллеги по кампусу, "ты хоть десят минут можешь, не отвлекаясь, позаниматься?".

И вот как-то раз, проходя мимо кухни (откуда, конечно же, пахло базиликом, пармезаном, мацареллой, оливковым маслом, песто и чем-то ещё столь же прекрасным) он услышал звон заводного кухонного таймера. "Бинго", подумал Франческо, и через 15 лет написал книгу о тайм менеджменте, 45 страниц.

Но, в начале все было просто:
  1. перед началом работы ты решаешь в каком режиме работа-отдых будешь работать (30-5, или 40-15 или 60-10...)
  2. заводишь свой помодоро на выбранный интервал для работы
  3. работаешь не отвлекаясь ни на что, пока не прозвенит таймер
  4. после того, как таймер работы закончился, заводишь его на выбранный для отдыха интервал и занимаешься тем, что тебя отвлекало, пока ты работал; если ничего не отвлекало (чисто гипотетический случай) - отправляешься на заслуженный отпуск (минут на 10).
Что это дает? Это дает сфокусированную бесперебойную работу в течение выбранного времени. Редкость в наше время.

Даже если это всего лишь какие-то 20-30 минут, вы сможете почувствовать разницу. В этом мире мобильных телефонов, мессенджеров, начальников, детей и прочих отвлекающих факторов не каждый помнит, когда в последний раз работал полчаса только над одной задачей. А это очень приятное чувство, которого достойны, я уверен, многие.
Я когда-то работал в компании, где писали на дотнете. И так вышло, что мне нужно было написать небольшое приложение на джаве. Очевидно, что никто не собирался покупать лицензию для моего любимого IDE, так что приходилось пользоваться evaluation версией. Благо, она сохраняла файлы, выполняла рефакторинги, компилировала и отлаживала. Отличие ее от обычной версии было лишь в том, что каждые полчаса работы она просила купить лицензию и прекращала работу. Приходилось следить за временем, так как перезапуск - дело скучное, особенно, если ты был на половине предложения, когда сработала система лицензирования.

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

Сегодня, занимаясь подготовкой к докладу на IT Jam мы с моим парнером по SCRUMguides Наташей Трениной работали помидорками по 20 минут. Получилось как нельзя лучше: четыре помидора - и основая идея, лейтмотив, метафора, и основные идеи доклада были готовы.

К основной технике помодоро мы добавили правда ещё одну вешь, которая нам показалась важной - это коучинг-контракт. Перед запуском таймера (мы используем flash приложение
поскольку с помидорами нынче не сезон), мы отвечаем самим себе на вопрос "Что было бы для нас наилучшим результатом на ближайшие 20 минут?"

Такая история.

А вы можете завтра полчаса поработать, не отвлекаясь ни на что другое, кроме выбранной цели? Расскажите что получилось, мне интересно. Twitter топик #pomodoro.


PS Похоже, в Украине с продажей помодорок туго, зато есть такой вариант. Может это даже интереснее? В России, похоже, с овощами проще: помидоры всех цветов и форм.

PPS До встречи на IT Jam, 5 декабря!

Общение в стиле коучинг

Сегодня выступили с 2.5-часовым воркшопом на внутренней конференции, организованной компанией Ciklum для своих проектных менеджеров - "PM Camp".

Мы раскрывали тему общения в стиле коучинг. В основом касаясь инструментов работы с открытыми вопросами.

Доклад описывает теорию и содержит ряд упражнений, связанных с:
  • классификацией вопросов и формами и примерами открытых вопросов;
  • уровнями слушания;
  • поддерживанием т.н. "коуч-позиции";
  • 10 инструментами обогащенного общения;
  • даванием правильной и улучшением получаемой обратной связи.
Суммарно в течение 50 минут (4 упражнения в парах) наша аудитория (а было человек 15) тренировалась общению в стиле коучинг, помогая друг другу найти решения волнующих вопросов и варианты выхода из проблемных проектных ситуаций.

Презентация доступна в онлайне для всех.


Удач! И помогайте друг другу раскрывать потенциал ума и интуиции. Он поистине безграничен.

Скрам вне ИТ

Положено начало консалтинга компаний по вопросам применения Agile/Scrum практик вне IT сегмента.

Небольшой отчет PR-компании, где мы будем внедрять Agile/Scrum.

AgileDays, Москва 9 декабря



Сообщество AgileRussia и компания ScrumTrek приглашают Вас принять участие в конференции AgileDays'09, посвященной применению Agile в разработке ПО. Конференция пройдет 9 декабря в Москве в бизнес-центре RMA.

Большая часть конференции будет посвящена докладам тех, кто реально практикует Agile. На конференции не будет голых Success Stories - в любой, даже самой крутой истории успеха, есть немало печальных страниц о проблемах, трудностях и о том, как команды с ними справлялись. Им будет уделено особое внимание.

Иногда можно услышать мнение, что если бы Agile работал, им бы пользовались крупные компании. Поэтому мы решили пригласить ребят из реальных монстров, таких как Microsoft, Amazon, Nokia, Yandex, Kaspersky и других. Вы узнаете, как большие компании используют Agile и почему. Впрочем, доклады будут и коллег из сравнительно небольших компаний.

Специальная группа докладов будет посвящена реальному использованию суперсовременных подходов к разработке. Это те самые страшные аббревиатуры, о которых интересно читать, но совершенно непонятно, как применять на практике, вроде DDD, BDD, FDD и TDD.

В рамках конференции пройдет тренинг-сертификация "Scrum Master Certification". Участники тренинга смогут стать сертифицированными скрам-мастерами . Тренинг проведет Senior Coach компании Danube, сертифицированный Scrum-тренер Dan Rawsthorne.

Посмотреть подробную информацию о конференции и зарегистрироваться можно на официальном сайте конференции AgileDays.ru.

P.S. До встречи на конференции, и не забудьте посетить доклад от SCRUMguides: Обогащение командного взаимодействия!

Наталья Тренина, Алексей Кривицкий

Startup Crash Test - панель

На этой неделе, 30 октября, будем сидеть на панели дискуссий на мероприятии Startup Crash Test.

Со слов организатора:
Тема, которую мы подымаем на панели, очень горячая для наших предпринимателей - взаимоотношения с разработчиками. Она будет интересна, как предпринимателям, так и раработчикам. Судя по подготовке - будет жарко!!!
До встречи.

Новое дыхание высшего образования

Наталья Тренина

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

На протяжении последних 6-ти лет Yukon Software и Desyde LTD сотрудничают с Черновицким Национальным Университетом, а с прошлого года с Черновицким торгово-экономическим институтом при Киевском Национальном Торгово-Экономическом Университете. Цель этого сотрудничества - повышение уровня практических знаний и навыков выпускников ВУЗов.

Компании организовывали набор на конкурсной основе одарённых студентов в D&Y Academy. Избранные студенты получали возможность расширить свои знания во всех областях разработки программного обеспечения.

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

Учебная программа меняется ежегодно, в зависимости от потребностей рынка. В этом году предполагается методически-техническое сотрудничество преподавателей Черновицких вузов и ведущих специалистов компании с целью максимального приближения программ и методик преподавания учебных дисциплин в направлениях "Информатика", "Программная инженерия" и "Экономическая кибернетика" к требованиям современных IT-компаний.

Многие курсы будут представлены на рецензию, в том числе курсы касающиеся менеджмента и командной работы, такие как: “Групповая динамика и коммуникации”, “Основы программной инженерии”.

Преподаватели ВУЗов обратились к Yukon Software и Desyde LTD с просьбой помочь в улучшении и/или создании курсов: “Архитектура программного обеспечения”, “Анализ требований к программному продукту”, “Контроль качества и тестирование программного обеспечения”.

Очень приятно встретить открытость и готовность идти на контакт со стороны представителей системы высшего образования в Украине.

Scrum Boot Camp

В последнее время мы модифицировали стандартную программу тренинга по Scrum, обогатив ее инструментами командного и персонального коучинга, переработав практические примеры и case study. В результате родилась программа Scrum Boot Camp.

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

Участники
Проектные команды, до 15 человек.

Приобретаемые навыки
Кроме освоения каркаса Scrum, мы помогаем нашим участникам развивать компетенции, которые не очевидны, но не менее необходимы участнику Scrum-команды:
  • фасилитация
  • коучинг
  • достижение консенсуса
  • управление конфликтами
  • и другие.
Между делом
  • Команда настраивает и обучается использовать свою проектную инфраструктуру (code repository, test-driven development, continuous integration)
  • Команда проектирует и привыкает использовать свою информационную среду (настенные доски задач, wiki).

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

Буткемп включает в себя небольшие workshop и case study, которые чередуются с сессиями разработки реального программного продукта по Scrum.

Логистика
Программа буткемпа занимает от 3 до 5 рабочих дней. Расписание согласовывается с заказчиком. Возможна работа в выходные дни и ежедневный резерв времени на работу вне буткемпа.

На выходе
На выходе мы получаем команду, которая
  1. Имеет уверенный "вкус" правильного процесса Scrum, выстроенного при поддержке коучей и адаптированного под специфику компании.
  2. Осознает свою миссию в компании, разделяет принципы и ценности командной работы.
  3. Понимает ценности Agile разработки.

Коучинг организационных процессов

Наталья Тренина

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

В таких ситуациях сложно давать советы, по двум причинам.

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

Поиск корневых причинРезультат командной сессии поиска корневых причин.

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

Не случайно карта клиента называется именно картой, а не картиной. Потому, что проникновение в суть проблем и задач каждой компании похоже на путешествие в страну со своими обычаями, культурой, укладом жизни, языком. Для ориентации на местности мы используем так называемые «открытые» вопросы, которые предполагают множественные ответы. Я предпочитаю их называть «раскрывающими», поскольку они действительно раскрывают и расширяют взгляд на ситуацию.

Зачастую, нас приглашают руководители компаний и проектов, лидеры команд, которые ощущают свою персональную ответственность за ситуацию. И так же часто обсуждается отсутствие мотивации и нацеленности команды на ее разрешение. О причинах, по которым при директивном способе управления угасает мотивация, мы расскажем в своем докладе на конференции PM Labs, насколько позволит его 45-минутный формат.

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

РетроспективаСессия коучинга организации процессов.

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

Каркас нашей работы с командами описывается моделью GROW Джона Уитмора:
  • Goal - расстановка целей, определение целей на короткий и длительный срок.
  • Reality - обследование текущей ситуации и поиск корневых причин.
  • Options - определение списка возможностей, стратегии и плана действий.
  • Will - определение намерений: что, когда, кем и с какой целью будет выполнено.
Отзывы аудитории говорят нам, что мы на верном пути: участники действительно впечатлены этим подходом. Вместо скучных лекций по организации процессов тестирования, они получают вызов – найти и обезвредить корень их внутренних командных препятствий к эффективности и качеству работы.

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

Комбинируя элементы тренингов по командному взаимодействию (мозговых штурмов, поиску корневых причин - root cause analysis, построения дерева текущей реальности по Голдратту и т.д.) и инструменты командного коучинга (видение, миссия, командные ценности, правила), мы создаем уникальный продукт совместно с командой, для которой работаем. Поэтому, несмотря на то, что отдельные элементы повторяются, каждый тренинг не похож на другие.

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

Статья "Гибкий подход разработки ПО – Scrum" и белый шум

Алексей Кривицкий

Вот уже год, я отвечаю на комментарии к статье, которую опубликовал на developers.org.ua. По своей сути, комментарии часто такие:
Пробовали мы ваш Скрам. Не понравилось. Классика лучше.
Об отличиях классического и гибкого подхода мы с Натальей Трениной говорили 14 июля на SCRUM:open. В более сжатой форме будем говорить 25 июля на PM-labs. И будем говорить везде, где нас будут слушать, поскольку, считаем понимание этих отличий важным.

Классика решает много проблем, но и создает немало. Ниже привожу ответ на очередной комментарий к статье.

Классика руководства проектом конечно работает, если руководитель обладает умениями, навыками и талантами. Дело лишь в том, что такой подход может вести к следующим проблемам управления:

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

  2. это в свою очередь приводит к мышлению в рабочей группе типа “я свое сделал…”, это не команда, со всеми вытекающими;

  3. у PM-a растет число задач по микроменедженту своей группы, так как он является единственным человеком, который видит “всю картину”;

  4. подключение новых людей становится задачей PM-a, текущие работники не заинтересованы в обучении новеньких – что им с того?

  5. когда в итоге новых людей подключают, у PM-а работы только прибавляется;

  6. в итоге PM (а это особенные люди) занимается задачами ниже своего уровня компетенции

Вместо этого PM мог бы заниматься:

  • развитием продутка;
  • формированием команды и устранением пряпятствий на её пути;
  • высокоуправленческой функцией на уровне предприятия.
    и т.д.

Теперь о проблемах по задачам и прогрессу проекта:

  1. поскольку члены рабочей группы работают над своими задача (частями функционала), размеры задач и темпы работы людей разняться, то какая-то часть фич оказывается сделана частично;

  2. что такое частично сделанная работа (фича) – это вливания инвестиций, которые не вернулись;

  3. эти фичи нельзя потестировать и, если их много, то проект оказывается в состоянии “мы на половине проекта” или “50% фич сделаны наполовину”;

  4. это непрозрачно и рискованно для инвесторов, заказчиков, подрядчиков – всех заинтересованных сторон.

Это неуправляемый проект - Титаник.

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

А команда, как известно, – это ценнейший актив компаний, которая занимается разработками в интеллектуальной сфере. Есть даже шутка на эту тему, что к вечеру стоимость такой компании понижается до стоимости мебели в офисе.

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

Сама статья на ДОУ.

Доклады со SCRUM:open

Выкладываем доклады нашей мини-конференции SCRUM:open, которую мы провели в Харькове (25.06) и Киеве (14.07).

Спасибо всем, кто смог прийти. Нам было очень приятно общаться с такой интересной аудиторией.







Ищите нас на PM Labs

Слушайте и смотрите нас на конференции PM Labs.

Наш доклад называется "Летаргический сон проектного менеджера или Agile - это по другому".

О чём это мы? Практически о том же, о чём рассказывали на наших SCRUM:open мини-конференциях - о том, что директивное управление - это источник множества проектных бед. Таких как:
  • узкая специализация членов команд вплоть до построения функциональных отделов;
  • падение естественной мотивации подчинённых;
  • увеличение очереди задач в работе;
  • уменьшение возможностей адаптивности проекта к изменяющимся требованиям;
  • построения проекта с каскадами фаз;
  • неэффективность схем масштабируемости подобного рода орг структур;
  • невовлечённость заказчика;
  • непрозрачность статуса проекта для инвестора и прочих заинтересованных лиц.
Не верите? Приходите и послушайте нас.

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