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

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

На втором этапе SEOLUX предлагает выполнить несколько проектов используя приобретенные навыки под руководством специалистов SEOLUX. Проекты позволят обучить сотрудников компании-разработчика используя процессы и инструменты RUP.

Как результат компания-заказчик получит документированный процесс разработки, настроенный в соответствии с особенностями компании и выполняемыми проектами. Сотрудники компании-разработчика приобретут опыт выполнения проектов используя RUP и навыки использования инструментария. SEOLUX поможет компании-разработчику преодолеть имеющиеся трудности и устранить их.

Что входит в управление изменениями проекта:

• Анализ и сбор всех требований Заказчика.
• Фиксирование всех требований (общий бизнес-процесс, GUI, функционал) в спецификации.
• Регистрация всех требований, подлежащих реализации, в багтрекинговой системе. Соответствующая пометка тех требований, которые должны войти в деливери. Ответственный – руководитель проекта.
• Обязательный групповой анализ каждого запроса на изменение или доработку (руководитель проекта, QA, бизнес аналитик, техлид). Полное уточнение информации, принятие решения (отклонение запроса, запуск в реализацию, оформление дополнительным оплачиваемым этапом и т.п.)
• Оформление каждого запроса на изменение или доработку в форме Change Order, подлежащего подписи заказчиком (отвечает за оформление – бизнес аналитик, за подписание – руководитель проекта).
• После утверждения изменений должно проходить обязательное обновление спецификаций, тест-кейсов и т.д.
• Определение целесообразности начала тестирования следующего деливери.

Критерий начала:

• Все или большинство требований, относящихся к следующему деливери (фазе), реализованы.

Определяет готовность версии к тестировании по багтрекинговой системе, ответственный QA. Все требования, которые необходимо реализовать в определенном деливери, внесены в багтрекинговую систему с пометкой «Реализовать в x.y.» и, соответственно, попадают в фильтр «Деливери x.y.». Когда все или большинство требований, попадающих в фильтр, будут реализованы, версию можно передавать на тестирование QA.

• Определение готовности деливери к отправке. Критерии готовности:

• все требования, относящиеся к данному деливери (фазе), реализованы;
• открытые дефекты, относящиеся к данному деливери (фазе), отсутствуют.

Определяет по багтрекинговой системе QA и уведомляет руководителя проекта. Все требования, которые необходимо реализовать в определенном деливери, внесены в багтрекинговую систему с пометкой «Реализовать в x.y.» и, соответственно, попадают в фильтр «Деливери x.y.». Когда все требования и дефекты, попадающие в фильтр, будут закрыты, версию можно отсылать заказчику.

Мы рассмотрели пример процесса управления изменениями в ИТ проекте. Одна из распространенных ошибок – одноособное управление требованиями исходящее от руководителя проекта. Залог успеха – групповое обсуждение изменений, достижение компромисса со всеми учасниками.

Роли в команде разработчиков ПО:

Менеджер Проекта (PM) ответственный за:

• организацию процесса разработки;
• координацию и контроль всех видов деятельности в проекте;
• разработку плана проекта (Project Plan);
• проведение регулярных статус митингов в проектной группе;
• контроль готовности деливери и нового билда для QA;
• предоставление заказчику документации и промежуточных версий для просмотра и утверждения или комментирования;
• регулярное общение с заказчиком, выяснение требований;
• предоставление отчетов о статусе проекта.

Бизнес аналитик (Business Analyst) ответственный за:

• выяснение и анализ всех требований заказчика;
• фиксирование всех требований заказчика (в багтрекинговой системе и в функциональных спецификациях), прослеживание всех изменений в требованиях;
• написание и поддержка спецификаций.

Системный аналитик (Technical Leader) ответственный за:

• координацию и контроль деятельности по дизайну, архитектуре и кодированию;
• поддержку контроля версий;
• настройку скрипта для авто-билдера и своевременную сборку версий.

QA менеджер (QA manager) ответственный за:

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

