методолгия разработки бизнес ПО

[дядя Дима]

Кто нибудь интересуется данной темы? Единомышленники, отзовитесь!

[relusion]

я интересуюсь.
расскажи что именно тебя интересует?
потому как вопрос довольно большой.

[ghost-vrn]

Сообщение от дядя Дима

Кто нибудь интересуется

Вот многие еще интересуются: отчего Солнце всходит на востоке?
Казалось бы: ответ очевиден, но - неочевидный есть вопрос: а что, бывает и не бизнес-ПО? Если бывает, то второй вопрос: а на кой хрен оно создавалось? И третий вопрос, если оно все-таки было создано: что именно оно пропиарило таким образом?

Дядя - ты с пива спросил или серьезно? Если серьезно, то уж потрудись пояснить свою мысль внятно. А то типа совсем непонятно, уж чисто за себя тут туплю, но про что сказал Дядя - не понять никак

[дядя Дима]

ghost-vrn- отвали .
Есть несколько методологий ведения проектов, начиная с обшего анализа системы и заканчивая сопровождением.Проблема в том, что все это ори ентированно на крупные компании и крупные проекты, растянутые по времени на месяца. В воронеже таких проектов единицы. Да и штат контор не велик. То же самое и с ПО по ведению проектов - то что есть требует много времени на ввод инфы, слишком все громоздко.
Кто нибудь в Воронеже использует методологии ведения проектов, а также какой то софт?
Если да - было бы интересно узнать что это за софт, и как все делается.
проблема в том , что проектов много, все они не сильно крупные, занято на каждом от 1до 3 чел.
На бумажке все вести достало.

[дядя Дима]

Более того, может кто то юзал софт , позволяющий вести саму разработку - разбить тз на пункты, отслеживать этапы, вносить сколько времени на какой проект потрачено (бюджет времени).

[VBA b0.3]

MS Project изобретать собрались ?

[дядя Дима]

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

[VBA b0.3]

да нормальный он...
проще => менее функционально

[Alex__G]

Требования к процессу разработки программного обеспечения документированы в модели CMM. Сейчас модель стала стандартом де-факто, крупные отечественные игроки рынка аутсорсинга (Luxoft,EPAM) имеют сертификаты CMM. Уже не говоря про индийские компании Модель CMM разработана институтом программной инжинерии Карнеги-Меллон (SEI).

Грубо говоря, CMM - это специализированный аналог ISO 9001:2001 для компаний, занимающихся разработкой ПО. Указаны ключевые процессы которые должны происходить при разработке и требования к ним.

В качестве методологии обычно выбирается RUP. Rational утверждает что внедрение RUPа дает третий уровень CMM.

Подготовка к сертификации и сертификация по CMM процесс очень долгий, растягивается на годы. И требует очень серьезных ресурсов (шестизначные суммы в $).

[Integrator]

Сообщение от дядя Дима

Кто нибудь интересуется данной темы? Единомышленники, отзовитесь!

Есть.
Тема давно раскопана.
И активно используется. Есть каике вопросы подробнее?

[Integrator]

Сообщение от Alex__G

Требования к процессу разработки программного обеспечения документированы в модели CMM. Сейчас модель стала стандартом де-факто, крупные отечественные игроки рынка аутсорсинга (Luxoft,EPAM) имеют сертификаты CMM. Уже не говоря про индийские компании Модель CMM разработана институтом программной инжинерии Карнеги-Меллон (SEI).

Я бы не стал так широко трактовать модель CMM, и хотя там и описаны требования к процесу(ам), назначение у нее немного другое.

Сообщение от Alex__G

Грубо говоря, CMM - это специализированный аналог ISO 9001:2001 для компаний, занимающихся разработкой ПО. Указаны ключевые процессы которые должны происходить при разработке и требования к ним.

CMM и группа стандартов ISO суть немного разные вещи ... скажем так совсем разные и к процессу разработки ПО не имеют ни какого отношения, тем более бизнесс ПО

Сообщение от Alex__G

В качестве методологии обычно выбирается RUP. Rational утверждает, что внедрение RUPа дает третий уровень CMM.

Чисто формально да ... но одного RUP мало. Нужно еще использовать набор инструментов и технологий Rational(теперь IBM) и то, это не гарантирует требуемый результат.

Сообщение от Alex__G

Подготовка к сертификации и сертификация по CMM процесс очень долгий, растягивается на годы. И требует очень серьезных ресурсов (шестизначные суммы в $).

