Студент группы технического обмена задал такой вопрос:

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

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

Не мог не задаться вопросом: нужно ли строго соблюдать процесс тестирования и условия поставки?

Зачем создавать процесс?

1. Каков процесс?

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

2. Почему существует этот процесс?

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

3. Какие проблемы может решить этот процесс?

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

4. Какие гарантии может дать этот процесс?

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

5. Как понять процесс на высоком уровне?

Риски можно идентифицировать + проблемы можно отслеживать + результаты можно проверять + данные можно оценивать количественно!

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

Основная конкурентоспособность – это простоСуть позиции QA: баланс лучшего качества и более высокой эффективности.。И процесс,это путь кЛучшее качество + более высокая эффективностьмаяки и поручни。

Нужно ли строго соблюдать процедуру?

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

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

1. Реализация проекта задерживается, чтобы обеспечить достижение целей проекта.

2. Уменьшите количество требований к поставке и сократите объем поставки проекта, чтобы обеспечить своевременную и качественную доставку.

3. Временно выделить дополнительные ресурсы + мобилизовать членов проектной команды на сверхурочную работу, чтобы максимально улучшить качество доставки, обеспечивая при этом своевременную доставку.

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

Сотрудники — самый ценный актив компании, и краткосрочная сверхурочная работа, безусловно, может решить проблемы. Но в долгосрочной перспективе более разумно повысить зарплату сотрудников, оптимизировать спецификации процессов и хорошо поработать над управлением планом проекта и распределением ресурсов.

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

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

Кейс: Спецификация для приемочных испытаний

Наконец, давайте поговорим о спецификации процесса приемочного тестирования.

Однокурсница Планеты работает менеджером по тестированию в компании. В качестве Стороны А ей теперь нужно принять систему, разработанную поставщиком (Сторона Б), и она спросила меня, есть ли у меня хорошие предложения.

Этот вопрос относится к сфере проектного аутсорсинга.,В целом процесс примерно такой：Сторона А выдвигает нужды и требования,Несколько сторон ведут бизнес и осуществляют POC,Подпишите контракт после удовлетворения первоначальных ожиданий Стороны А.,В контракте оговариваются объем поставки, содержание поставки, объем поставки, стандарты результатов поставки, цена проекта и способ оплаты и т. д.。

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

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

• Функциональное принятие: Программное обеспечение должно соответствовать всем указанным функциональным требованиям, указанным в проектной документации.,Включает функции, функциональность и взаимодействие с пользователем.
• Приемка исполнения: Программное обеспечение должно соответствовать определенным стандартам производительности.,Такие как время отклика, пропускная способность, масштабируемость и т. д.
• Принятие юзабилити: Пользовательский интерфейс программного обеспечения должен быть интуитивно понятным и дружелюбным.,Легко для пользователей работать и понимать.
• Принятие совместимости: Программное обеспечение должно быть совместимо с целевым оборудованием.、Операционная система、Веб-браузеры и другие сопутствующие компоненты совместимы.
• Принятие безопасности: Программное обеспечение должно соответствовать указанным требованиям безопасности.,Защитите конфиденциальные данные,Защитите от несанкционированного доступа.
• Принятие надежности: Программное обеспечение должно быть надежным и стабильным,Демонстрация стабильной производительности и доступности.

Подводя итог,то естьКаковы потребности Стороны А (четкое описание) и каковы требования к этим потребностям (конкретные показатели)。Принимайте студентов на основе описания потребностей проекта и требуемых показателей.Разработать план приемки и документы о критериях приемки.,Просто принимайте документы один за другим.

Если требования соблюдены, отчет будет выведен, Сторона Б сможет развернуть его в Интернете, а затем наблюдать за ним в течение определенного периода времени. Если требования не будут выполнены, Сторона Б будет обязана вносить исправления до тех пор, пока требования не будут выполнены.

Что касается направленности плана приемки, то он фокусируется на следующих аспектах:

Разработать процесс приемки (можно найти любой поиск в Интернете, просто обратитесь к нему), сформулировать план приемки (аналогично процессу самоисследования), разработать сценарий приемочного тестирования, выполнить сценарий приемочного тестирования, онлайн-выпуск приемочного теста (производственная линия) проверка), связанная с тестированием сводка архива выходных данных。