Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Upcoming SlideShare
эффективные почтовые коммуникации
Next

2

Share

цели проекта

Нашел старую презентацию, по которой когда-то учил молодых менеджеров. Может быть кому-то пригодится. :)

Related Books

Free with a 30 day trial from Scribd

See all

цели проекта

  1. 1. Цели проектаЦели проектаБэкап ИТ 2008Бэкап ИТ 2008
  2. 2. Что такое проектЧто такое проект?? Прое́ктПрое́кт — это уникальная (в отличие от— это уникальная (в отличие отопераций) деятельность, имеющаяопераций) деятельность, имеющаяначало и конец во времени,начало и конец во времени,направленная на достижениенаправленная на достижениеопределённого результата/целиопределённого результата/цели,,создание определённого, уникальногосоздание определённого, уникальногопродукта или услуги, при заданныхпродукта или услуги, при заданныхограничениях по ресурсами и срокамограничениях по ресурсами и срокам, а, атакжетакже требованиям к качествутребованиям к качеству иидопустимому уровню рискадопустимому уровню риска..
  3. 3. ТерминыТермины достижение определённогодостижение определённогорезультата/целирезультата/цели требования к качествутребования к качеству ограничения по срокамограничения по срокам ограничения по ресурсамограничения по ресурсам допустимый уровень рискадопустимый уровень риска
  4. 4. Задачи проекта разработкиЗадачи проекта разработкиЗадачи проектаУдовлетворениенужд заказчикаПрибыльдостижениедостижениеопределённогоопределённогорезультата/целирезультата/целитребования ктребования ккачествукачествуограниченияограниченияпопоресурсамресурсамдопустимыйдопустимыйуровеньуровеньрискарискаограниченияограниченияпопосрокамсрокамдопустимыйдопустимыйуровеньуровеньрискариска
  5. 5. Удовлетворение нужд заказчикаУдовлетворение нужд заказчика 1. Понимание нужд заказчика1. Понимание нужд заказчика Сферические кони в вакууме заказчику не нужны.Сферические кони в вакууме заказчику не нужны. 2. Обеспечение качества разработки2. Обеспечение качества разработки Продукт долженПродукт должен обеспечивать приемлемую надежностьобеспечивать приемлемую надежность 3. Обеспечение исполнения сроков3. Обеспечение исполнения сроков Опоздавший продукт теряет ценностьОпоздавший продукт теряет ценность
  6. 6. ПрибыльПрибыль Прибыль = Полученная сумма –Прибыль = Полученная сумма –затраты на ЗП – затраты на технику –затраты на ЗП – затраты на технику –накладные расходы.накладные расходы.
  7. 7. Понимание нужд заказчикаПонимание нужд заказчика• Формулировка требований совместно с заказчикомФормулировка требований совместно с заказчиком..Определяет цель работы и является базой дляОпределяет цель работы и является базой дляопределения критериев приемки.определения критериев приемки.• Описание требований.Описание требований. Позволяет зафиксироватьПозволяет зафиксироватьтребования, создает базу для управлениятребования, создает базу для управленияизменениями.изменениями.• Согласование требований с заказчиком.Согласование требований с заказчиком. ФормируетФормируетединое понимание требований командой и заказчиком.единое понимание требований командой и заказчиком.• Формирование критериев приемки.Формирование критериев приемки. ПозволяетПозволяетзафиксировать формальные правила приемки проекта.зафиксировать формальные правила приемки проекта.• Доведение до команды информации о требованиях.Доведение до команды информации о требованиях.Формирует единое понимание требований в рамкахФормирует единое понимание требований в рамкахкоманды.команды.• Управление изменениями требований.Управление изменениями требований. ПозволяетПозволяетучитывать изменения в потребностях заказчика.учитывать изменения в потребностях заказчика.
  8. 8. Формулировка требованийФормулировка требованийсовместно с заказчикомсовместно с заказчиком 1.1. ЗАДАВАЙТЕ ВОПРОСЫ!ЗАДАВАЙТЕ ВОПРОСЫ! ВСЕГДА!ВСЕГДА! 2. Если заказчик не знает чего хочет –2. Если заказчик не знает чего хочет –попросите пример программыпопросите пример программы//сайтасайтавыполняющего нужную функцию. Опишитевыполняющего нужную функцию. Опишитесвое понимание и отдайте заказчику насвое понимание и отдайте заказчику наутверждение.утверждение. ПРЕДЛАГАЙТЕ ВАРИАНТЫ!ПРЕДЛАГАЙТЕ ВАРИАНТЫ! 3. Если в процессе разработки возникло3. Если в процессе разработки возниклонепониманиенепонимание – ЗАДАВАЙТЕ ВОПРОСЫ И– ЗАДАВАЙТЕ ВОПРОСЫ ИПРЕДЛАГАЙТЕ ВАРИАНТЫ!ПРЕДЛАГАЙТЕ ВАРИАНТЫ! Мы не придумываем требования. Мы ихМы не придумываем требования. Мы иханализируем.анализируем.
  9. 9. Описание требований.Описание требований. ВСЕ ТРЕБОВАНИЯ ДОЛЖНЫ БЫТЬВСЕ ТРЕБОВАНИЯ ДОЛЖНЫ БЫТЬОПИСАНЫ.ОПИСАНЫ. В идеале описание должно быть в видеВ идеале описание должно быть в видесценариев использования и включать всценариев использования и включать всебя скриншоты.себя скриншоты. В ПОДРОБНОМ ОПИСАНИИВ ПОДРОБНОМ ОПИСАНИИЗАИНТЕРЕСОВАН РАЗРАБОТЧИК!ЗАИНТЕРЕСОВАН РАЗРАБОТЧИК!
  10. 10. Согласование требований сСогласование требований сзаказчикомзаказчиком ВСЕ ОПИСАНИЯ ТРЕБОВАНИЙВСЕ ОПИСАНИЯ ТРЕБОВАНИЙДОЛЖНЫ БЫТЬ УТВЕРЖДЕНЫДОЛЖНЫ БЫТЬ УТВЕРЖДЕНЫЗАКАЗЧИКОМ!ЗАКАЗЧИКОМ! До начала разработки необходимоДо начала разработки необходимопередать заказчику описания ипередать заказчику описания иполучить от него подтверждение.получить от него подтверждение.
  11. 11. Формирование критериевФормирование критериевприемки.приемки. Оговаривайте, как именно будетОговаривайте, как именно будетприниматься ваша работа.приниматься ваша работа.
  12. 12. Управление изменениямиУправление изменениямитребований.требований. Во время разработки могут менятьсяВо время разработки могут менятьсятребования и приоритеты.требования и приоритеты. ВСЕ ИЗМЕНЕНИЯ ТРЕБОВАНИЙВСЕ ИЗМЕНЕНИЯ ТРЕБОВАНИЙДОЛЖНЫ БЫТЬ УЧТЕНЫ ИДОЛЖНЫ БЫТЬ УЧТЕНЫ ИЗАДОКУМЕНТИРОВАНЫ!ЗАДОКУМЕНТИРОВАНЫ! ВСЕ ИЗМЕНЕНИЯ ТРЕБОВАНИЙВСЕ ИЗМЕНЕНИЯ ТРЕБОВАНИЙДОЛЖНЫ ОТРАЗИТЬСЯ В БЮДЖЕТЕДОЛЖНЫ ОТРАЗИТЬСЯ В БЮДЖЕТЕПРОЕКТА И ПЛАНЕ!ПРОЕКТА И ПЛАНЕ!
  13. 13. Доведение до командыДоведение до командыинформации о требованиях.информации о требованиях. Программист реализует то, что описаноПрограммист реализует то, что описанов требованиях, а не то, что хочетв требованиях, а не то, что хочет Если в требованиях что-то не понятно –Если в требованиях что-то не понятно –ЗАДАВАЙТЕ ВОПРОСЫ!ЗАДАВАЙТЕ ВОПРОСЫ!ПРЕДЛАГАЙТЕ ВАРИАНТЫ!ПРЕДЛАГАЙТЕ ВАРИАНТЫ!
  14. 14. Обеспечение качестваОбеспечение качестваразработкиразработки• Разработка на основе требованийРазработка на основе требований• Разработка набросков пользовательскихРазработка набросков пользовательскихинтерфейсовинтерфейсов• Проектирование архитектурыПроектирование архитектуры• Разделение пользовательского интерфейса,Разделение пользовательского интерфейса,логики и доступа к даннымлогики и доступа к данным• Тестирование логики.Тестирование логики. Unit TestsUnit Tests• Функциональное тестированиеФункциональное тестирование
  15. 15. Обеспечение исполнения сроковОбеспечение исполнения сроков• Формирование списка задачФормирование списка задач• Отслеживание выполнения задачОтслеживание выполнения задач• Контроль сроковКонтроль сроков• Согласование изменения сроков с заказчикомСогласование изменения сроков с заказчиком• Управление рискамиУправление рисками
  • MaximRogov

    Jul. 22, 2014
  • solo_d

    Nov. 3, 2013

Нашел старую презентацию, по которой когда-то учил молодых менеджеров. Может быть кому-то пригодится. :)

Views

Total views

522

On Slideshare

0

From embeds

0

Number of embeds

12

Actions

Downloads

2

Shares

0

Comments

0

Likes

2

×