Отправляет email-рассылки с помощью сервиса Sendsay

Школа IT-менеджмента (бизнес-анализ, управление проектами).

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "Секреты бизнеса. Предприниматели рассказывают..." на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

  Август 2001   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Автор
Людмила Лунькова

Статистика

3.550 подписчиков
-3 за неделю
←   Все выпуски   →

Школа IT-менеджмента (бизнес-анализ, управление проектами).


Служба Рассылок Subscribe.Ru проекта Citycat.Ru

Школа IT-менеджмента АНХ

I)

Web DNA критерий менеджеров


Основываясь на своем исследовании, вышедшем под названием "The Web Factor" ("Интернет-фактор"), Russell Reynolds выделили ряд характеристик под общим названием "Web DNA", которые описывают навыки и особенности успешных менеджеров интернет-компаний. Менеджеры, соответствующие критерию Web DNA, следующие:
  • Те, которые отчетливо представляют существующие возможности. Они не теряют ни одного дня, у них есть общее представление о бизнесе, его концепция; они используют новые бизнес-модели и новые методы работы, осуществляют смелые шаги по продвижению своего дела, не откладывая дела в долгий ящик.
  • Продвигают идеологии бизнес-идеи. Менеджеры интернет-компаний делают свое видение бизнеса достоянием других людей. Они не только воплощают в проектах свое представление о бизнесе, но и проповедуют свои убеждения. При этом они не разбрасываются и включают в число своих приоритетов настойчивое распространение своих идей по всей организации.
  • Руководствуются принципом <80 к 20>. Они знают, что лучше сегодня быть правым на 80%, чем завтра - на все 100%. При нехватке информации они могут призвать на помощь свои опыт и интуицию.
  • Способны к импровизации в организационных вопросах. Они совершенствуют различные виды бизнес-моделей и формы организации с целью превратить свои компании в гибкие, готовые к переменам структуры, способные соответствовать ожиданиям потребителей, а также способные побеждать при взаимодействии с конкурентами.
  • Готовы к постоянному обучению и совершенствованию профессионального мастерства. Всегда придерживаются принципа обратной связи и учитывают значимую новую информацию.

Выдержка из "Особенности топ-менеджеров интернет-компаний"
Полная версия: http://www.e-xecutive.ru/publications/specialization/article_870/
Copiright 2000-2001 E-xecutive, Ward Howell International


II)

CMM = Capability Maturity Model
Описание ключевых требований к улучшению качества производства и внедрения программного обеспечения


Уровень Ключевые требования к уровню Пояснения к требованиям
Level 1

Начальный

Initial		 Нет, неуправляемая разработка На данном уровне находятся 70% компаний разработки ПО.
Успех достигается только личными качествами персонала.
Level 2

Уровень повторяемости

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

Requirements managment		 Требования к системе фиксируются и составляют единое целое с планом реализации.

Если требования изменяются, то изменяется план.

Требования документированы.
Планирование проектов

Software project planning		 Все задачи по реализации документируются в виде плана.
Отслеживание плана и периодический контроль

Software project tracking and oversight 		Документируется состояние проекта (выполнение задач) по результатам контрольных осмотров.
Субконтрактное управление

Software subcontract managment 		Менеджер и исполнитель достигают договоренности о сроках (ценах) задачи. Задача может быть принята в план только при обоюдном согласии.
Контроль качества

Software quality assurance 		Группа контроля качества должна сравнивать продукт с документированными требованиями.

Результаты тестирования сообщаются менеджеру и исполнителям.
Управление версиями и конфигурациями продукта

Software configuration managment 		Документируются изменения продукта в различных версиях. Существует описание отличий продукта от базовой версии.
Level 3

Уровень определения

Defined		 Настройка организационной структуры на процесс разработки

Organization Process Focus 		Проводится в соответствие с технологией ведения проектов организационная структура компании (создаются необходимые подразделения, перераспределяется ответственность).

