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

PPTX
2019 advanced mod_2_lesson_3_agile_principles
PPT
Продвижение с помощью медиа и шоу технологий
PDF
Почему Agile больше не работает
PDF
We're all DevOps [RU]
PDF
Bye flex. Hey js.
PPTX
OOP in JavaScript - Presentation by Eugene Kalosha
PPTX
RIA Shamans
PPTX
Геймдизайн в вопросах и ответах в f2p. Дарья Орлянская
2019 advanced mod_2_lesson_3_agile_principles
Продвижение с помощью медиа и шоу технологий
Почему Agile больше не работает
We're all DevOps [RU]
Bye flex. Hey js.
OOP in JavaScript - Presentation by Eugene Kalosha
RIA Shamans
Геймдизайн в вопросах и ответах в f2p. Дарья Орлянская

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

PPTX
PDF
01. Аналитик. Введение в профессию
PPTX
CEE-SECR-2011. Презентация Александра Калугина
PDF
3 кейса провала и успеха внедрения Agile
PDF
работа в крупной компании на примере Banki.ru
PPT
Работа с требованиями в Agile - Part 3
PDF
Как оценить проект, чтобы не было мучительно больно...потом
PDF
Знакомство с проектом
PDF
Slid 3.0 Scrum для практиков на Vsts2008
PPTX
Программа развития менеджерских компетенций IT-руководителей QIWI
PDF
Профессиональное самоопределение молодых специалистов в сфере информационных ...
PPT
Luxoft training corporate and commercial training center v2 (final)
PPTX
Cемь смертных грехов в управлении проектами
PDF
Вебинар: Гибкое управление требованиями
PDF
"ТОП 3 кроки для швидкого старту кар'єри Project Manager в IT компанії"
PDF
"Практика переходу з фрілансу в офіс для аутсорсингової компанії" Олена Прихнич
PPT
Как остаться в заданных рамках и выйти победителем
PPTX
Мастер-класс - управление проектами для новичков
PPTX
My presentation for PM-Forum in Ukraine
PPTX
Построение гибкого процесса разработки (3 курс)
01. Аналитик. Введение в профессию
CEE-SECR-2011. Презентация Александра Калугина
3 кейса провала и успеха внедрения Agile
работа в крупной компании на примере Banki.ru
Работа с требованиями в Agile - Part 3
Как оценить проект, чтобы не было мучительно больно...потом
Знакомство с проектом
Slid 3.0 Scrum для практиков на Vsts2008
Программа развития менеджерских компетенций IT-руководителей QIWI
Профессиональное самоопределение молодых специалистов в сфере информационных ...
Luxoft training corporate and commercial training center v2 (final)
Cемь смертных грехов в управлении проектами
Вебинар: Гибкое управление требованиями
"ТОП 3 кроки для швидкого старту кар'єри Project Manager в IT компанії"
"Практика переходу з фрілансу в офіс для аутсорсингової компанії" Олена Прихнич
Как остаться в заданных рамках и выйти победителем
Мастер-класс - управление проектами для новичков
My presentation for PM-Forum in Ukraine
Построение гибкого процесса разработки (3 курс)
Ad

Промышленная разработка в индийских 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. Случай из жизни Давай сделаем мотоцикл