Цитата:
Сообщение от
kashperuk
Ну вы, блин, даете. Мне уже в Майкрософт спрашивают: "Ты читал?!?". А я молчу, не знаю, о чем разговор. А у нас, здесь, оказывается, "постреливают".
А может вместо выяснения, кто прав, пошли бы все хорошую статью про Аксапту написали? С радостью у себя на блоге их выложу
Статей хотели? Их есть у меня.
ФОРМАЛИЗМ - чисто внешнее следование методологии и договору в формальном выполнении работы, когда специалист не задумывается над социальным значением своих поступков внутри проектной команды с обеих сторон (Заказчика и Исполнителя), не осознаёт действительного смысла своей деятельности или не способен мотивировать её с точки зрения целей проекта.
В своей работе любой член проектной команды и руководитель опираются на договор, устав, регламенты, инструкции и прочие проектные документы, в которых изложены их обязанности и права, правила, которые они должны соблюдать, а также исключения из этих правил.
Но никакая инструкция не может заранее предусмотреть все случаи, когда её выполнение на пользу делу, а когда нет. Многое остается решать человеку, руководствуясь своим здравым смыслом и знаниями. Слепое подчинение методологии и правилам способно причинить большой вред самому делу, оно сродни почти полной бездеятельности. Намеренное отключение здравого смысла, сообразительности, предприимчивости - это формализм!
Почти любой пункт практически любого регламента - палка о двух концах. Он открывает перед человеком две возможности - соблюсти его во благо или во зло. Имея это в виду, различают дух и букву всякого писаного правила. Дух - это цель, ради которой оно установлено. Буква - это указание на средства, которыми нужно пользоваться для достижения цели.
Перед тем как соблюсти букву без ущерба для духа, человек, если он добросовестный и умелый, должен создать необходимые для этого условия. Он получает, скажем, спецификацию на модификацию, внимательно её изучает и видит, что она не полностью оформлена, чего-то в ней не хватает: сценария тестирования, ссылок на связанные объекты и т. д., но суть модификации понятна. Разработчик пишет или говорит об этом консультанту, подробно выясняет, что ещё требуется сделать, предлагает какие-то дополнения и замечания, то есть проводит определенную работу консультанта. Далеко не всё, что он при этом делает, предусмотрено в перечне его обычных обязанностей, зато соответствует главной из них - внедрять информационные системы.
Другой же на его месте поступает просто и тупо: ваша спецификация не отвечает предъявляемым требованиям и потому отвергается. Буква соблюдена, а дух нарушен. Вот это и есть формализм. В тех случаях, когда человек мог бы избежать формализма, а не захотел, непременно ищите и найдёте одну из четырех причин или все сразу вместе: низкая квалификация, безразличие к делу, лень и трусость.
Низкая квалификация - это когда человек при всем желании не умеет выполнить свою работу творчески, и ему волей-неволей приходится действовать от сих до сих, не выходя за рамки самого простого, самого легкого.
Безразличие к делу - это когда человек, даже хорошо понимая, как надо поступить, не заинтересован в результате, когда ему всё равно, пользу или вред принесут его решения и действия, О таких иногда говорят - лишний раз не шевельнет пальцем. Тут равнодушие смыкается с ленью, то есть с нежеланием утруждать себя особыми хлопотами и усилиями.
Но неприятнее и опаснее всего, пожалуй, трусость. Неумелого можно (хоть и не всегда) научить, равнодушного и ленивого - встряхнуть критикой, а вот трусливого, перестраховщика сделать смелым, активным работником значительно сложнее. Его, как говорится, трудно ухватить, он очень ловкий, у него всегда наготове убедительно звучащие оправдания.
Формализм – зло, и к счастью в нашей отрасли редко встречающееся. Однако, разумное выполнение определённых формальностей – обязательно для всех членов проектной команды.