Да и это не значит что вы реально будите использовать все что заложено в стандарте, особенно у нас в России. Я знаю компанни у которых есть 5-й уровень CMM и это не значит что разработчики там все делают на "коленках" ;-).

Я бы, в качестве удовлетворения интереса к методологиям разработки ПО, рекомендовал ознакомиться с методологией MSF (Microsoft Solutions Framework) и RUP на данный момент они наиболее интересны.
Все завист от требований и желаемого результата.

[Alex__G]

CMM и группа стандартов ISO суть немного разные вещи ... скажем так совсем разные и к процессу разработки ПО не имеют ни какого отношения, тем более бизнесс ПО

Не разные. CMM и ISO 9001 имеют разные области назначения (область назначения CMM - подможество области назначения ISO 9001) и уровень детализации. Если ISO 9001 выдвигает требования к системе качества для очень широкого круга деятельности - от производства мороженного до сборки компьютеров, то модель CMM относится именно к производству программного обеспечения.
Соотевтсвенно отсюда и разница в уровне детализации требований. Процессы модели CMM специфичны именно для разработки ПО. При производстве мороженного не протекает процесс управления требованиями (по крайней мере в том объеме и с теми особенностями в котором он описан в СММ). Это можно легко видеть по тексту.
Да и хотя бы по объему описание CMM превышает текст стандарта ISO в 10 раз.

В то же время основа у CMM и ISO одна и та же.
Это процессный подход (формализация и документирование процессов), ориентация на непрерывное улучшение

Требование существования системы количественных измерений производительности процессов и корректирующий действий. то есть описания системы измерения и описание корректирующих действий (процесс CMM Project Monitiring And Control -в ISO это записи по качеству, управление ими и корректирующие действия).

Общих мест очень много, и это неудивительно - "папа" у CMM и ISO один - TQM.
Обычно компании сначала получают ИСО, а потом произвордят upgrade процессов до CMM.

Я знаю компанни у которых есть 5-й уровень CMM

Это безусловно так. Нет ничего идеального. Бардак есть везде - просто его количество везде разное. Очевидно, если у компании есть сертификат CMM, есть вероянтность что уровень бардака в ней находится в пределах нормы. Такой логокой руководствуются Заказчики.

Кстати, о RUP.
Самая дешевая лицензия (float user) на RUP стоит около 2000 - на ClearCase.
На ClearQuest и RequsitePro - в два больше. + Обучение и ресурсы на поддержку. Ибо администрирование ClearCase дело не простое, особенно если использовать Base ClearCase process. UCM процесс не поддерживается многими IDE.

Можно ли добиться то похожего же результата с помощью например Subversion и JIRA? Вопрос открытый, но его цена ниже на порядок.

Во всяком случае прежде всего рекомендую почитать CMM - это даст понимание того что бывает, и каковы общемировые требования. Потом почитать RUP и решить, что внедрять немедленно, что внедрять потом, а о чем вообще пока не думать.

Главное, что все должно идти от ваших требований. Конкретная реализация должна быть разработана исходя их них, буть это адаптация RUP, Agile или ХP. Так, имхо нет нужды тратить ресурсы на полноценное внедрение CMM, например, через RUP, и сертифицироваться, если не планируете работать на запад.

[Integrator]

Сообщение от Alex__G

Не разные. CMM и ISO 9001 имеют разные области назначения (область назначения CMM - подможество области назначения ISO 9001) и уровень детализации.

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

Сообщение от Alex__G

Если ISO 9001 выдвигает требования к системе качества для очень широкого круга деятельности - от производства мороженного до сборки компьютеров, то модель CMM относится именно к производству программного обеспечения.

Вот именно, стандарты ИСО относятся к оценке качества ... причем, надо заметить, оценка качества "процесса". Т.е. если ваше предприятие удовлетворяет требованиям стандарта то считается что и результат этого процесса будет удовлетворять определенным уровням качества.
Кстати, у нас обычно оценивают только систему управления качеством, т.е. службу качества ;-), а потом пишут что типа компания успешно прошла сертификацию.
У кого реально сертифицирован процесс разработки у нас в Воронеже это Релекс. Больше не знаю ни кого.
Относительно CMM, как известно это не стандарт это модель оценки (если не вдаваться в подробности) зрелости процессов предпритяия для решения тех или иных задач, т.е. способна компания сделать качественный продукт и насколько качественный. И ни где не было сказано что CMM только для ПО, для мороженного тоже подойдет. ;-)

