Каковы характеристики программного обеспечения «Центр передового опыта» (CoE)?

13

Недавно пришел новый директор моего отдела и выразил желание, чтобы мы стали «центром мастерства». Я ожидал, что, так как он мой первый босс, у которого есть опыт программирования, будет некоторое описание этого. Однако на этом все и осталось.

Как я размышлял об этом в последние несколько дней, я не могу понять, что на самом деле означает СЕ, помимо того, что он «эффективен» в доставке продукта. Вот основные пункты, с которыми я борюсь:

  1. Это просто термин, который выбрасывают типы управления?

  2. Какие качества делают группу разработчиков программного обеспечения и тестировщиков превосходной?

  3. Как вы оцениваете превосходство в этом контексте?

похотливый
источник
7
«Центр превосходства» - это жевательный и вкусный центр кодировщиков, посреди хрустящей конфеты для менеджеров. ;)
FrustratedWithFormsDesigner
8
Вы спрашивали его? Я имею в виду ... описания, возможно, еще нет, но я бы определенно спросил его, что он хочет увидеть в разработчиках и тестировщиках, чтобы назвать отдел центром превосходства. В противном случае вы просто наносите удар в темноте с небольшим шансом на успех и огромным шансом разочарования.
Марьян Венема
@ Марджан, я не спрашивал его, потому что он на несколько уровней выше, и у меня не так много времени на лицо (и с тех пор его не было). Будьте уверены, что я буду в следующий раз. Я просто хотел бы сначала получить информацию из надежных сторонних источников :)
Randy
Большие пальцы за это. Всегда хорошо подготовиться к тому, что, по вашему мнению, означает центр превосходства ...
Марьян Венема
1
Возможно, этот пост в блоге может дать вам некоторые идеи: agileelements.wordpress.com/2008/10/29/… (так как он принадлежит парню (не мне), который создал его в своей организации).
yasouser

Ответы:

7

Да, это просто термин, который выбрасывают типы управления, но если вы отбросите язык управления, он скажет, что ему нужен отдел, который, как считается, использует и воплощает лучшие отраслевые практики таким образом, к которому стремятся и делают другие так, чтобы доставить отличные решения, которые нравятся людям.

(Этот последний бит важен - если вы на самом деле не доставляете, не имеет значения, насколько все остальное здорово, и ваш менеджер не будет надолго).

Сложность приходит двумя основными способами:

1) Хочет ли он этого, потому что понимает, что это правильный способ разработки программного обеспечения, и именно так вы производите отличные продукты, или он хочет этого, потому что хочет иметь возможность похвастаться этим?

2) Примет ли он первоначальные затраты (время, деньги, доверие и риск), которые связаны с внедрением передового опыта? Можно сказать «давай проворнее», но он полагает, что это улучшит положение вещей, и ему придется потратить много времени, продавая его в организацию. Почти всегда выгоды являются долгосрочными, затраты краткосрочными, и это непросто. В конечном счете, он действительно серьезно относится к этому?

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

Я бы также посмотрел, подходят ли вам гибкие методологии (в частности, SCRUM), в какой степени может помочь автоматизированное тестирование (без начала религиозной войны существуют разные мнения о том, в какой степени сложность тестов перевешивает преимущества, которые они предоставить) есть ли у вас необходимые инструменты и комплект для выполнения работы. Обычно я бы хотел, чтобы инструменты были на переднем крае, а не на переднем крае. Стоит подчеркнуть, что речь идет не о том, чтобы иметь игрушки, а о том, чтобы дать каждому в команде инструменты, чтобы они были максимально продуктивными на максимально возможный рабочий день. Самый очевидный пример - плохие ПК - действительно ли это выгодно платить разработчикам, чтобы они наблюдали за курсором, в то время как их проект занимает 5 минут, когда они создают его полдюжины раз в день?

Несколько других вещей, которые, вероятно, будут видны в центре передового опыта: я бы предположил, что центр передового опыта в области программного обеспечения, вероятно, получил довольно хорошую программу обучения - возможно, не формальные курсы, но, конечно, книги бюджетов, учебного времени, наставничества и нравиться.

И я бы предположил, что он, вероятно, также делает небольшое количество (по крайней мере) НИОКР. Под этим я не подразумеваю полностью синее небо, но предоставляю разработчикам возможность опробовать новые вещи и оценить новые инструменты и языки без постоянного давления доставки клиенту. Вот как вы продвигаетесь вперед и оставайтесь хорошими в следующем году, через год и так далее.

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

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

