Изменения

Блог:Максима Цепкова/2017-10-26 - SECR-2017: Ivar Jacobson и другие

Нет изменений в размере, 19:33, 22 декабря 2017
м
Нет описания правки
:: '''Сергей Нужненко''' Похоже, тут конфликт культур. Врядли мы договоримся
:: '''Максим Цепков''' Наверное... В моей логике развития общества, ты - проникнешься новой культурой. Но, вполне возможно, собственным путем и не той новой культурой которая сейчас, а когда она станет более зрелой. Вообще мультикультурность - это нормально.
:: '''Сергей Нужненко''' На мой взгляд, проблема иллюзии отличности ИТ в высокой внутренней неопределенности и малом опыте применения в исторических масштабах. Это значит, что большая часть ИТ работает в двух режимах: кустарная гаражная сборка или опытное единичное производство. Кому-то удается выйти на малую серию. Но это не значит, что все когда-то не придет обратно к скучному учебнику по организации производства. Тем более, что культура проектирования и конструирования тоже не вчера родилась.Сегодняшние проблемы не в организации процессов, а в недостатке квалифицированного персонала. Тут, как кровати не переставляй, ничего не выйдет.
:: '''Максим Цепков''' Сергей, Ривз, на статью которого я ссылался, все это очень хорошо разобрал, показав, в чем отличается производство софта от конструирования самолетов, и какие из этого отличия есть следствия в методах, из-за которых скучный учебник по организации производства оказывается не применим. Статья - классическая - я сам на нее вышел по ссылкам в нескольких статьях и книгах уважаемых авторов. Это - про устройство мира. А практический индикатор для меня прост: столкнувшись с успехами Agile IBM и Microsoft начали перестраивать свои весьма громоздкие производственные машины, сделанные высококвалифицированными людьми по тем самым учебникам. Потому что у Agile перспектив больше. Ну и еще статистика, но вот это - индикативные примеры. Что касается недостатка кадров, то это - системная проблема, возникшая с появлением персоналок, и ситуация будет только ухудшаться. Именно потому, что Agile предоставляет возможность команде за счет кооперации делать то, для чего при классическом способе квалификации. При этом потребность в разработке будет только расти, и потому закрывать ее будут Agile-методами, а не квалифицированными кадрами - это быстрее, дешевле, а результат - не хуже по качеству, а значит, с учетом сроков - лучше.