6912
правок
Изменения
м
Нет описания правки
= Кейсы углубления СРТ в ИТ =
Для понимания мне интересно проиграть по предложенной позиционной схеме кейсы углубления СРТ в ИТ, как я себе их представляю. И я сделаю это здесь, чтобы остались следы размышлений, во-первых, и приглашая к обсуждению читателей, во-вторых.
# '''От программиста - к позициям RUP'''.
#* На начальных этапах разделение труда шло по ремесленной схеме: опытные программисты занимались проектированием и ключевым, сложным кодом, а подмастерья - писали обычный код, обучаясь при этом.
#* Визионером новой СРТ послужил Ройс в своей схеме водопадной организации работ. Говорят, в статье было написано о глупости и неуместности такой организации работ.
#* Но это оказалось не важно - красивая картинка овладела массами Предпринимателей, для которых неудовлетворительные результаты разработки были критичны, и они поспешили применить эту СРТ в свою практику.
#* Так появились бизнес-аналитики, системные аналитики и архитекторы, разработчики и тестировщики, а также множестово артефактов, обеспечивающих передачу работы по этому конвейеру.
#* А Строители институтов - методологи (от программирования, а не СМД) снабдили это своими стандартами, разработав RUP, который стал основой PMBOK, SWEBOK и многих других.
#* Изобретатели вроде себя особо не проявили.
# '''От разработчика сайта к дизайнеру, кодеру и другим'''
#* Начиналось все с универсальных разработчиков сайтов для вновь появившегося web. Через некоторое время появился jscript и сайты стали интерактивными.
#* Обнаружилось, что для одних сайтов важен внешний вид, а для других - интерактив. Это достигается разными средствами, и умения редко совмещаются на одном человека. Развивалась специализация.
#* А потом Изобретатели придумали, как отделить дизайн от кода, а еще - от наполнения сайта контентом так, чтобы этим могли заниматься разные люди, не мешая друг другу.
#* Способы разделения различны, одни предполагают последовательную работу, другие позволяют работать параллельно.
#* Предприниматели делают сборку под каждый проект или под компанию, определяя таким образом ее специализацию. и выбирая соответствующие технические средства.
#* Появились визионеры, предлагающие различные парадигмы организации сайтов (MVP, MVVM и другие). Впрочем, грань между визионероми изобретателем тут часто стирается.
#* А строители институтов зафиксировали разделение в стандартах и программах обучения. А еще реализовали инфраструктуру, ориентированную на конкретные парадигмы. Или об инфраструктуре говорить неправильно, просто изобретатели делают средства для реализации парадигм?
# '''Scrum как углубление СРТ'''
#* Это - интересный кейс, потому что, на первый взгляд, SCRUM не углубил СРТ, а наоборот, сделал ее мельче, когда заменил многочисленные специализации RUP идеей кроссфункциональной командой разработчиков. Однако, на самом деле, он просто вернулся к предыдущей стартовой точкой, которая была до водопада - потому что специализации себя не оправдали, особенно в небольших проектах.
#* Зато он предложил альтернативное углубление специализации, разделив обязанности руководителя проекта (группы) на три части: Product Owner, Scrum Master и самоорганизующаяся команда. И этим расшил основное узкое место в старой СРТ - набор руководителей групп, от которых требовалась смесь профессиональных и организационных компетенций. Это - известная проблема в науке: кто лучший руководитель - ученый или организатор, и Scrum решил ее, поделив должность. И организовав процесс так, чтобы это функционировало.
#* У Scrum есть конкретный автор - Джеф Сазерленд и в данном случае он воплощает Визионера, Изобретателя и Организатора в одном лице.
[[Категория:Лекции Щедровицкого по СРТ]]