Сообщений в теме: 2

[baranceva]

Выступление Таисии Рыбак на конференции CEE SECR “Разработка ПО”, осень 2016.

 

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

 

Посмотреть запись доклада

[SALar]

1. Не CI, а CD. Две большие разницы.
2. Автоматизация не тестирования, а "процесса поиска ошибок". И ROI от этой автоматизации совершенно отвратительный. В отличии от автоматизации процесса передачи кода в тестирование. Статью Димы Ручко Таисия, видимо, не читала.
3. Наличие тесткейсов, требований и т.д. не имеют никакого отношения ко второму уровню. Для достижения второго уровня обязательно нужно поставить процесс управления требованиями. Не разработки, а управления. А разработку требований ставят на третьем... И всегда постановка процесса управления требованиями должна быть до постановки процесса разработки требований. Почему то все пытаются сделать наоборот. С известным заранее результатом.
4. Переход от первого ко второму это год-полтора. И никак быстрее. Никак. Потому как надо не автотесты внедрять, а менять способ мышления топменеджмента.
5. Я не видел и не слышал, чтобы в РФ была бы хоть одна фирма хотя бы со вторым уровнем. Сертификат есть, уровня нет.
6. За KPI надо отрывать все выступающие части тела. Метрики процесса - другое дело. Естественно, с использованием карт Шухарта.
7. Вместо DevOpc-а лучше почитать ISO 9001 и RUP. Они сильно "гибче".
8. Если нужен результат, то неплохо начать с построения дерева текущей реальности.
9. ОТК внедрять лучше начиная с тестирования требований и архитектуры. Потому как до кодирования в продукт вносится больше дефектов, чем во время кодирования. Ну, статистику-то нужно поглядывать.
10. И естественный вопрос: "Покажите мне деньги".

 

Вот поэтому то я на конференции больше не хожу.

 

Наташ, спасибо за выкладку.

[Natalja]

Доклад вызывает неоднозначное впечатление.  И я так и не поняла причем тут CI, выстраивание процессов как таковых имеет отношение и к SCRAM и к Kanban и т.д. И в чем особенность выстраивания CI-процессов как то не отразилось в докладе, уж очень все сумбурно.