Сообщение от Alex__G

Соотевтсвенно отсюда и разница в уровне детализации требований. Процессы модели CMM специфичны именно для разработки ПО. При производстве мороженного не протекает процесс управления требованиями (по крайней мере в том объеме и с теми особенностями в котором он описан в СММ). Это можно легко видеть по тексту.
Да и хотя бы по объему описание CMM превышает текст стандарта ISO в 10 раз.

Честно скажу, не взвешивал ... но так и есть ;-), во вском случае это не от того что один расширяет другой ;-).
К сожалению объем документа не очем не говорит. И кстати ИСО охватывает гораздо большую область чем модель CMM.

Сообщение от Alex__G

В то же время основа у CMM и ISO одна и та же.
Это процессный подход (формализация и документирование процессов), ориентация на непрерывное улучшение


Требование существования системы количественных измерений производительности процессов и корректирующий действий. то есть описания системы измерения и описание корректирующих действий (процесс CMM Project Monitiring And Control -в ISO это записи по качеству, управление ими и корректирующие действия).

Абсолютно точно.

Сообщение от Alex__G

Общих мест очень много, и это неудивительно - "папа" у CMM и ISO один - TQM.
Обычно компании сначала получают ИСО, а потом произвордят upgrade процессов до CMM.

Я бы сказал что "папа" у них это траблы с качеством продуктов и услуг ;-) и проблема выбора подрядчика.

Сообщение от Alex__G

Во всяком случае прежде всего рекомендую почитать CMM - это даст понимание того что бывает, и каковы общемировые требования. Потом почитать RUP и решить, что внедрять немедленно, что внедрять потом, а о чем вообще пока не думать.

Вот этого категорически делать не надо ;-) ...
Обычно человеку далекому от "стандартов и процессов" это вызывает глубокую дипрессию ;-), или в худшем случае надовдит на мысль что все это пурга и бред.
Лучше начать с чего нить более легкого и близкого к жизни ;-) ... например RUP и MSF. Так как тема - это методология ... а стандарты и тем более модели в методологиям не относятся.

Относительно "чистоты" опредлелений, давайте не будем путать добрых читателей и вводить их в заблуждение. Поэтому, относительно "внедрения СMM". СММ не внедряют и тем более через RUP ... так как это модель оценки зрелости процессов, т.е. сначала налаживают у "себя" процессы, а потом оценивают (согласно модели) на определенный уровень, как это делается это отдельный разговор. В данном контексте "внедрение" или следование рекомендациям CMM это есть процесс(как точно было замечено, достаточно долгий) выстраивания у себя в организации системы организации производства, которое и оценивается согласно набору критериев и требований, на так называемые, уровни соответсвия модели CMM.
Далее, "внедрение RUP" тоже не совсем корректно, точнее надо говорить использование RUP, и это автоматически не дает уровень CMM, а опять таки обеспечивает организацию/выстраивание процессов разрабоки ПО, что в дальнейшем и будет оцениваться.

[Alex__G]

Integrator

Интересно откуда у вас такие выводы ;-)

Из практики Я такую документацию разрабатываю и процессы ставлю.
Соответсвий можно привести массу. Например, процесс CMM уровня 2 работа с субподрядчиками. Такой процесс обязательно описывается в рамках ИСО. Только в СММ есть доп. особенности, специфичные для ПО. Процесс ИСО Анализ контракта ... и т.д

Кстати, у нас обычно оценивают только систему управления качеством, т.е. службу качества

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

Обычно человеку далекому от "стандартов и процессов"

Ну это кому как . В принципе может быть и так.

СММ не внедряют и тем более через RUP

Объем работ по внедрению модели состоит в выстраивании процессов, как правильно написано у Вас далее.
А вот информацию как выстравивать процесс можно взять из RUP - так как это методология, а не модель, и там ясно прописано что и кто делает -то есть фактически описан процесс.
Например,
Настраиваем ClearCase UCM - получаем процесс конфигурационного управления.
Внедряем RequsitePro - получаем возможность управлять требованиями. Пропишем регламенты использования- вот уже есть процесс.
Добавив к ним ClearQuest (багтрекер) получим решение, которое содержит все данные для получения метрик. Какие метрики можно получать - описано в РУП.
Грамотно выстроенные метрики - это половина требований СММ(целей) к процессу Измерения и контроля

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

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

