Факт 1
Самый важный фактор в разработке ПО — это не методы и средства, применяемые программистами, а сами программисты.
Обсуждение
В создании ПО важен человеческий фактор. Именно эта мысль главная в данном конкретном факте. Свою роль играют инструментальные средства. Важны и методы. И процессы. Но роль людей намного более значима.
Идея эта стара, как сама компьютерная индустрия. Она вышла из столь многочисленных научных исследований и докладов за прошедшие годы (она там встречается и сейчас), что к настоящему моменту должна быть одной из самых важных «вечных истин». Но в индустрии ПО о ней по-прежнему забывают. Мы считаем Процесс альфой и омегой разработки ПО. Мы выдвигаем инструментальные средства на роль волшебных палочек, усиливающих нашу способность создавать ПО. Мы собираем вместе разношерстные методы, называем результат методологией и требуем, чтобы тысячи программистов читали о ней, посещали курсы по ней, отполировывали знания путем зубрежки и упражнений и затем применяли ее в ответственных проектах. И все это от имени средств, методов, Процесса, стоящих над людьми.
Мы даже порой возвращаемся к бесчеловечным подходам. Мы обращаемся с людьми, как с взаимозаменяемыми шестеренками на конвейере. Мы требуем, чтобы люди, поставленные в рамки слишком жестких сроков и ограничительных условий, работали лучше. Мы отказываем нашим программистам даже в самых базовых элементах доверия, а потом ждем от них доверия к нам, когда мы им говорим, что делать.
В данной связи интересно рассмотреть Институт инженерии ПО (Software Engineering Institute, SEI) и его процесс разработки ПО, модель развития функциональных возможностей (Capability Maturity Model - СММ). Фундаментальное положение модели СММ состоит в том, что хороший процесс - это ключ к хорошему ПО. Основываясь на этом постулате, СММ определяет массу ключевых участков процесса и последовательность ступеней, через которые должны пройти организации-разработчики ПО. Особенно интересной СММ делает тот факт, что SEI занялся кадровым вопросом и заинтересовался ролью человеческого фактора в построении ПО лишь после того, как эта модель просуществовала несколько лет, и благодаря министерству обороны США ей был придан полуофициальный статус способа усовершенствования организаций, производящих ПО, и после того, как образ действия министерства обороны был скопирован другими организациями. Так появилась модель развития кадровых возможностей (People Capability Maturity Model - P-CMM) института SEI. Но она гораздо менее известна, и применяется намного меньше, чем модель СММ, ориентированная на процесс. Скажу еще раз, что многие профессионалы программирования по-прежнему считают, что Процесс важнее, чем люди, подчас поразительно, насколько важнее. Кажется, что мы никогда не сделаем нужных выводов.
А как Вы относитесь к этому факту. С точки зрения программиста?, работодателя?
Обсудить можно на форуме
Понравилась статья? Добавь в социальные закладки!
Показаны сообщения с ярлыком технологии программирования. Показать все сообщения
Показаны сообщения с ярлыком технологии программирования. Показать все сообщения
воскресенье, 14 сентября 2008 г.
Роберт Гласс - факты и заблуждения профессионального программисрования
ообще-то первая книга Роберта Гласса, которую я прочитал - это "Руководство по надежному программированию" (Software Reliability Guidebook - 1979). Это было в 1982 году.
Юмор и здравый смысл Роберта Гласса перевернул тогда мои мозги. Например:
"Уважаемые члены комиссии по расследованию, всю неделю самолет был исправен. Просто в середине Индийского океана на три минуты прекратилась подача топлива. Предполетную проверку самолет прошел в полном объеме".
Как часто мне заказчики говорят: "Ну наша-то база данных работает отлично. Она уже несколько лет работает". Просто в один прекрасный момент они получат неверные данные, на основании которых людям испортят жизнь.
Потом были и другие книги, как например, "Сопровождение программного обеспечения".
Но когда в издательство "Символ" вышла его книга "Факты и заблуждения профессионального программирования" я был просто в восторге.
Настолько она актуальная, настолько срывает всякие рекламные плакаты, что захотелось ее обсудить здесь
Каждый факт кричит о глупости менеджмента и заказчиков. НО! Не хотят эти выпускники MBA читать эти книги.
Понравилась статья? Добавь в социальные закладки!
Юмор и здравый смысл Роберта Гласса перевернул тогда мои мозги. Например:
"Уважаемые члены комиссии по расследованию, всю неделю самолет был исправен. Просто в середине Индийского океана на три минуты прекратилась подача топлива. Предполетную проверку самолет прошел в полном объеме".
Как часто мне заказчики говорят: "Ну наша-то база данных работает отлично. Она уже несколько лет работает". Просто в один прекрасный момент они получат неверные данные, на основании которых людям испортят жизнь.
Потом были и другие книги, как например, "Сопровождение программного обеспечения".
Но когда в издательство "Символ" вышла его книга "Факты и заблуждения профессионального программирования" я был просто в восторге.
Настолько она актуальная, настолько срывает всякие рекламные плакаты, что захотелось ее обсудить здесь
Каждый факт кричит о глупости менеджмента и заказчиков. НО! Не хотят эти выпускники MBA читать эти книги.
Понравилась статья? Добавь в социальные закладки!
Ярлыки:
Роберт Гласс,
технологии программирования
Подписаться на:
Сообщения (Atom)