Ведется общий учет, как проектной информации, так и организационных мероприятий, таких как обучение, апробирование новых средств.

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

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

Organization Process Definition 		Документируется стандартный процесс разработки.

Документы и статистика по организации процесса собираются в едином хранилище доступном разработчикам.

Периодически по результатам статистических наблюдений за выполнением планов и стоимостей работ производится пересмотр элементов стандартного процесса разработки.
Программа обучения

Traning Program 		Согласно потребностям проектов составляется программа обучения.

Ведется учет результатов тестирований и сертификаций.

Производится периодический аудит программ обучения.
Интегрированное управление проектами и технологией

Integrated Software Managment 		При планировании проектов используется документированный стандарт процесса разработки.

Проектные планы строятся на созданной организационной структуре.

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

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

Software product engineering 		Документируется технология разработки. Описанные технологические стадии используются при планировании.
Технология должна описывать:
  • аналитику (прототипирования, декомпозиция, модели, сценарные описания)
  • хранение исходных текстов версии системы
  • кодирование (структурирование и повторное использование)
  • тестирование и верификация: модульное и интеграционное тестирование, системное тестирование (на авт. тестах), инспекции кода, тесты соответствия. перечисленные требования к тестированию обязательные
  • организация документирования
На базе документированной технологии строится план. Ведется учет дефектов выявляемых тестированием и контрольными осмотрами технологического состояния (peer reviews).
Межгрупповое управление

Intergroup Coordination 		Требования пользователя утверждаются для реализации в продукт всеми группами разработки.

Требования пользователя принимаются одновременно с соглашением между группами о реализации.

Инженеры выявляют технологические проблемы на стыке работ групп и отлеживают их устранение.
Периодический осмотр технологического состояния

Peer reviews 		Производится технологическая инспекция состояния проектов.

Выявленные дефекты регистрируются.
Level 4

Уровень управления

Managed 		Метрический Процесс Управления Разработкой

Quantitative Process Managment 		По учетной информации обеспечиваемой Level 4 ведется всесторонняя статистика.

Вычисляются эталонные статистические показатели стандартного процесса разработки. На основе сравнения с ними ведется управление проектами.
Управление Качеством

Software Quality Managment 		Ведется статистический анализ различных параметров качества продуктов.

Полученные данные сравниваются с эталонными показателями.

На основе полученных данных вносятся коррекции в технологических процесс и методы реализации проектов.
Level 5

Уровень оптимизации

Optimizing 		Предотвращение дефектов

Defect Prevention 		Ведется анализ и статистический учет причин возникновения дефектов.

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

Technology Change Managment 		Производится плановое апробирование новых технологий. Результаты апробирования регистрируются.

Производится плановое внедрение новых технологий, которые показали высокие результаты.

The Capability Maturity Model: Guidelines for Improving the Software Process.
Carnegie Mellon University
Software Engineering Institute


III)

Школа IT-менеджмента проводит конкурс!

Конкурс логотипа Школы IT-менеджмента АНХ при Правительстве РФ и отличительного знака для выпускника Школы.
(К примеру, выпускника Гарвардского университета можно узнать по галстуку, который имеют только выпускники университета)
Победитель конкурса получает 30% скидку на обучение по выбранной им специализации в Школе IT-менеджмента.

Все предложения присылать на адрес marcom@itmane.ru Принимаются графические файлы в любом формате. Максимальный размер ~ 3Мб.

Copyright 2001, All rights reserved ITM ANE

Информация о Школе: Школа проводит переподготовку IT-специалистов: project manager, бизнес-аналитик по 500-часовой программе (7 месяцев) без отрыва от производства, по окончании обучения выдается диплом государственного образца Академии народного хозяйства при Правительстве РФ

Контактная информация: www.itmane.ru, тел. +7 (095) 937-0294, 564-8758, email: info@itmane.ru

http://subscribe.ru/
E-mail: ask@subscribe.ru 		Отписаться
Убрать рекламу 		Рейтингуется SpyLog
В избранное