More Related Content
What's hot (20)
Viewers also liked (8)
Similar to Developmentmanage1.0 (20)
More from HighLoad2009 (20)
Developmentmanage1.0
- 1. Управление разработкой высоконагруженных проектов
- 2. В чем особенность разработки высоконагруженных интернет-проектов?Больше 10 серверов?
- 3. Любой интернет-проект может стать высоконагруженным.
- 6. Интернет-быстро меняющаяся среда в которой от команды требуется исключительная гибкость.
- 7. Высоконагруженные интернет-проекты должны быть беспредельно масштабируемы в любом узком месте.Из чего состоит разработка?Самая важная часть процесса разработки – люди, а вовсе не технологии. КомандаОпределяет технологические решения. Определяют стоимость и качество продукта.Технологии
- 8. Менеджмент и планированиеОпределяет мотивацию и ответственность.
- 9. С чего начинается разработка?С подробного технического задания?С разработки методик тестирования?С выбора технологий?С поиска и найма команды!Выберите группу лучших разработчиков и заставьте их искать себе подобных.
- 10. Как нужно нанимать разработчиков?Групповое собеседование.Начинаем собеседование с написания кода.На собеседовании спрашивайте только то, что вам точно нужно.Тратьте на собеседование достаточно времени.Помните, отличники нанимают отличников – а хорошисты троечников.
- 11. КомандаВсе разработчики хотят разрабатывать (но хотят ли они разрабатывать для Вас?). Все разработчики хотят уважения и признания их заслуг в реализации проекта.Разработчики любят чувство ответственности и «собственности» своего куска программного кода.Руководитель команды должен быть наиболее авторитетным сотрудником. Прозрачность в принятии решений.Открытые коммуникации.
- 12. Роли в IT командеIT-manager\Team leader: играющий тренер, знает кто что делает, почему сейчас и «когда будет готово».Архитектор: привносит новые технологические идеи в команду, работает со сложными задачами (реализация практического R&D).Разработчик – боевая единица, полностью ответственная за качественный и временной результат.Администратор\ответственный за production – человек необходимый для связи разработчиков с реальностью.Тестеры –группа пользователей имеющая возможность общаться с разработчиками напрямую.
- 13. Выбор технологииНЕТ!-«Я слышал, что это работает.»«По тестам журнала “Линуксоид и Ко” эта база самая быстрая.»
- 14. «Нам нужен всего лишь сервер помощнее.»ДА!- «Эта технология знакома нашей команде.»«Я знаю людей которые придут и разработают эту часть проекта.»
- 15. «Эта технология позволит нам поставить столько серверов, сколько нам нужно.»ПроектированиеПринимает участие вся команда от PM до бета-тестеров.По каждому этапу должны быть найдены ответы на вопросы: Как мы будем масштабировать нагрузку?Как мы можем применить что-то из уже существующего кода?Как мы будем использовать это в последующих разработках?Кто из команды лучше всего разбирается в этом вопросе \ Кто будет это делать?Когда мы это сделаем?
- 16. ИнструментарийТасктрекер – «память» проекта.
- 17. Система контроля версий – версификация и развертывание.
- 18. Радар – задачи в работе.
- 19. «Список Идей» - позволяет коллекционировать идеи на будущее.
- 20. «Wiki» - для документации.
- 21. «Средство учета времени» – self-test IT-менеджера.Процесс разработкиНужно ли техническое задание?ДА!Длинна проекта >месяца.Работает несколько команд.Есть удаленные команды.Есть outsource разработчики.НЕТ!Короткий проект.Проект, который уже делали.Маленькая команда.Лучшее тех.задание – работающий макет.
- 22. Процесс разработкиЕсть команда? Есть ТЗ? – Самое время для определения последовательности этапов.IT ManagerProduct ManagerПланирование должно быть осуществлено на весь срок разработки проекта. Результатом каждого этапа должен являться визуальный результат.
- 23. Процесс разработкиДробим на минимальные кванты не длиннее недели.Результат работы над каждым квантом – развертывание.Разрешайте разработчикам выбирать задачи.Боритесь с расслоением команды.Обсуждайте сложности.Не начинайте разработку пока есть нерешенные вопросы.
- 24. Что получилось хорошо?Что получилось плохо?Почему?Ежедневная встреча всех участников проекта.Не более 15 минут.Кто и что делает?Какие проблемы существуют?Выбор задач на текущую неделюРазвертывание +ЕженедельноеОбсуждение РезультатовКаждая еженедельная разработка должна заканчиваться развертыванием.
- 25. ТестированиеНужно ли выделенное подразделение тестеров в интернет-проекте?Нагрузочное тестирование - за разработчиком.
- 26. Системное тестирование - за проектным менеджером.
- 27. Функциональное тестирование – за автоматизированным ПО.
- 28. Финальное тестирование - за группой пользователей-бетатестеров.Если вы не можете найти пользователей, которые хотят протестировать ваш продукт – подумайте стоит ли делать такой продукт.
- 29. Что, если…Произошел сдвиг сроков: Обязательно обсудите со всей командой видение причин сдвига сроков. (причины могут быть как в ошибочной оценке, так и в дополнительных задачах).
- 30. Назначьте и зафиксируйте новые сроки, не пытайтесь сделать невозможного – это выльется в низкое качество проекта.
- 31. Не злоупотребляйте овертаймом, помните, что каждый человек может эффективно работать строго ограниченное количество времени (а находиться на работе он может намного больше).Что, если…ИзменилосьТЗ:Обсудите с командой изменение ТЗ, объясните почему это произошло.
- 32. Выберите что из уже реализованного ПО можно использовать в новой задаче.
- 33. Всегда лучше закончить текущую разработку, а потом начать следующую, чем переключиться в процессе разработки на новую задачу – цена переключения очень велика.
- 34. Даже мелкие изменения ТЗ – меняют сроки, не забывайте менять срок готовности в плане разработки.Слово о развертывании в production.Развертывание – это еще и этап тестирования.Все развертывание должно быть полностью автоматизировано.«Боевое» и тестовое развертывание с помощью одних и тех же утилит. Развертывание – дело группы эксплуатации.Развертывание - только из системы контроля версий.
- 35. Если у Вас нет вопросов, то я повторю презентацию.Владимир Габриелян. [email protected]