SlideShare a Scribd company logo
ПРОМЫШЛЕННАЯ
РАЗРАБОТКА В ИНДИЙСКИХ
КОМАНДАХ
На основе наблюдений за живой природой
Индийская разработка – это система
Мы не говорим о
фрилансе

   Мы говорим о:
     Больших командах
     Больших проектах
     Больших клиентах
Немного истории: Бангалор
   В 1991 году правительство Индии в городе Бангалор
    начало построение инфраструктуры нового типа –
    технологического парка информационных
    технологий.
   Главным конкурентным преимуществом в успешном
    развития ИТ направления, стало пристальное
    внимание к системам управления качеством.
Индия и …качество?
   Большую роль в ускоренном развития ИТ сектора индийского
    бизнеса сыграла японская и американская модели
    управления качеством TQM.
   Они нашли свое творческое развитие в системе управления
    качеством ПО.
   Пятиступенчатая система уровней управления качеством ИТ-
    проектов и система сертификации каждого уровня пробудили
    в фирмах стремление к постоянному соперничеству между
    собой, обучению все более высоким стандартам качества
    своих менеджеров и специалистов.
Как Индия училась делать ПО
   Индийская культура стала иммунной системой при контакте
    индусов с другими культурами.
   Защищая от негативных влияний, интегрировала все
    прогрессивное и полезное, повышая свою жизнестойкость.
   Современные индийские философы превратили древние
    знания шести систем индийской философии в современную
    теорию и практику управления как
    системного, органичного, наиболее экологичного отношения
    к человеку, организации, обществу и природе, подходу.
Особенности характера
   Знание английского
   Открытость новому
   Уважение к традициям
   Интеграция нового в
    традиции
   Толерантность
   Доверие и уважение
   Ответственность
   Настойчивость
Уважение и толерантность
 К себе
 К проекту

 К подчиненным

 К начальству

 К клиенту

 Ко всему

 Так велит традиция
Большой кредит доверия
                                                      90

Взлеты


 и        20.4
                 30.6
                         45.9



                                27.4
                                       38.6
                                               46.9

                                                           34.6
                                                                   45




                                                                        20.4
                                                                               31.6
                                                                                       43.9




падения
                 Кв. 1                 Кв. 2               Кв. 3               Кв. 4
Как работает большая команда
Клиент – это партнер
   Используя вместо слова «клиент»
    формулировку «партнер», вы ставите себя на
    равных с ним.
   Мы не делаем работу для клиента, мы делаем
    ее вместе с ним.
Как заманить клиента
   «Мы уже работаем вместе»
   Показать прототип и дать
    его потрогать
   Сделать большую и
    красивую презентацию
   Назначить сроки и сдержать
    их
Кто в команде главный?
   Продажник?         Дизайнер?
   Менеджер?          Разработчик?
   Тимлиды?           Архитектор?



             Главный - QA
Но главный секрет все же в управлении
После сборки обработать
напильником
   Берем много             Минимум
    фреймворков, соеди       велосипедов
    няем и удаляем все
    лишнее
Работа над ошибками
   Мягко, но настойчиво QA
    напоминает разработчику
    о существующих в
    продукте изъянах (багах).
   И он добивается своего.
   Появляется индокод.
Онтология индокода
   Проект не может быть сдан позже, чем
    дедлайн.
   Поэтому проект будет сдан вовремя.
   Даже если он неидеален.
   Зато он работает.
Рост индийского разработчика
   Фаза 1. Я начинающий, я не знаю ничего и
    мне нужно всему учиться.
   Фаза 2. Я опытный, я знаю что-то, но узнать
    мне нужно еще больше.

   Фаза 3. Я -- менеджер 
Первый закон Паркинсона

Работа заполняет
время, отпущенное
на неё.
Обработка напильником
   Синдром Версии 1.0: Первая версия продукта
                          – самая ожидаемая и в
                          то же время худшая из
                          всех возможных
                          версий.
                         Ждите версии 1.1

                         А еще лучше – 1.2
Черта: выносливость
   Бриллиант – это
    уголь, хорошо
    переносящий стресс
Случай из жизни
Давай сделаем мотоцикл
Мы возьмем старый аппарат
Давай сделаем мотоцикл
Индийская разработка – это система
Вопросы?
Если еще остались 

More Related Content

Similar to Промышленная разработка в индийских IT-командах

Product development aug 7 yandex
Product development aug 7 yandexProduct development aug 7 yandex
Product development aug 7 yandex
Dimitri Popov
 
Agile2014 Orlando обзор конференции
Agile2014 Orlando обзор конференцииAgile2014 Orlando обзор конференции
Agile2014 Orlando обзор конференции
Mikhail Kudanov
 
Книга компании onpbx
Книга компании onpbxКнига компании onpbx
Книга компании onpbx
onpbx
 
