Губанов Юрий Александрович, mail Критерии зачёта min 50% посещаемость доклад

Вид материала

Доклад

Подобный материал:

• Тест Протекание процесса cопровождается изменением поверхностного натяжения и площади, 14.96kb.
• Н. И. Губанов, Н. Н. Губанов, 204.22kb.
• Расписание утверждаю, 181.55kb.
• Домашнее задание ответа на зачете Алгоритм формирования оценки таков: вес посещаемости, 76.53kb.
• Открытый конкурс. Наименование, почтовый адрес, номер контактного телефона, 1173.49kb.
• Георгий Владимирович Майер. Приветственное слово. Заместитель Губернатора Томской области,, 738.23kb.
• Прогнозирование потребности в педагогических кадрах в регионе фролов Юрий Викторович, 113.56kb.
• Тюняев Андрей Александрович заведующий сектором, Институт Древнеславянской и Древнеевразийской, 75.03kb.
• Проект технического задания на проведение научной деятельности, 50.64kb.
• Стенографический отчет Заседание секции №6 «Методология мониторинга законодательства, 858.4kb.

Человеческий фактор

Для успеха безнадежного проекта нужна спаянная, дружная команда, готовая к сотрудничеству.

Кадровые вопросы

Стратегии формирования команды безнадежного проекта

• Нанять суперпрограммистов
  

Суперпрограммисты обычно суперэгоисты

• Команда готовая к невыполнимой миссии и имеющая опыт совместной работы
  

Нужно сохранять команду после безнадежных проектов

• Команды простых смертных знающих на что идут
  

Наиболее распространенная

• Взять любых людей которых дадут и сделать из них команду
  

Нельзя делать ни в коем случае

Лояльность, отношение, мотивация и вознаграждение

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

Премия по окончании проекта.

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

Статья прочие затраты может быть потрачена на команду

Другие поощрения

• Дополнительный отпуск
  
• Привлекательный проект
  
• Чтото еще
  

Сверхурочная работа

Оптимально работать 60-80 часов в неделю

Проблемы формирования проектной команды

Командные роли

• Председатель
  

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

• Оформитель
  

Архитектор. Создает представление о проблеме.

• Генератор идей
  

Выдвигает новые идеи

• Критик
  
• Рабочая пчелка
  
• Опора команды
  
• Добытчик
  

Добывает ресурсы

• Завершающий
  

Teamicide-командное самоубийство - команда забивает на проект. Причины

• Оборонительное руководство
  

Не доверяет проектной команде

• Бюрократия
  

Много бумажной работы

• Физическое разобщение команды
  
• Фрагментация рабочего времени
  

Участники тратят не все рабочее время на проект

• снижение качества продукта
  
• Нереальные сроки
  
• Произвол руководства
  

Формирование команды

• Формирование
  
• Утряска
  
• Нормирование
  
• Выполнение
  

Условия работы

Производительность разработчиков находящихся в хорошем офисе с закрытой дверью, и с возможностью не отвечать на телефонные звонки в 2.6 раза выше.

Способы борьбы с плохими условиями работы

• Лобовая атака
  

Использовать защитника проекта

• Самовольный захват
  
• Дистанционный доступ
  
• Переход на ночную смену
  
• Преграды и заслоны
  

Процессы

Концепция Triage - приоритетность. Команды может достигнуть 80% эффекта разработав 20% требований. Необходимо определить приоритетность требований.

Управление требованиями

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

CMM,ISO-9000 формальные процессы против неформальных

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

Достаточно хорошее ПО

Достаточно хорошее ПО - ПО в котором реализованы те требования, которые необходимо выполнить и приемлемое количество тех, которые следует выполнить.

Почему не получается этого добиться?

• Качество только в терминах дефектов
  
• Невозможно обеспечивать качество, слепо следуя процессам
  
• Игнорирование морального состояния команды
  

Как можно этого добиться?

• Утилитарная стратегия.
  

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

• Эволюционная стратегия
  

Не только к ЖЦП, но и людям процессам, ресурсам

• Героические команды
  
• Динамическая инфраструктура
  

Противоположность бюрократии

• Динамические процессы
  

Процессы, поддерживающие работу в эволюционирующей среде

Наилучшая и наихудшая практика

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

spmm.com предлагает следующие наилучшие практики

• Формальное управление рисками
  
• Согласованные интерфейсы
  
• Экспертные оценки
  
• Планирование основанное на метриках
  
• Двоичная оценка по результатам этапов
  
• Свободный доступ к информации
  
• Фиксация дефектов в соответствии с заданными показателями качества
  
• Конфигурационное управление
  
• Ответственность руководства перед сотрудниками
  
•  
  

spmm.com предлагает следующие наихудшие практики

• Нельзя сжать сроке более чем на 10% чем по статистике
  
• Нельзя использовать новую технологию для сжатия сроков
  
• Нельзя искать панацею
  

Принцип ежедневной сборки

Команда должна демонстрировать работающий продукт каждый день

Управление рисками

Важно использовать формальные процессы управления рисками.