P.S.

И ни где не было сказано что CMM только для ПО, для мороженного тоже подойдет. ;-)

CMMISM for Software Engineering - написано на титульном листе модели

[Integrator]

Сообщение от Alex__G

Integrator

Из практики Я такую документацию разрабатываю и процессы ставлю.
Соответсвий можно привести массу. Например, процесс CMM уровня 2 работа с субподрядчиками. Такой процесс обязательно описывается в рамках ИСО. Только в СММ есть доп. особенности, специфичные для ПО. Процесс ИСО Анализ контракта ... и т.д

Надоже, интересно, в воронеже уже занимается кто то СММ ... положительный момент.

Сообщение от Alex__G

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

;-) факт ...
Но, вопросы толкования тех или иных требований стандартов это отдельная тема.

Сообщение от Alex__G

Настраиваем ClearCase UCM - получаем процесс конфигурационного управления.
Внедряем RequsitePro - получаем возможность управлять требованиями. Пропишем регламенты использования- вот уже есть процесс.
Добавив к ним ClearQuest (багтрекер) получим решение, которое содержит все данные для получения метрик. Какие метрики можно получать - описано в РУП.
Грамотно выстроенные метрики - это половина требований СММ(целей) к процессу Измерения и контроля

А если я не поставлю RequsitePro? Это значит у меня нет процесса управления требованиями?
Это все понятно, но уж как то все формально ... знаем мы как это все проходит, сам не раз готовил документы ;-)

Сообщение от Alex__G

P.S.

CMMISM for Software Engineering - написано на титульном листе модели

Вот поэтому и вопросы ;-), CMM и CMM SE немного разные вещи ...

[Alex__G]

Integrator
Я не в Воронеже работаю. Просто все забываю поменять откуда.

Если ты не поставишь Requsite Pro, то это конечно не значит что у тебя этого процесса нет. Он может быть налажен вообще без средств автоматизации (теоретически). Но само по себе использование этой программы вместе с инструкциями по использованию само по себе уже какой-никакой процесс даст.

Вот поэтому и вопросы ;-)

Согласен. Нестрого. SW-CMM. Просто других значений термин CMM на форумах по программированию не имеет. Все подразумевается

[zss_vrn]

Больная тема для меня

Могу только собственные проблемы и мысли изложить, так как решения пока нет.

Мы ведем проекты от нескольких человекомесяцев до нескольких человеколет. Проекты ведут от 1 до 10 человек одновременно.

RUP, мне кажется, не есть универсальное средство для всех типов проектов, да и громоздко все это слишком. XP мне вообще поперек горла - оно, программирование, блин, всегда экстремально...

Из средств используем VSS (и CVS), PowerDesigner, MS Visio и MS Project (кстати, мне он кажется вовсе не тяжелым, в отличие от Primavera, например). Увы, пока что методики, как таковой, нет, есть только неупорядоченный набор требований (правила оформления исходных текстов и т.д.). Причины две - нет времени и нет идей Есть только понятие, что надо. Из инструментария все же остановили выбор на StarTeam - может, и менее функциональная штука, чем ClearCase, но зато более легкая. Думаю, в этом году удасться внедрить на всех рабочих местах.

То есть, сначала - инструмент, потом - методика. Звучит странно, согласен, но так проще внедрить.

Сертифицироваться, считаю, надо обязательно. Выбираем между CMM (программистам понятнее) и ИСО/МЭК 90003 - "спецпакет" для ИСО 9001 (более правильно политически и в наших условиях проще внедрить).

Кстати, насколько я знаю, CMM ИЗНАЧАЛЬНО был создан именно для софтверных продуктов и для проектно- а не процессноориентированых производств.

[Integrator]

Сообщение от Alex__G

Integrator
Я не в Воронеже работаю. Просто все забываю поменять откуда.

Я уж было подумал ...
а учился где, если не секрет ... ?

Сообщение от Alex__G

Согласен. Нестрого. SW-CMM. Просто других значений термин CMM на форумах по программированию не имеет. Все подразумевается

Это да ... просто мало ли ... может кто то просто хочет CMM в чистом виде ...

Да, а почему в нет форума по проектированию ИС, БД, ERP и тд системам?

[Integrator]

Сообщение от zss_vrn