Рефакторинг
РефакторингРефакторинг
Рефакторинг
SmartStepGroup
 
Продуктовый дизайн в рамках подрядных отношений
Продуктовый дизайн в рамках подрядных отношенийПродуктовый дизайн в рамках подрядных отношений
Продуктовый дизайн в рамках подрядных отношений
Arthur Arsyonov
 
Post Agile эра / Борис Вольфсон (HeadHunter)
Post Agile эра / Борис Вольфсон (HeadHunter)Post Agile эра / Борис Вольфсон (HeadHunter)
Post Agile эра / Борис Вольфсон (HeadHunter)
Ontico
 
Презентация для "Сибирской интрнет недели"
Презентация для "Сибирской интрнет недели" Презентация для "Сибирской интрнет недели"
Презентация для "Сибирской интрнет недели" Nimax
 
Доклад Славы Панкратова на первой встрече сообщества Стратоплан.Ру
Доклад Славы Панкратова на первой встрече сообщества Стратоплан.РуДоклад Славы Панкратова на первой встрече сообщества Стратоплан.Ру
Доклад Славы Панкратова на первой встрече сообщества Стратоплан.Ру
Slava Pankratov
 
Лучшие практики внедрения RiskGap - 7 шагов
Лучшие практики внедрения RiskGap - 7 шаговЛучшие практики внедрения RiskGap - 7 шагов
Лучшие практики внедрения RiskGap - 7 шагов
RiskGap
 
Тактическое управление продуктами: все еще недостающее звено
Тактическое управление продуктами: все еще недостающее звеноТактическое управление продуктами: все еще недостающее звено
Тактическое управление продуктами: все еще недостающее звено
Maxim Gaponov
 
Артур Арсёнов
Артур АрсёновАртур Арсёнов
Артур Арсёнов
CodeFest
 
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)10 лет развития продукта: чему можно научиться (Сергей Рыжиков)
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)Ontico
 
Andriy korol
Andriy korol Andriy korol
Andriy korol
Lviv Startup Club
 
Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)Timur Rakhmatillaev
 
Презентация "Scrum с нуля"
Презентация "Scrum с нуля" Презентация "Scrum с нуля"
Презентация "Scrum с нуля"
Елена Коптева
 
CEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра КалугинаCEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра КалугинаAlexander Kalouguine
 
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.RuФорум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Yury Vetrov
 
1304 Inbound Marketing Forum - Доклад Марины Тропак
1304 Inbound Marketing Forum - Доклад Марины Тропак 1304 Inbound Marketing Forum - Доклад Марины Тропак
1304 Inbound Marketing Forum - Доклад Марины Тропак Olga Zaimenko
 
Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)Timur Rakhmatillaev
 
Agile transformation_keynote
Agile transformation_keynoteAgile transformation_keynote
Agile transformation_keynote
Provectus
 

Similar to Промышленная разработка в индийских IT-командах (20)

Product development aug 7 yandex
Product development aug 7 yandexProduct development aug 7 yandex
Product development aug 7 yandex
 
Agile2014 Orlando обзор конференции
Agile2014 Orlando обзор конференцииAgile2014 Orlando обзор конференции
Agile2014 Orlando обзор конференции
 
Книга компании onpbx
Книга компании onpbxКнига компании onpbx
Книга компании onpbx
 
Рефакторинг
РефакторингРефакторинг
Рефакторинг
 
Продуктовый дизайн в рамках подрядных отношений
Продуктовый дизайн в рамках подрядных отношенийПродуктовый дизайн в рамках подрядных отношений
Продуктовый дизайн в рамках подрядных отношений
 
Post Agile эра / Борис Вольфсон (HeadHunter)
Post Agile эра / Борис Вольфсон (HeadHunter)Post Agile эра / Борис Вольфсон (HeadHunter)
Post Agile эра / Борис Вольфсон (HeadHunter)
 
Презентация для "Сибирской интрнет недели"
Презентация для "Сибирской интрнет недели" Презентация для "Сибирской интрнет недели"
Презентация для "Сибирской интрнет недели"
 
Доклад Славы Панкратова на первой встрече сообщества Стратоплан.Ру
Доклад Славы Панкратова на первой встрече сообщества Стратоплан.РуДоклад Славы Панкратова на первой встрече сообщества Стратоплан.Ру
Доклад Славы Панкратова на первой встрече сообщества Стратоплан.Ру
 
Лучшие практики внедрения RiskGap - 7 шагов
Лучшие практики внедрения RiskGap - 7 шаговЛучшие практики внедрения RiskGap - 7 шагов
Лучшие практики внедрения RiskGap - 7 шагов
 
Тактическое управление продуктами: все еще недостающее звено
Тактическое управление продуктами: все еще недостающее звеноТактическое управление продуктами: все еще недостающее звено
Тактическое управление продуктами: все еще недостающее звено
 