QA аналитик (QA Analyst) ответственный за:

• подготовку тест дизайна;
• написание тест кейс спецификаций;
• проведение тестирования;
• регистрацию багов;
• прослеживание и проверку багов;
• написание документации пользователя.

Разработчик (Developer) ответственный за:

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

Заказчик (Customer) ответственный за:

• своевременный просмотр спецификаций и других присылаемых документов (с целью утвердить документ, дать комментарии, исправить неточности и т.п.);
• внесение замечаний, дефектов, пожеланий в багтрекинговую систему.
• своевременный просмотр каждого деливери после его поставки и предоставление комментариев.

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

Документ дает полное представление:

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

План разработки сайта описывает:

• Цель, содержание и функции проекта
• Объекты, подлежащие сдаче
• Приоритеты проекта

• Организация проекта

• Проектная группа
• Артефакты проекта
• Роли и ответственности
• Взаимодействие участников

• Управление разработкой

• План-график проекта
• Контроль качества
• Управление требованиями и изменениями
• Управление конфигурацией

• Инструменты, инфраструктура
• Контроль версий
• Процесс сборок и релиза
• Работа с дефектами

• Параметр бага «Fix in»
• Фильтры
• Зависимость полей
• Значения поля «Version»
• Действия QA после сборки внутреннего билда
• Действия QA после сборки деливери
• Действия PM после сборки деливери

• Предоставление отчетов
• Почта

• Проектный цикл

• Разработка
• Тестирование
• Приемо-сдаточные испытания

• Участие клиента в процессе

• Ревю и утверждение проектной документации
• Обсуждение изменений в требованиях, сроках, бюджете
• Просмотр промежуточных версий ПО
• Фиксирование замечаний и дефектов
• Приемо-сдаточные испытания

• Дополнительные планы

• План обучения пользователей
• План решения проблем

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

Выходные документы:

• тест план;
• программы проверок;
• тест кейс спецификации;
• отчёты о найденных дефектах;
• отчёт о внутреннем аудите.

Перейти на главную.

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

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

Не стесняйтесь напоминать о себе исполнителю, чем чаще, тем лучше. Ведь о Вас могут попросту забыть.  А еще лучше требуйте посмотреть промежуточный результат.

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

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

Как известно, скупой платит дважды, в редких случаях трижды. Заложив в бюджет создания сайта работу по описанию требований и их тестированию от 20% до 30% стоимости всей разработки, позволит Вам избежать многих подводных камней на пути к успеху.

Как можно получить сайт? Есть несколько вариантов. Первый относится к категории «дешево и сердито». Несколько кликов мышкой качаем готовый шаблон, наполняем самостоятельно контентом. Без капиталовложений получаем сайт готовый увидеть мир. Минус такого варианта состоит в том, что нужны минимальные знания в HTML и немного терпения. Второй вариант найти компанию, которая сделает сайт каталог или интернет магазин. Из минусов: дорого, гарантировано 99% не получите сайт в оговоренный срок, в лучшем случае с задержкой в месяц. Почему с такой задержкой? Потому, что высокая текучесть кадров и о Вас попросту могут забыть. Третий вариант – оптимальный. Найти вебмастера, который за скромную плату сделает качественный продукт полностью удовлетворяющий Вашим пожеланиям.

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

Рекомендую к прочтению: как проверить сайт заказчику. Гдк заказать услуги программиста. Вернуться на главную.

Наши услуги:

• Продвижение сайтов в Интернет.
• Контекстная реклама.
• Копирайтинг, рерайтинг.
• Создание сайтов визиток, каталогов, интернет магазинов.
• Выполнение QA (Quality Assurance) процедуры наших проектов и аудит внешних проектов.
• Выполнение системного и бизнес анализа ИТ проектов и бизнес процессов компаний.

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

Рекомендую к прочтению: как проверить сайт заказчику. Обывателю как создать свой сайт минимум усилий. Вернуться на главную.