😏Об авторе: Блогер является тест-менеджером и по совместительству лектором для иностранных компаний. 📡Адрес домашней страницы:【Austin_zhai】 🙆Цель и видение: Цель: помочь большему количеству людей в индустрии тестирования улучшить свои физические и мягкие навыки и поделиться последней информацией, связанной с отраслью. 💎Заявление: блоггер очень занят своей повседневной работой, и статьи будут время от времени обновляться. Вы можете отправлять личные сообщения о различных проблемах в отрасли или на рабочем месте, и я отвечу, когда у вас будет время.
Недавно компания друга доверила мне предоставить бизнес-консультацию для их группы тестирования и системы обеспечения качества линейки продуктов. Среди них меня больше всего интересует отдел тестирования из 50 человек. Начав с команды из более чем дюжины человек 5 лет назад, он пережил эволюцию процесса от хаоса к порядку через осознание и практику. команды и даже компании в целом. Были предприняты действия по внедрению концепции качества продукции от начала до конца, и, наконец, компания прошла сертификацию CMMI уровня 4. Самая фундаментальная причина достижения такого успеха заключается в том, что компания едина, а отделы и персонал на всех уровнях эффективно выполняют свои соответствующие роли, настаивая на постоянных инновациях, обобщении и оптимизации различных рабочих процессов и опыта проектов. Еще более редко бывает то, что люди и команды внутри компании всегда сохраняли высокую степень единства целей и ценностей. Вообще говоря, такой компании сложно добиться успеха.
На этом этапе я должен упомянуть концепцию CMMI. Я считаю, что студенты, которые занимались исследованиями, разработками и тестированием в ИТ-компаниях, должны были услышать о ней. На этот раз мы сосредоточимся на CMMI, чтобы подробно рассказать о некоторых связанных с ней вопросах. .
CMMI означает интеграцию модели зрелости возможностей. Сначала стандарт CMM все еще использовался в некоторых странах и регионах, но с развитием и развитием самой модели он, наконец, стал CMMI, стандартом широкой модели сертификации. Что касается конкретных тонкостей CMMI, то если вам интересно, вы можете поискать их прямо на Baidu, поэтому я не буду здесь вдаваться в подробности.
Тогда какая польза от CMMI? После интеграции модели зрелости CMMI предприятия могут расширить свои возможности разработки и улучшения программного обеспечения, а также облегчить управление и оптимизацию процесса разработки программного обеспечения, чтобы они могли разрабатывать высококачественное программное обеспечение вовремя и в рамках бюджета. Это возможно; немного воображаемо, но, говоря прямо, это означает стандартизацию процесса реализации проектов и продуктов компании. Если компания строго следует требованиям CMMI при реализации процессов продукта или проекта, процесс реализации компании будет оцениваться во время сертификации, и будут даны оценки и предложения по улучшению. Этот процесс включает в себя серию анализа требований, проектирования, кодирования, тестирования и интеграции. , и действия могут быть оптимизированы и улучшены в соответствии с этим стандартом, а профессионализм сертификации CMMI не подлежит сомнению, поэтому улучшение процесса исполнения предприятия также очевидно, и эффект огромен. Кроме того, если проекты компании получаются в форме торгов, прохождение сертификации высокого уровня CMMI может помочь компании получить высокие бонусные баллы в процессе торгов. Как правило, в некоторых случаях компании могут получить 2-7 бонусных баллов; можно полагаться на сертификацию CMMI для получения высоких государственных субсидий, а субсидии в некоторых областях могут достигать сотен тысяч юаней. Что касается других положительных эффектов, которые CMMI оказывает компаниям, их слишком много, чтобы перечислять, например, влияние на отраслевой бенчмаркинг. корпоративная репутация. Продвижение бренда, преимущества в финансировании и т. д.
CMMI разделен на 5 уровней: уровень 1 — самый низкий, а уровень 5 — самый высокий. Каждый уровень определяется следующим образом:
Уровень 1 (начальный уровень): Процесс исследования и разработки продукта или проекта хаотичен, и практически нет определения управления процессами. Это то, что мы обычно называем тем, что делаем. Риски и неконтролируемые связи присутствуют в процессе повсюду. Продукты, разработанные в таких условиях, естественно, не имеют никаких гарантий высокого качества. Если довести дело до крайности, то, в порядке ли продукт или нет, полностью зависит от удачи.
Уровень 2 (уровень управления). Базовый процесс управления проектом устанавливается во время разработки продукта или проекта для отслеживания затрат, прогресса и функций. Разработали необходимые технологические спецификации и повторно использовали успешный опыт предыдущих проектов. Вообще говоря, большинство небольших компаний находятся на этом этапе. У них есть базовые процессы исследований и разработок и функции управления проектами, но это ограничивается этим. Время, стоимость и качество проекта не могут контролироваться и оптимизироваться своевременно. быть. . Хотя его можно частично улучшить и оптимизировать путем анализа существующих и прошлых проектов, он также имеет свои ограничения.
Уровень 3 (уровень определения): предприятие разработало полный набор процессов реализации продукта или проекта и превратило его в собственный стандартный процесс разработки программного обеспечения предприятия. Во всех проектах используются утвержденные и адаптированные стандартные процессы разработки и поддержки программного обеспечения, а производство программных продуктов отслеживается на протяжении всего процесса разработки программного обеспечения. На этом уровне весь процесс исследования и разработки продукта или проекта уже достаточно завершен. Доступ, входные данные, выходные данные и результаты каждого этапа являются положительными результатами точной стандартной проверки, что также является следствием таких строгих стандартов. можно обеспечить минимальное количество неконтролируемых факторов и низкий уровень рисков во всем звене НИОКР, что обеспечит качественную поставку и запуск продуктов и проектов.
Уровень 4 (уровень количественного управления): анализируйте подробные данные измерений процессов программного обеспечения и качества продукции, а также количественное понимание и контроль процессов и продуктов программного обеспечения. У руководства есть объективная основа для того, чтобы делать выводы, и руководство может прогнозировать результаты деятельности в количественном диапазоне. Этот уровень добавляет стандарты демонстрации данных и контроля величины на основе уровня 3. В процессе исследований и разработок имеются точные данные измерений для требований каждого этапа, чтобы осуществлять высокоточный контроль качества продукции и проектов. Только представьте, на этом уровне команде тестирования необходимо строго выполнять все действия в процессе тестирования на этапе тестирования проекта: план тестирования (независимо от того, уточнен ли он до больших, средних и малых циклов), тестовые примеры (есть ли покрытие ставка составляет 100%), находится ли время проверки на этапе разработки спецификации требований, и соответствуют ли тест интерфейса, функциональный тест, нефункциональный тест, тест производительности Точное выполнение в соответствии с предыдущими договоренностями, описание результатов испытаний в отчете об испытаниях, наличие четкого направления для решения и отслеживания проблем и соответствие стандартам выполнения. В дополнение к этому также требуется механизм предотвращения дефектов; упреждающее управление техническими изменениями и маркировка, отбор, механизм оценки процесса управления изменениями, определение цели улучшения процесса, регулярное улучшение процесса и другие условия;
Уровень 5 (уровень оптимизации): Количественная обратная связь с уровня управления оптимизацией, а также передовые новые идеи и новые технологии способствуют постоянному совершенствованию процесса. Требования на этом уровне стали чрезвычайно строгими, требующими особого внимания к непрерывности, эффективности и самоподкреплению улучшений процесса разработки программного обеспечения в процессе разработки продукта или проекта. Предотвращайте возникновение дефектов и проблем. Постоянно улучшайте общие возможности процесса. Кроме того, мы проводим анализ затрат/прибыли на влияние процесса исполнения, извлекаем уроки из успешных практик процессов и обобщаем их. Быстро передавайте лучшие инновационные достижения всей организации. Случаи сбоев тщательно анализируются командой проекта для выяснения причин. Анализ проводится после завершения проекта, и процесс можно постоянно совершенствовать за счет качественной обратной связи от процесса и внедрения новых концепций и технологий. Наконец, оценка процесса по сравнению со стандартными улучшениями процесса программного обеспечения пропагандируется во всей организации.
Вообще говоря, для CMM1 и CMMI2, пока на предприятии существует процесс исследования и разработки программного обеспечения, фактическая работа и управление предприятием могут работать нормально, а бизнес-статус сохраняется, требования выполняются. Только начиная с CMMI3 появятся соответствующие сертификаты сертификации, а также к компаниям начнут предъявляться определенные требования, такие как размер команды и количество должностей персонала.
Для сертификации уровня CMMI 3 количество членов группы НИОКР должно составлять около 15-20. Разработанные продукты должны быть подготовлены с использованием 3 продуктов (два завершены НИОКР, а другой должен находиться в стадии НИОКР), 4 члена группы оценки. (банкомат), а другой — фиксированное офисное помещение.
Кадровая структура CMMI3 требует 1 спонсора (юридическое лицо компании или высшее должностное лицо, лучше всего юридическое лицо), 5 человек на организационном уровне (старший менеджер, специалист по организационному обучению, отдел обеспечения качества процессов и продукции, администратор конфигурации, EPG группы улучшения процессов), и 10 человек на уровне проекта (менеджеры проекта, разработчики и тестировщики, ответственные за проект и т. д.), а также группа оценки из 4 человек (в основном ответственная за помощь главному оценщику в выполнении формальной оценки).
Вообще говоря, сертификация CMMI3 не так уж и сложна. Большинство компаний могут выполнить условия сертификации. Им нужно только полностью сотрудничать с сертификационным агентством, чтобы обеспечить бесперебойную работу и убедиться, что необходимые материалы, ежедневные стандарты работы и результаты в порядке. встал на место.
Требования CMMI4 естественно выше. Он требует, чтобы сертифицированные предприятия имели собственную библиотеку проектов и могли добиться реальной оптимизации от определенного количества случаев для персонала (разработка, тестирование, менеджеры по качеству, банкомат и т. д.), программного обеспечения. , Масштаб бизнеса и другие требования выше.
Сертификацию CMMI можно пропустить, но только для CMMI3. Чтобы получить сертификацию CMMI4 и CMMI5, вы должны сначала пройти сертификацию CMMI3 и удерживать ее в течение одного года.
В дополнение к упомянутым выше предварительным условиям, квалификация для сертификации CMMI4 также очень важна для того, был ли накоплен определенный опыт и достижения в реализации проектов с момента получения сертификации CMMI3 до выдачи сертификации CMMI4 или 5. Здесь. Накопление – это не просто исполнение. Ключевым моментом является возможность накопления соответствующих материалов и опыта в соответствии со стандартными требованиями уровня CMMI, которые будут сертифицированы позже. Проще говоря, если вы хотите получить сертификат, вам необходимо просмотреть соответствующие учебники. Строго ли соблюдаются сертификационные требования CMMI в повседневной работе и отслеживаются ли соответствующие процессы и стандарты. Документация, количественная оценка и постоянство — все это необходимые средства. Остальное — это не что иное, как соответствие размера команды стандарту, разумность и ясность стратегических целей компании и другие условия.
Компании, которые могут подать заявку на CMMI5, очень сильны. Соответствовать требованиям масштаба предприятия 65 и масштаба проекта 6. Трудность заключается в 20 областях практики. Предприятия должны гарантировать, что они добавляют их в дополнение к областям практики CMMI3 и строго соблюдают эти сертификационные требования.
Здесь следует отметить, что 22 области процессов, о которых многие упоминали ранее, на самом деле являются названием версии CMMI v1.3. Начиная с 2019 года они будут полностью изменены на версию CMMI2.0. эти 22 области были разделены, и в результате слияния образовались нынешние 20 областей практики. Чтобы получить сертификат на этом уровне, необходимо соответствовать 20 областям практики. Конкретные области подробно описаны ниже:
Процессы сертификации, относящиеся ко всем уровням CMMI, аналогичны. Если взять в качестве примера CMMI5, то процесс от планирования до сертификации выглядит следующим образом:
Поскольку работа по сертификации CMMI является очень профессиональной, компании обычно выбирают профессиональную консалтинговую компанию, которая поможет им в подготовке к соответствующей сертификации.
Сначала спонсору необходимо зарегистрировать информацию на официальном сайте Института CMMI. После успешной регистрации свяжитесь с оценщиком CMMI и отправьте оценщику форму OU компании (включая информацию о компании, информацию о проекте и информацию о банкоматах). Тогда зарегистрированная информация инициирует план оценки. В это время дата оценки CMMI, как правило, может быть определена, и оценщик CMMI может свободно выбирать в соответствии с графиком. Здесь необходимо отметить, что регистрация аккаунта инициатора и аккаунта координатора должна быть произведена за несколько месяцев, иначе время оценки будет запланировано до тех пор, пока вы не усомнитесь в своей жизни. Другой момент заключается в том, что лучше всего, чтобы консалтинговая компания взяла на себя ведущую роль в общении с оценщиком. Конечно, лучше всего связаться с консалтинговой компанией заранее или сопровождать вас на месте для решения любых последующих вопросов.
Далее консалтинговая компания поможет компании в подготовке обзорных материалов. Сертификационные материалы CMMI в основном включают информацию о проекте, основную информацию о компании, процессах исследований и разработок, распределении ролей персонала и т. д. На основе этих материалов консалтинговая компания стандартизирует процесс разработки программного обеспечения компании. с CMMI, чтобы обеспечить соответствие требованиям сертификации.
Базовые обзорные материалы включают основную информацию о компании, такую как английское название компании, профиль компании, организационную структуру, стратегические цели компании, области применения продукта, общее количество людей в компании, количество сотрудников, связанных с исследованиями и разработками продуктов, типы клиентов, годовой отчет. продажи, оценка Основная информация, такая как спонсор и контактное лицо. С проектом связана информация о проекте, включая название проекта, описание проекта, имя клиента, тип клиента, дату начала и т. д. Факторы, учитываемые при определении проекта, включают полноту материалов проекта, наличие времени у персонала, связанного с проектом, для участия в оценке, размер проекта, тип проекта, тип клиента и т. д. Роли персонала должны быть назначены персоналу, участвующему в оценке, на основе выявленных проектов, например старшие менеджеры, менеджеры проектов каждого проекта и оборудование. Бухгалтеры, разработчики, тестировщики, персонал по улучшению процессов (EPG), менеджеры по конфигурации (CM), персонал по обеспечению качества (QA) и т. д. Здесь нужно учитывать, занимается или понимает ли сам персонал работу, соответствующую роли, достаточно ли времени, участвовал ли персонал, связанный с проектом, в соответствующем проекте и имеет ли определенный опыт реализации проекта и т. д.
Это последний шаг перед официальной оценкой. В ходе подготовки соответствующих материалов для аудита компании консалтинговая компания проведет обучение соответствующего персонала по CMMI. Кроме того, перед официальной сертификацией CMMI участники также должны быть проинформированы о них. направление оценки и направленность интервью. Проведите пробные интервью. Содержание обучения обычно включает в себя: общую концепцию CMMI, области практики и их фактические функции в соответствии с уровнем сертификации, общие этапы процесса сертификации, конкретное разделение трудовых обязанностей между участниками, результаты каждого этапа. областей практики и процессов исполнения и т. д. и т. п.
Возьмем в качестве примера компанию блоггера. Отдел ролевого обучения проведет специальное обучение для конкретных участников. Содержание обучения в основном направлено на выяснение содержания работы каждой роли, рабочего процесса, результатов, соответствующих заинтересованных сторон и ключевых моментов. собеседование, оценку и подготовку ключевых материалов и т. д. После этого персонал на каждой должности будет объединен со специальным содержанием обучения и общими оценочными материалами CMMI, чтобы подготовиться к оценке, понять содержание материалов, содержание проекта, расположение соответствующих результатов работы и направление ответов на вопросы. . После того, как все будет завершено, будет проведено моделирование собеседования в соответствии с формальным форматом собеседования, чтобы понять уровень подготовки респондентов, а для тех, кто не подготовлен должным образом, будет проведено дополнительное обучение. Вообще говоря, вышеуказанное содержание работы должно быть выполнено за полтора-два месяца до официальной сертификации.
За день до начала официальной оценки консалтинговая компания свяжется с оценщиком, чтобы подготовиться к проверке в соответствии с требованиями оценщика. Предприятие участвует в согласовании места проведения конференц-зала, используемого при проверке готовности и собеседовании, подготавливает компьютеры и другое оборудование, используемое опрашиваемыми, согласовывает время участников проверки, подготавливает проекционное оборудование, фотоаппараты и т.д.
Официальная оценка длится 5 дней. В первый день будет проведено стартовое совещание, в котором участие соответствующего персонала не требуется.
Второй и третий дни являются основными. Оценщик и команда оценщиков проведут проверки на основе сотен требований, соответствующих сертификации уровня приложения. Проверки условно делятся на две категории. Одна из них — физическая проверка и проверка документов, которая является нашей обычной. выполнение проекта. Все виды исполнительных рабочих документов и записей, участвующих в процессе; другое - люди, собеседования на месте, оценщики и группы оценки будут проводить собеседования с соответствующим персоналом, в число интервьюируемых входят: руководитель проекта, специалисты по разработке, тестированию, проектированию, анализу спроса. , QA, OT, CM, старшие менеджеры и т. д. После того, как группа оценки завершит рассмотрение документов и собеседования на месте во всех практических областях, группа оценки обновляет результаты и оценивает их один за другим с участием всех оценщиков и членов группы оценки путем голосования. Наконец, отправьте оценщику окончательную версию результатов, а также документы на уровне проекта и на уровне организации. Оценщик будет использовать результаты своей проверки и собеседований, чтобы определить, соответствует ли эта часть предприятия соответствующим требованиям CMMI. Результаты в конечном итоге будут объявлены всем сотрудникам в последний день проверки.
На четвертый день группа оценки проводит предварительное совещание с соответствующим персоналом предприятия. На этом совещании спонсоры и соответствующий персонал предприятия могут предоставить дополнительные разъяснения по вопросам, указанным в предварительном отчете о раскрытии, который по сути аналогичен отчету о предварительном раскрытии. совещание защиты. Эта предварительная ознакомительная встреча будет проводиться в два сеанса: первый для соответствующих сотрудников, а второй для менеджеров, оба продолжительностью около получаса. После этого оценщик и оценочная группа снова доработают предварительный отчет о результатах и придут к соглашению о результатах путем голосования.
Окончательные результаты проверки будут объявлены на 5-й день, а окончательные результаты будут сформированы оценщиком в итоговый отчет. И провести итоговое собрание по итоговому отчету с соответствующим персоналом компании и объявить, прошла ли проверка или нет. Наконец, оценщик оставит окончательный отчет о результатах поиска бизнес-спонсору. Это собрание требует участия всех участников, и на месте необходимо сделать групповое фото для архивирования.
После завершения всех работ оценщик рассортирует все результаты оценки и отправит их на официальную проверку через систему оценки. Официальная группа проверки качества проверяет каждую оценку по всему миру, чтобы определить, соответствует ли она требованиям спецификаций процесса оценки SCAMPI A. Как правило, опубликованные результаты проверки можно просмотреть на официальном сайте Института CMMI через 1–2 месяца после официальной оценки. Кроме того, результаты проверки также будут одновременно отправлены спонсорам и оценщикам компании по электронной почте.
Для предприятий общего профиля, которые хотят использовать CMMI для улучшения стандартизации продуктов и проектных процессов, независимо от того, какова отправная точка, CMMI3 на самом деле является относительно хорошим выбором. По сравнению с CMMI4 и 5, 3 не вызывает слишком больших сложностей при рассмотрении. и сертификация, и оценка. Цикл не долгий, и важно то, что цена сертификации не такая уж и дорогая. Для компаний, которые могут достичь уровня CMMI3, их процессы выполнения были значительно улучшены по сравнению с предыдущими. Кроме того, если вы чувствуете, что после прохождения сертификации CMMI3 нет особого давления и существует срочная необходимость, вы можете попробовать сертификацию уровня 4 или 5. Этот выбор может оказаться нерентабельным решением с низким уровнем риска.