Какие стратегии в отношении обратной связи и повышения уровня мастерства можно предложить? Прежде всего, нужно явно установить и артикулировать цели проекта и посмотрим, к чему это может сводиться. Руководитель должен быть откровенным перед своими подчиненными в отношении конечных целей проекта и четко выразить их в терминах потенциала, т. е. будущих возможностей сотрудников как бы с прицелом на будущее, а не только их текущих знаний. Кроме того необходимо использовать стандарты и регламенты, которые должны быть прозрачны и понятны, для того чтобы артикулировать для всех участников процесса разработки критерии эффективности, необходимо приводить при этом особенно начинающим разработчикам контрастирующие примеры, которые ярко покажут, что из уровня качества результата является приемлемым, а какой уровень качества является явно неприемлемым. Кроме того нужно постараться максимально точно передать без искажений и потери информации, что именно хочет руководитель проекта и ключевые заказчики. Ну, и наконец, цели и критерии оценок, если они меняются, они должны меняться постепенно и достаточно плавно с учетом обратной связи, на основе предложений по совершенствованию процессов. Еще одним важным стратегическим подходом в отношении мотивации и практики является поощрение целенаправленной практики, направленной к достижению эффективных результатов по производству программных систем. При этом, прежде всего, нужно оценить или инвентаризировать те предыдущие знания, которые имеются у заказчика, у проектной команды, у каждого индивидуального разработчика, для того чтобы определить необходимый уровень сложности. Затем нужно предоставить возможности для практической проверки тех знаний, которые получены на каждом этапе проекта, и подбирать задания для каждого разработчика и для команды в соответствии с растущим уровнем их мастерства. При этом используется развивающий адаптивный подход на основе позитивной обратной связи. Ну, и естественно, должны быть установлены адекватные критерии и ожидания для оценки тех уровней производственного мастерства, которые достигаются каждым из разработчиков и командой в целом. Какие стратегии следует применять для обеспечения целенаправленной обратной связи? Прежде всего, необходимо находить устойчивые паттерны или комбинации ситуаций, которые приводят к ошибкам, и стараться их избегать, и напротив поддерживать те ситуации, которые приводят к успеху. Кроме того необходимо использовать обратную связь, правильно расставив приоритеты, для того, чтобы корректно использовать как сильные, так и слабые стороны подчиненных и направлять их усилия. Далее нужно регулярно давать обратную связь о подчиненных, не избегая и их неудач, не избегая и разговора об их слабых сторонах, естественно, в корректной форме. По возможности обратная связь должна быть частой. И она должна включать как информацию о каждом индивидуальном участнике проекта, так и о команде в целом. Кроме того нужна обратная связь и от команды, не только о команде, но и от команды. Об этом также говорил в том числе Кент Бек в книгах об экстремальном программировании. Ну, и в этой связи каждый из разработчиков должен описать свой опыт работы с обратной связью, насколько эта обратная связь ему помогла в той или иной ситуации. Рассмотрим пример не вполне целенаправленной обратной связи, который приводит к понижению качества результатов работы. Если мы говорим о разработке программного продукта, речь может идти о не совсем правильном использовании стандартов. Если говорить об учебном процессе, можно привести такой пример: достаточно большое количество времени было потрачено преподавателем на комментарии к каждой конкретной работе, по государственной политике задание было написать несколько разных документов, в данном случае: памятку, аналитическую записку и газетную статью. Ну, если мы говорим о разработке программного обеспечения, можно привести такие аналоги, как, скажем, план тестирования, план интеграции, архитектурный проект. Это все совершенно разные документы, которые требуют совершенно разных навыков. И поскольку преподаватель или руководитель не привел корректных примеров хорошего и плохого качества исполнения работы, а пытался проиллюстрировать все на примерах, которые он получил от учеников, естественно, обратная связь была не целенаправленной. Какими ключевыми стратегиями получения целенаправленной обратной связи можно воспользоваться для того, чтобы исправить ситуацию? Необходимо собрать высокоточную обратную связь, использовать стандарты качества и практики мягких навыков таких, как ведение переговоров, общение, конструктивное извлечение информации из заказчика. И на этой основе строить обратную связь, которая позволяет более точно детализировать критерии, связанные с изготовлением документов должного качества, и повысить уровень разработки программного продукта. Какие выводы можно сделать по результатам обсуждения обратной связи? Прежде всего, обратная связь эффективна, если она, во-первых, целенаправленна, и во-вторых, сочетается с целенаправленной практикой. При этом руководителю необходимо создать дружественную среду для разработки и развития программных продуктов, которая, во-первых, предоставляет возможность вариативного развития комплексных навыков, т. е. достаточно сложных навыков командной разработки и индивидуальной разработки в совокупности, которая ориентирована на четкие цели и которая сочетается с целевым образом настроенной обратной связью.