Больная тема для меня
RUP, мне кажется, не есть универсальное средство для всех типов проектов, да и громоздко все это слишком. XP мне вообще поперек горла - оно, программирование, блин, всегда экстремально...

РУП не догма ... это набор "шаблонов", вырезай по своему усмотрению ... я обычно использую только ключевые моменты ... и для того чтобы большинство вещей заложенных в РУП использовать, надо много людей. И плюс есть такое понятие как целесообразность. ;-)

Сообщение от zss_vrn

Из средств используем VSS (и CVS), PowerDesigner, MS Visio и MS Project (кстати, мне он кажется вовсе не тяжелым, в отличие от Primavera, например). Увы, пока что методики, как таковой, нет, есть только неупорядоченный набор требований (правила оформления исходных текстов и т.д.). Причины две - нет времени и нет идей Есть только понятие, что надо. Из инструментария все же остановили выбор на StarTeam - может, и менее функциональная штука, чем ClearCase, но зато более легкая. Думаю, в этом году удасться внедрить на всех рабочих местах.
То есть, сначала - инструмент, потом - методика. Звучит странно, согласен, но так проще внедрить.

И это правильно ... по другому не получиться, если только не создается предприятия с нуля. Тогда можно сразу все расписать и всех "построить".

Сообщение от zss_vrn

Кстати, насколько я знаю, CMM ИЗНАЧАЛЬНО был создан именно для софтверных продуктов и для проектно- а не процессноориентированых производств.

Да, была проблема у министерства обороны США в выборе подрядчиков по реализации проектов, точнее с качеством, обратились в институт, вот результат. Связь науки с производством ;-)

[Alex__G]

zss_vrn
MS Project значительно дешевле Primavera. На порядок примерно.
Хорошим решением является установка project central с корпоративным пулом (ресурсов очень удобно если ведутся параллельно несколько проектов), интеграция с Sharepoint и сервером Outlook.

То есть, сначала - инструмент, потом - методика. Звучит странно, согласен, но так проще внедрить.

Лучше сначала проект методики (определение требований к инструменту) - затем инструмент - потом окончательная версия методики. Меньше риск что потом инструмент придется менять.
В то же время если сначала написать методику, то с большей долей вероятности может оказаться что ни одно средство под нее не подходит.

Integrator
Не секрет. Учился на матфаке ВГУ

РУП не догма ... это набор "шаблонов", вырезай по своему усмотрению ... я обычно использую только ключевые моменты ... и для того чтобы большинство вещей заложенных в РУП использовать, надо много людей. И плюс есть такое понятие как целесообразность. ;-)

Согласен. Именно так в RUPе и написано

[zss_vrn]

Alex__G

Лучше сначала проект методики (определение требований к инструменту) - затем инструмент - потом окончательная версия методики. Меньше риск что потом инструмент придется менять.

Во, классная мысль, че сам не догадался - напишу требования, это не так долго, потом видно будет

MS Project значительно дешевле Primavera. На порядок примерно.

Не только в деньгах дело. По оценке Gartner, Primavera может конкурироват с MS Project при численности участников проекта начиная с 350. Не наш случай. Сам я пробовал и то и другое, детище Гейтса мне показалось значительно удобнее. Правда, на Oracle она не работает, только на MS SQL, но с этим придется мириться.

Integrator

РУП не догма ... это набор "шаблонов", вырезай по своему усмотрению

Безусловно, какие-то элементы РУП использовать придется - не изобретать же велосипед Но хотелось бы ченть готовое взять вместе с инструментом. Увы, не вышло.

У меня двое ездили на курсы по технологии программирования (точное название не помню) - там преподавалась, в частности, методика расчета трудозатрат на программный проект. Так вот, эта самая передовая методика для нетиповых проектов (а у кого, интересно, они типовые) дает точность расчета два-три раза. Мы и так точнее считаем

[дядя Дима]

Очень познавательно и полезно . но вопрос все таки остается открытым, это все системы качества, введенные для систематизации и упорядочиванния хаотического / полухаотического внутреннего процесса документооборота и системы взаимоотношений, основанная на формализации отношений и четком определении ролей. В с какого уровня всем эти руководствоваться? имеется в ввиду размер и численность. Все таки бобьшинство из вышесказанного по большому счету относится к компании вцелом, а не к отдельно взятому проекту, что порой бывает очень важно (личный контролт над проектом).Читаю СММ , и , честно, пока с трудом представляю что из этого можно применить в Воронеже на небольшом по численности предприятие.

