vit_r: default (vit_r)
vit_r ([personal profile] vit_r) wrote2013-12-14 11:46 am
Entry tags:

Секреты менеджмента

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

[identity profile] cucumber405.livejournal.com 2013-12-15 08:33 pm (UTC)(link)
да, и еще - скрам предполагает ТДД для сокращения издержек и ПЕРМАНЕНТНЫЙ рефакторинг.
я тоже сначала думал, что очень неплохо заложить максимум фичь, что потом не переделывать. нифига, половина будет мертвым капиталом, а усложненная кнострукция будем налогом на архитектуру.
при скруме не нужно боятся улучшать, другой вопрос, что начинается борьба с ПМами, для которых рефакторинг - слово ругательное.

[identity profile] vit-r.livejournal.com 2013-12-15 09:32 pm (UTC)(link)
начинается борьба с ПМами, для которых рефакторинг - слово ругательное.

При бесконечном притоке денег и отсутствии клиентов работает всё.

Если ошибки в архитектуре, можно рефакторить до посинения с нулевым результатом.

[identity profile] cucumber405.livejournal.com 2013-12-15 09:54 pm (UTC)(link)
какие, например?
единственное, за что нужно отрывать яйцы сразу, level bridge. Потому что это уже как раз трудно править.
во всех остальных случаях, если изоляция по слоям нормальная, все получится.
примеры приведи.

[identity profile] vit-r.livejournal.com 2013-12-15 10:13 pm (UTC)(link)
Ага. Пароли, явки документы и ключи от квартиры, где деньги лежат. Какие могут быть в agile примеры, если они даже метрики нормальные делать не умеют. "Бежим хорошо, а куда - пофиг". Вся правда только в личных беседах и в тайне от менеджмента, и, тем более, клиентов.

Вот типичная история (http://www.manage-agile.de/files/manageagile/Vortraege/Britz/Tag1/Ursual%20Meseberg%20-%20microTOOL%20-%2010%20Jahre%20agil.pdf)., правда с анализом и выводами я не согласен, но симптомы обычные. Списаны они, правда, не всегда на то, на что нужно.
Edited 2013-12-15 22:13 (UTC)

[identity profile] theaspect.livejournal.com 2013-12-18 09:29 am (UTC)(link)
Что такое level bridge?

[identity profile] cucumber405.livejournal.com 2013-12-18 10:55 am (UTC)(link)
это когда вместо того, что бы делать все, как в архитектуре положено, со слоями персистенса, бизнесс-логики, сервисов, кто то городит прямой сиквел-вызов к базе.
это делается в двух случаях - или нужно достичь большой скорости, чем позволяет обычная структура, но чаще - "а чего я буду разбиратся во всех этих слоях, маппингах, интерфейсах!"
в результате вместо того, что бы что то менять в одном месте, нужно менять все везде.
очень напоминает ситуацию - пришивал пуговичку к рукаву рубашки, а в результате пришил еще и рукав в самой рубашке.

[identity profile] theaspect.livejournal.com 2013-12-18 11:10 am (UTC)(link)
Какой смысл обсуждать детали если заказчик не тольно не определился с тем какие ему пуговицы нужно, но и вообще нужна ему рубашка или футболка, где пуговиц нет вообще

[identity profile] cucumber405.livejournal.com 2013-12-18 11:50 am (UTC)(link)
посмотри внимательно, в этой ветке обсуждался так же и рефакторинг.
рефакторинг возможен при достаточно хорошей капсуляции компонентов, как вертикальной - слои, так и горизонтальной - сущьности и классы.
собсвенно говоря, это капсуляции нет, то будут невозможны и моки, тдд, и рефакторинг в какой либо форме.
капсуляция - это и гибкость заодно.
и когда кунде не знает, что он хочет, значит, система должна быть гибкой и легко перестраиваемой.
на самом деле если не касатся ракетостроения, каждый заказчик работает в определенном логическом поле, для которого есть прототипы и подобные задачи.
кстати, тут еще есть одна проблема - отсутсвие опыта у менеждеров, которые по идее должны бы уже не в одном подобном предприятии поработать и тамошние системы поощущать.
если же манагер доморощенный, то - деревня он и есть деревня - он идет самым тупым путем - изобретает свой велосипед.