Очень тяжело менять, ничего не меняя, но мы
будем!
Михаил Жванецкий
Интересно, почему всем так нравится, когда нас называют
МЕНЕДЖЕРАМИ? Может быть, это дает нашему изнеженному самолюбию
шансы
понежиться в лучах славы или просто дань моде? Иногда, даже трудно
представить
себе сколько вузов сейчас готовят «менеджеров». Но что печалит – так
это то, что вообще мало кто себе представляет, что это означает. И этот
факт точно не идет на пользу, значимости этой профессии. Тем более
туманно
представляется соотечественникам «менеджмент информационных
технологий».
Не говоря уже о том, что профессиональных CIO – в Украине вообще не
обучают, а в России ведут подготовку по этой специальности едва ли не
один - два сертифицированных центра и вуза.
Как говорится - все знают, что надо что-то менять, но
что?! – не знает никто. Очень хотелось бы ошибаться в своих суждения…
От философии перейдем к жарким будням. В 81 первом
выпуске
нашего дайджеста Вы сможете ... впрочем смотрите и читайте сами.
Уверен, Вы не будете разочарованы.
НОВОСТИ
CMMI-P-SPEM
EXPERIMENT (продолжение)
Напомним, что 26-28 октября 2005 года
в России будет проходить конференция по Software Engineering.
Во время работы конференции планируется проведение эксперимента
по исследованию новых методов моделирования программного
обеспечения.
Как упоминалось ранее, “Вавилонский эксперимент”
был призван решать учебно-методические задачи. Новый же
эксперимент,
CMMI-P-SPEM, имеет цели прикладного характера:
∙ Проверка гипотезы Владимира Павлова о том,
что «безмолвный» подход к организации работы команд разработчиков
в некоторых случаям может быть более эффективным, чем «обычный»
подход; и, если это так
∙ Создание новой методики моделирования, которая бы базировалась
на «безмолвном» подходе.
Этот эксперимент назван CMMI-P-SPEM, потому что
при его проведении для моделирования будет использоваться
специфическая
предметная область – участники эксперимента должны будут создать
формальную модель некоторой группы процессов CMMI с помощью
UML
и SPEM.
В отличие от Вавилонского эксперимента,
CMMI-P-SPEM
предназначен для опытных профессионалов, а не для студентов. Для
участия в этом эксперименте установлены следующие квалификационные
требования:
∙Опыт проектирования на UML и/или SPEM не менее
2-х лет;
∙Опыт применения CMM и/или CMMI в практической/исследовательской
работе не менее 2-х лет.
Для подтверждения соответствия квалификационным
требованиям от участников эксперимента будут требоваться справки
с текущего либо предыдущего места работы.
На первом шаге авторы сфомулировали вопросы,
ответы на которые может/должен дать эксперимент. Вот эти вопросы:
1. Могут ли, в некоторых случаях, «безмолвные»
сессии улучшить работу разработчиков (на самом деле, мы уже знаем
ответ: «в некоторых случаях – да» - см. http://www.vlpavlov.com/ooaood
)?
2. Как можно измерить это улучшение?
3. Для каких проектов применение такого рода
сессий наиболее выгодно (Размер? Предметная область?
Гибкие/формальные
подходы к организации работы)?
4. В какой части/фазе (на какой ступени)
анализа/проектирования
программного обеспечения лучше всего внедрять «безмолвные» сессии,
чтобы улучшить работу разработчиков?
5. Какова оптимальная длительность сессий без
голоса (часы, дни)? Каково оптимальное количество «безмолвных»
сессий в жизненном цикле продукта?
6. Как «безмолвность» может быть интегрирована
в итеративный процесс?
7. Каким командам наиболее выгодно использовать
такой подход (однородным или неоднородным, опытным или
начинающим,
с иерархической структурой или с матричной)?
8. Какие артефакты должны быть созданы перед
проведением «безмолвных» сессий (что является входными данными
для «безмолвных» сессий)?
9. Какие артефакты должны быть созданы во время
проведения «безмолвных» сессий (что должно быть результатом
«безмолвных»
сессий)?
10. Как лучше структурировать/организовать
«безмолвные»
сессии?
11.Какое расписание наиболее приемлемо?
12.Какая должна быть структура команды (роли
и обязанности)?
Все участники эксперимента CMMI-P-SPEM получат
полный доступ ко всем данным, собранным в течение эксперимента
(включая созданные модели), и лицензию на использование этих данных
в своей работе.
Целостность
Способность системы сохранять стабильность в
работе.
Спецификация
Представление
правил, стандартов, критериев качества, ограничений на использование
объектов.
КНИЖНАЯ
ПОЛКА
Книга,
которую мы сегодня представим Вам напрямую не связана с тематикой
нашей рассылки, но прочитать ее стоит всем кто хочет вырости до
менеджера с большой буквы.
"Пять проблем команды"
относится к новому жанру - "бизнес-фикшн". В ней в форме
притчи излагаются ключевые концепции лидерства. Патрик Ленсиони
отказался от привычного стиля изложения материала - теоретической
литературы много, все книги повторяют одна другую и давно всем
наскучили. Автор вложил свои идеи в уста "живых" людей
и превратил скучную лекцию в захватывающее повествование. Книга
рассчитана на руководителей самого разного уровня - от президентов
корпораций до скромных клерков, ведь каждому из нас в жизни
приходится
принимать важные решения, а значит, перефразируя Энди Уорхолла,
можно сказать, что каждый из нас имеет право на свои 15 минут
лидерства.
288 стр., с ил.; ISBN 5-8459-0743-8;
формат 84x108/32;
На сегодня - все. До новых
встреч.
Мы благодарим наших читателей за те идеи
и предложения, которые Вы высказали для усовершенствовоания нашей
рассылки.
С нетерпением ждем Ваших комментариев, замечаний, конструктивной
критики
и пожеланий.