vit_r (vit_r) wrote,
vit_r
vit_r

Category:

Большое сбрасывание [2]

Wir haben mit den Lehrplänen eine solide Basis für eine gute Ausbildung geschaffen. Insbesondere das deklarative Wissen (Faktenwissen), das ein Requirements-Engineer für seine Arbeit braucht ist gut abgedeckt. Die IREB-Foundation Level Prüfung haben inzwischen über 20.000 Menschen abgelegt. Der Erfolg am Markt zeigt auch, dass das Zertifikat sinnvoll ist und in die Zeit passt.
Das prozedurale Wissen (also wie man RE wirklich im Projekt erfolgreich anwendet) lässt sich allerdings nur bedingt in einem Lehrplan vermitteln. Die wirkliche Vermittlungsarbeit – insbesondere beim prozeduralen Wissen – muss damit der Trainer leisten, der das entsprechende CPRE-Training hält. Hier gibt es naturgemäß Qualitätsunterschiede.
...
Ich denke man kann die Situation kurz gefasst so beschreiben: Jemand, der das CPRE-Zertifikat abgelegt hat, ist nicht automatisch ein guter Requirements-Engineer. Er hat aber zumindest das nötige Faktenwissen um starten zu können und befindet sich auf einem guten Weg.

Наши учебные планы создали солидный базис для хорошего образования. Особенно хорошо раскрыта тема декларативных знаний [искусство произнесения умных слов - vit-r]. В настоящее время число сдавших экзамен IREB-Foundation Level превысило 20 000 человек. Успех на рынке тоже показывает, что сертификат полезен и соответствует времени.
Созидательные знания (то есть, умение применять RE в реальном проекте) можно включить в учебный план только условно. За передачу этих знаний отвечает сам преподаватель, ведущий CPRE тренинг. По естественным причинам в этом процессе имеются отличия по качеству.
...
Я думаю, можно суммировать следующим образом: тот, кто получил CPRE-сертификат не является автоматически хорошим Requirements-инженером, [но он знает много красивых слов и, может быть, когда-нибудь из него выйдет что-то дельное. - vit-r]


Из интервью с Chris Rupp (гуру requirements engineering)

All too often I've heard the comment "it's not agile if we don't do it this way." In their defense, most of those speaking that way had little experience in what agile even was, much less what it looks like. Even those with certificates proving they sat for two days in a classroom and took modest notes about how to be a Scrum Master can't possibly define "true agile" until they have seen not only the effects of it, but also how it is achieved at different places.
...
Many people might actually be thinking about agile in a completely non-agile way. They might think true agile is a destination. Something you can reach. Something you can hang on a wall and say we achieved this; our job is done.
...
True agile is the ability to constantly try something, evaluate how well it worked, and adapt what you tried to make it better.
отсюда

Ещё кусок из диалога, который мог бы стать постом.

Менеджер - это набор достаточно разных ролей, многие из которых можно распределить, выдать универсальному исполнителю или передать техническому специалисту.

Видел вполне работоспособные связки из трёх человек там, где по идее командовать должен был бы один.

(Естественно, это в какой-то мере троллинг, но как профессиональная реакция на "фактически невозможно")

Но дробить в контексте маленького количества больших проектов очень страшно потерей контроля.

Скажем так, я видел один очень интересный случай. И там контроль был практически полностью обменен на предоставление свободы специалистам.

Естественно, получилось ужасно снаружи, но внутри практически всё вытянули. Потому что самоорганизация в хорошей среде работает неожиданно хорошо. И у меня нет сомнений, что было бы гораздо хуже, если они поставили на контроль.

При этом само наличие контроля может незаметно сдвинуть цели в совсем неправильном направлении.

Из того, во что мне реально дали запускать руки, было только выделение одного проекта. Но и там приходилось очень чётко прописывать интерфейсы, сразу определив, какая информация и в каком объёме должна выходить наружу, какие индикаторы бесполезны, потому что их слишком просто обмануть, а по каким (иногда очень косвенным) признакам можно поймать проблемы.
Tags: agile, de, germany, it, management, motivation, qa, quality, re, ru, writing
Subscribe
  • Post a new comment

    Error

    default userpic

    Your reply will be screened

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 0 comments