В дебрях водопада
Dec. 29th, 2013 11:28 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
vit_rЭтот пост скопирован с поста в LJ вручную из-за проблем с автоматическим переносом.
Заметил, что на эфемерность существования специалистов по requirements engineering жалуются в основном люди из индустрии информационных технологий, в просторечии называемые программистами.
Страховые математики, электрики, электронщики, конструктора как-то без особых проблем выясняют потребности, составляют документы и разбираются с тем, что нужно клиентам, чего они хотят и что им может понадобиться.
В ИТ тех, кто может работать на уровне отличном от «Потыкайте в это окошечко и скажите, что вам не нравится», встречал очень редко, хотя как раз в этой области больше всего и крутился.
Можно было бы говорить про сложность программ, про молодость индустрии, про новизну методик, если бы требования на софт, железо, электронику и механику на самом деле разительно отличались. По сути, специфика начинается при углублении на более низкие уровни. Общие требования, в принципе, если не одинаковы, то аналогичны. Но электронщики и конструктора их составить могут, а специалисты по ИТ - нет.
Похоже, проблема чисто психологическая. Чтобы сделать коробочку и прикрутить её к корпусу надо не просто набрать гору чертежей, но и постоянно общаться с людьми, конструирующими этот самый корпус, технологами, которые отвечают за производство, экономистами, ставящими нереальные требования по бюджету, электронщиками, которые делают для коробочки начинку, и ещё кучей другого народу. Плюс с напильником, верстаком и отвёрткой, потому что всё в конечном итоге проверяется на реальной модели, естественно, коллективно, а не в гордом одиночестве.
Айтишник может неделями работать, без личного общения с другими участниками проекта. Что-то превышающее перекидывание друг другу файлов, тикетов, мейлов и багрепортов считается излишним. Иногда рабочие разговоры возникают, но касаются каких-нибудь хитростей в применяемых тулах, а не способов решения самого задания. Всякие митинги и ревью воспринимаются как тяжкая повинность и проходят с соответствующим результатом. Есть отдельные отклонения, но они погоду не делают.
Как-то присутствовал при разговоре заказчика с айтишным менеджером. На вопрос, когда будет готово техзадание, тот ответил, что всё почти написано и будет выслано для проверки точно к сроку. На что заказчик немного удивился и спросил, какого хрена и каким, собственно, образом пишется спецификация на новую систему, если с вопросами о потребностях, задачах и требованиях к его отделу за три прошедших месяца исполнитель не обращался ни устно, ни письменно. Айтишный менеджер увидел в этом какую-то проблему? Фиг. Ну не доработали, так получилось. Раз хотите, устроим вам какой-нибудь митинг.
Видимо, основную роль играет отсутствие опыта общения с двуногими прямоходящими. Если прибавить сюда типичную склонность к аутизму, становится понятно, почему таким мученическим подвигом представляется банальный разговор о задачах, потребностях и возможностях, и почему requirements engineering в исполнении специалистов по информационным технологиям начинается со слов «Когда заказчик напишет...»
Заметил, что на эфемерность существования специалистов по requirements engineering жалуются в основном люди из индустрии информационных технологий, в просторечии называемые программистами.
Страховые математики, электрики, электронщики, конструктора как-то без особых проблем выясняют потребности, составляют документы и разбираются с тем, что нужно клиентам, чего они хотят и что им может понадобиться.
В ИТ тех, кто может работать на уровне отличном от «Потыкайте в это окошечко и скажите, что вам не нравится», встречал очень редко, хотя как раз в этой области больше всего и крутился.
Можно было бы говорить про сложность программ, про молодость индустрии, про новизну методик, если бы требования на софт, железо, электронику и механику на самом деле разительно отличались. По сути, специфика начинается при углублении на более низкие уровни. Общие требования, в принципе, если не одинаковы, то аналогичны. Но электронщики и конструктора их составить могут, а специалисты по ИТ - нет.
Похоже, проблема чисто психологическая. Чтобы сделать коробочку и прикрутить её к корпусу надо не просто набрать гору чертежей, но и постоянно общаться с людьми, конструирующими этот самый корпус, технологами, которые отвечают за производство, экономистами, ставящими нереальные требования по бюджету, электронщиками, которые делают для коробочки начинку, и ещё кучей другого народу. Плюс с напильником, верстаком и отвёрткой, потому что всё в конечном итоге проверяется на реальной модели, естественно, коллективно, а не в гордом одиночестве.
Айтишник может неделями работать, без личного общения с другими участниками проекта. Что-то превышающее перекидывание друг другу файлов, тикетов, мейлов и багрепортов считается излишним. Иногда рабочие разговоры возникают, но касаются каких-нибудь хитростей в применяемых тулах, а не способов решения самого задания. Всякие митинги и ревью воспринимаются как тяжкая повинность и проходят с соответствующим результатом. Есть отдельные отклонения, но они погоду не делают.
Как-то присутствовал при разговоре заказчика с айтишным менеджером. На вопрос, когда будет готово техзадание, тот ответил, что всё почти написано и будет выслано для проверки точно к сроку. На что заказчик немного удивился и спросил, какого хрена и каким, собственно, образом пишется спецификация на новую систему, если с вопросами о потребностях, задачах и требованиях к его отделу за три прошедших месяца исполнитель не обращался ни устно, ни письменно. Айтишный менеджер увидел в этом какую-то проблему? Фиг. Ну не доработали, так получилось. Раз хотите, устроим вам какой-нибудь митинг.
Видимо, основную роль играет отсутствие опыта общения с двуногими прямоходящими. Если прибавить сюда типичную склонность к аутизму, становится понятно, почему таким мученическим подвигом представляется банальный разговор о задачах, потребностях и возможностях, и почему requirements engineering в исполнении специалистов по информационным технологиям начинается со слов «Когда заказчик напишет...»
