Эдвард Йордон

Интервью для Карьерист.ру

Накануне своего визита в Россию, специально для проекта Карьерист.ру, Эдвард Йордан согласился ответить на несколько вопросов

Елена Арсеньева: Расскажите, пожалуйста, над чем Вы работаете в настоящее время? Эдвард Йордон: Часть моей работы заключается в том, чтобы помочь организациям и IT подразделениям найти практичные и эффективные пути использования Web 2.0 и технологий социальных сетей. Иногда это требует чисто технических изменений, но главным образом это требует пересмотра и переоценки бизнес стратегий и целей, а также пересмотра культурных и социальных аспектов внутри организации. Другая часть моего времени уходит на работу в качестве независимого эксперта для юристов, чтобы обеспечить техническую оценку ролей и ответственности клиентов и поставщиков/разработчиков ПО, которые принимали участие в крупных компьютерных проектах, закончившихся провалом, приведшим к разбирательству в суде. Другими словами, моя работа — определить, чья вина в том, что проект провален и что можно было бы сделать, чтобы избежать провала.

Е.А.: Ваша книга, «Путь камикадзе» (Death March) сделала словосочетание «смертельный марш» нарицательным для каждого, кто занимался разработкой ПО более 5 лет. Что побудило Вас написать эту книгу? Э.Й.: Свой собственный опыт безнадежного проекта я получил за 30 лет до написания книги, в 1966 году, так что тема мне хорошо знакома. Но я был удивлен, когда увидел, что представители нового поколения, становясь участниками своих собственных безнадежных проектов в первый раз (некоторые из них были вызваны началом Internet/Web «дот ком» эры), совершенно потрясены этим. И теперь, 10 лет спустя, мы все еще видим безнадежные проекты — и я думаю, что это будет продолжаться бесконечно долго.

Е.А.: Мы узнали из Вашего блога, что Вы дружите с Томом ДеМарко. Как вы встретились и стали друзьями? Э.Й.: Сначала мы с Томом работали вместе в большом безнадежном проекте в период с 1966 по 1967. После этого мы работали в разных компаниях. Но несколько лет спустя, когда я открыл свою собственную консалтинговую фирму в 1974 году, я связался с ним, чтобы узнать, насколько интересно ему будет работать со мной над развитием некоторых наших концепций структурного дизайна и анализа. Так что мы хорошо знаем друг друга уже более 40 лет и стали очень хорошими друзьями за это время.

Е.А.: Вы были советником в научно-исследовательском проекте Technology Transfers (передача технологий) по возможностям разработки программного обеспечения на территории бывшего Советского Союза. Не могли бы Вы рассказать об этом проекте? Э.Й.: Это был исследовательский проект по изучению возможности работы с софтверными компаниями на территории бывшего Советского Союза, чтобы осуществлять такой же род аутсорсинга, который, даже в более крупных размерах, мы наблюдаем в Индии. В то время мы знали, что стоимость труда программистов бывшего СССР была очень низкой в сравнении с США, и что мы могли бы получить выгоду от очень хорошо образованных людей — многие, например, были кандидатами наук. Было очевидно, что образование и опыт этих программистов делают их способными к разработке научных, математических или инженерных приложений, но мы хотели провести больше исследований, чтобы понять будет ли правильно использовать этих людей в разработке бизнес приложений (например, финансовых систем, программ учета, систем начисления заработной платы и т.п.). К сожалению, исследование не было достаточно продолжительным, чтобы принести хорошие результаты.

Е.А.: Что, по Вашему мнению, важнее для менеджера проектов — личные качества, опыт или образование? Э.Й.: Я думаю, что наиболее важная вещь — это опыт, но конечно, нельзя игнорировать личные качества или образование! Они тоже важны, но опыт — самая важная вещь.

Е.А.: Не могли бы Вы дать несколько советов менеджерам проектов? Э.Й.: 1.  Поощряйте открытое, честное общение между членами вашей команды.
2. Не давайте обещаний ни за себя, ни за членов своей команды, если сроки кажутся вам заведомо нереальными.
3. Не позволяйте заставить Вас давать немедленную оценку сроков проекта, пока вы не получили достаточной информации.
4. Настаивайте на добавлении «плюс-минус» диапазона к вашим срокам и оценкам, вместо того чтобы позволять толковать эти оценки как точные.