[Integrator]

Сообщение от дядя Дима

Очень познавательно и полезно . но вопрос все таки остается открытым, это все системы качества, введенные для систематизации и упорядочиванния хаотического / полухаотического внутреннего процесса документооборота и системы взаимоотношений, основанная на формализации отношений и четком определении ролей. В с какого уровня всем эти руководствоваться? имеется в ввиду размер и численность. Все таки бобьшинство из вышесказанного по большому счету относится к компании вцелом, а не к отдельно взятому проекту, что порой бывает очень важно (личный контролт над проектом).Читаю СММ , и , честно, пока с трудом представляю что из этого можно применить в Воронеже на небольшом по численности предприятие.

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

[дядя Дима]

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

[Alex__G]

В с какого уровня всем эти руководствоваться? имеется в ввиду размер и численность. Все таки бобьшинство из вышесказанного по большому счету относится к компании вцелом, а не к отдельно взятому проекту, что порой бывает очень важно (личный контролт над проектом).Читаю СММ , и , честно, пока с трудом представляю что из этого можно применить в Воронеже на небольшом по численности предприятие.

Есть еще один вопрос, который важнее может быть многих остальных - а насколько серьезно компания планирует занимается разработкой ПО в дальнейшем? Если вы сделаете еще пару проектов и разбежитесь или завтра учредитель поймет что вместо разработки ПО ему выгоднее торговать шинами и закроет направление - то тогда конечно не стоит забивать себе голову и заниматься улучшением процесса.
А если планируете развиваться и расти - то это другой вопрос. Всякое развитие предполагает капитальныен инвестиции. В данном случае целесообразны будут инвестиции в технологический процесс и читать СММ.

Как Вы верно заметили, модель CMM выдвигает требования к организации в целом, не ограничиваясь только областью деятельности разработки софта. И это верно. Потому что на качество итогового продукта в той или иной мере влияют ВСЕ процессы, происходящие в организации. Если работа с субподрядчиками невыстроена, то ошибки при работе с ними могут привести проекта к краху. Практика использования субподрядчиков очень распространена. Особенно при внедрениях разных больших систем на предприятиях (около таких предприятий всегда крутятся несколько фирмочек с которыми целесообразно подружиться ).
В общем, процессы разработки очень тесно связаны с другими процессами процессами в организации. Разработка софта не существует в вакууме - что и отражено в модели СММ.

Но с чего начать? Я понимаю это легкий шок после первого прочтения модели , подавленность разницой между "Что должно быть" и "Что есть сейчас". Однако не стоит забывать, что в модели СММ есть обязательные и необязательные части. Так, большинство из написанного относится к рекомендациям, и обязательные цели могут быть достигнуты другими путями - более простыми.

Начать надо выявления своих проблем. И находить решения своих проблем заглядывая в СММ, RUP, XP и т.д. Вы решили свою проблему? поработав с решением некоторое время Вы понимаете что оно может быть улучшено - возникают новые проблемы, открываются новые возможности - значит создается новая версия процесса. И т.д до бесконечности. keep improving! Уровни CMM это всего лишь milestones зрелости, которые вы пройдете своим путем. В конечном счете не нужно делать внедрение CMM самоцелью.

Области ключевых прооцессов делятся на категории :
1. Управление проектом (Monitoring и control и т.д)
2. Процессы поддержки (Configuration management)
3. Инженерные процессы (Technical solution)
4. Процессные (не помню как точно называется)

Забудьте пока о №4. Можно отложить пока в сторону №3 - первые два уровня модели - это в основном поддержка и управление. Проанализируйте что есть сейчас у Вас в этих областях и что бы вы хотели/для вас реально достичь через полгода? И работайте в этом направлении.

p.s
Если компания небольшая, то возможно не стоит ставить целью сертификацию по СММ. Но рабочий процесс улучшать однозначно надо - незавиимо от размеров. Исходя, как я уже сказал, из своих потребностей и возможностей.
10 человек - это то количество членов рабочей группы когда формализация отношений начинает иметь смысл.

нет, почему же, если брать глобально всю организацию - то смм уровня 3 уже хорошо, я прикинул на своей - 2 -й уровень полноценно

имея уровень 3 - грех не получить уровень 4. Количественного управление процессами это на самом деле одна из главных целей для чего это все делается

[дядя Дима]

Спасибо всем. Материала для размышления достаточно.