Джон Хопкинс
источник
Моя проблема с модными словечками в том, что они слишком часто оказываются эффективной заменой реальной мысли о том, что они представляют. Я стараюсь не судить слишком резко, когда сталкиваюсь с модными парнями, потому что иногда они всего лишь менеджер, эквивалентный ботаникам-программистам, попавшим в другую вселенную пустяков и не понимая, что они звучат глупо для всех нас. хотя они действительно обладают интеллектуальной целостностью и эффективны, доступны и т. д.
Эрик Реппен
6

Это проблема с ласковыми словами ; они звучат так, будто они что-то значат ... но на самом деле это не так.

Исходя из контекста, кажется, что ваша компания производит продукт, и что ваш директор просто хочет, чтобы ваш отдел был максимально эффективным и действенным. IME, это означает, что они намерены сделать одно или все из следующего:

  • Нанимайте новых людей со «строгими требованиями» при найме (как правило, более высокие степени или сертификаты или признание в отрасли)
  • «Обрежьте жир» - избавьтесь от людей, которые, по их мнению, не производят
  • Вложить деньги в отдел для инструментов / процессов / людей / обучения

Итак, чтобы прямо ответить на ваши вопросы:

  • да
  • У меня нет твердого ответа на это. Есть много метрик, которые можно использовать для количественной оценки удивительности.
  • В этом контексте обычно в зависимости от того, делаете ли вы даты релиза.
Стивен Эверс
источник
3

В моем 30-летнем опыте такая фраза обычно означает, что мы хотим, чтобы вы производили больше с меньшим количеством людей.

HLGEM
источник
Простой превосходный ответ.
Ученик
2

В ответ на ваш пункт № 1:
Ответ, безусловно, да , это термин, который подобен опытным игрокам в буллс бинго . Это не значит, что этот термин не имеет смысла.

Давайте перейдем к вопросу № 2:
Взято из Википедии : Центр передового опыта: официально назначенная и неофициально принятая совокупность знаний и опыта в предметной области., Давайте забудем о формально назначенных и неофициально принятых и сосредоточиться на совокупности знаний и опыта. Я бы воспринимал знания как теоретическую основу, а конечный опыт - как нечто из практического применения. Чтобы достичь совершенства, вам нужны оба. Помимо этих (вполне очевидных) качеств, я думаю, что третье необходимо для достижения совершенства: способность задавать себе вопросы, размышлять о том, что вы делаете, и искать пути для улучшения. Знания, которые вы приобретаете, будучи студентом, но вам нужно постоянно работать над ними, быть в курсе последних событий и т. Д. Опыт, который вы набираете, - это опыт, который почти неизбежен. Самая сложная часть с точки зрения менеджмента - создать культуру рефлексии и самосовершенствования (удачи вашему боссу с этим ;-)

Что касается вашего вопроса № 3:
я думаю, что вы не можете. Я говорю больше, чем просто привлечение проектов к успеху (что уже трудно измерить, в том числе из-за тенденции объявлять даже самый неудачный проект успешным, потому что он выглядит лучше в презентации PowerPoint). Истинное превосходство достигается благодаря стремлению всех членов команды сделать все возможное, улучшить себя, свои инструменты, свои процессы и т. Д. Ваш лучший способ - найти способ измерить эффективность какого-либо заранее определенного процесса непрерывного улучшения.

треб
источник
1

Первый человек, который приходит на ум, когда я думаю о «Центре совершенства программного обеспечения», - это дядя Боб Мартин

Дядя Мартин давно выступает за выдающиеся достижения в разработке программного обеспечения в форме, известной как Software Craftsmanship . Как википедия это описала

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

Послушайте его на следующем подкасте, который объясняет, что такое Software Craftsmanship:

Также ознакомьтесь с Манифестом по программному мастерству , в котором подчеркивается важность хорошо продуманного программного обеспечения, добавленной стоимости, сообщества профессионалов и продуктивного партнерства.

РЕДАКТИРОВАТЬ: так как центр передового опыта программного обеспечения требует отлично подготовленных программистов, вы также можете посмотреть на следующие ресурсы:

Энтони
источник
0

Звучит так, будто он просто говорит, что хочет иметь культуру качества, а не количество, и опять же он может просто говорить о своих @ss. Как программисты, я думаю, что мы склонны переосмысливать то, что говорят люди. По крайней мере, я знаю, что знаю. Насколько он сказал, это просто корпоративный разговор, но не переусердствуйте. Как уже говорили другие, спросите его.

Ominus
источник