Артур Арсёнов
Артур АрсёновАртур Арсёнов
Артур Арсёнов
 
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)10 лет развития продукта: чему можно научиться (Сергей Рыжиков)
10 лет развития продукта: чему можно научиться (Сергей Рыжиков)
 
Andriy korol
Andriy korol Andriy korol
Andriy korol
 
Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)
 
Презентация "Scrum с нуля"
Презентация "Scrum с нуля" Презентация "Scrum с нуля"
Презентация "Scrum с нуля"
 
CEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра КалугинаCEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра Калугина
 
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.RuФорум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
 
1304 Inbound Marketing Forum - Доклад Марины Тропак
1304 Inbound Marketing Forum - Доклад Марины Тропак 1304 Inbound Marketing Forum - Доклад Марины Тропак
1304 Inbound Marketing Forum - Доклад Марины Тропак
 
Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)
 
Agile transformation_keynote
Agile transformation_keynoteAgile transformation_keynote
Agile transformation_keynote
 

Промышленная разработка в индийских IT-командах

  • 1. ПРОМЫШЛЕННАЯ РАЗРАБОТКА В ИНДИЙСКИХ КОМАНДАХ На основе наблюдений за живой природой
  • 3. Мы не говорим о фрилансе  Мы говорим о:  Больших командах  Больших проектах  Больших клиентах
  • 4. Немного истории: Бангалор  В 1991 году правительство Индии в городе Бангалор начало построение инфраструктуры нового типа – технологического парка информационных технологий.  Главным конкурентным преимуществом в успешном развития ИТ направления, стало пристальное внимание к системам управления качеством.
  • 5. Индия и …качество?  Большую роль в ускоренном развития ИТ сектора индийского бизнеса сыграла японская и американская модели управления качеством TQM.  Они нашли свое творческое развитие в системе управления качеством ПО.  Пятиступенчатая система уровней управления качеством ИТ- проектов и система сертификации каждого уровня пробудили в фирмах стремление к постоянному соперничеству между собой, обучению все более высоким стандартам качества своих менеджеров и специалистов.
  • 6. Как Индия училась делать ПО  Индийская культура стала иммунной системой при контакте индусов с другими культурами.  Защищая от негативных влияний, интегрировала все прогрессивное и полезное, повышая свою жизнестойкость.  Современные индийские философы превратили древние знания шести систем индийской философии в современную теорию и практику управления как системного, органичного, наиболее экологичного отношения к человеку, организации, обществу и природе, подходу.
  • 7. Особенности характера  Знание английского  Открытость новому  Уважение к традициям  Интеграция нового в традиции  Толерантность  Доверие и уважение  Ответственность  Настойчивость
  • 8. Уважение и толерантность  К себе  К проекту  К подчиненным  К начальству  К клиенту  Ко всему  Так велит традиция
  • 9. Большой кредит доверия 90 Взлеты и 20.4 30.6 45.9 27.4 38.6 46.9 34.6 45 20.4 31.6 43.9 падения Кв. 1 Кв. 2 Кв. 3 Кв. 4
  • 11. Клиент – это партнер  Используя вместо слова «клиент» формулировку «партнер», вы ставите себя на равных с ним.  Мы не делаем работу для клиента, мы делаем ее вместе с ним.
  • 12. Как заманить клиента  «Мы уже работаем вместе»  Показать прототип и дать его потрогать  Сделать большую и красивую презентацию  Назначить сроки и сдержать их
  • 13. Кто в команде главный?  Продажник?  Дизайнер?  Менеджер?  Разработчик?  Тимлиды?  Архитектор? Главный - QA
  • 14. Но главный секрет все же в управлении
  • 15. После сборки обработать напильником  Берем много  Минимум фреймворков, соеди велосипедов няем и удаляем все лишнее
  • 16. Работа над ошибками  Мягко, но настойчиво QA напоминает разработчику о существующих в продукте изъянах (багах).  И он добивается своего.  Появляется индокод.
  • 17. Онтология индокода  Проект не может быть сдан позже, чем дедлайн.  Поэтому проект будет сдан вовремя.  Даже если он неидеален.  Зато он работает.
  • 18. Рост индийского разработчика  Фаза 1. Я начинающий, я не знаю ничего и мне нужно всему учиться.  Фаза 2. Я опытный, я знаю что-то, но узнать мне нужно еще больше.  Фаза 3. Я -- менеджер 
  • 19. Первый закон Паркинсона Работа заполняет время, отпущенное на неё.
  • 20. Обработка напильником  Синдром Версии 1.0: Первая версия продукта – самая ожидаемая и в то же время худшая из всех возможных версий.  Ждите версии 1.1  А еще лучше – 1.2
  • 21. Черта: выносливость  Бриллиант – это уголь, хорошо переносящий стресс
  • 22. Случай из жизни Давай сделаем мотоцикл