Які характеристики програмного забезпечення "Центр досконалості" (РЄ)?

Нещодавно прийшов новий директор мого відділу і висловив бажання, щоб ми стали "центром передового досвіду". Я очікував, що оскільки він є моїм першим начальником, який насправді має програмування, то це буде деякий опис цього. Однак це було залишено на цьому.

Коли я замислювався над цим протягом останніх кількох днів, я приходжу порожній про те, що насправді означає, що РЄ насправді означає просто «бути ефективним» при постачанні товару. Ось основні пункти, з якими я борюся:

1. Це просто термін, на який входять типи управління?

2. Які якості роблять групу розробників та тестерів програмного забезпечення відмінними?

3. Як ви оцінюєте майстерність у цьому контексті?

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

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

Складність буває двома основними способами:

1) Він хоче цього, тому що він розуміє, що це правильний шлях розробки програмного забезпечення і що саме так ви виробляєте чудові продукти, чи він цього хоче, тому що хоче вміти цим похвалитися?

2) Чи прийме він первісну вартість (час, гроші, надійність та ризик), яка пов'язана з впровадженням найкращої практики? Добре сказати "підемо спритно", але він покладає свою репутацію на те, що це поліпшить справи і йому доведеться витратити багато часу, продаючи його в організацію. Майже завжди переваги є довгостроковими, витрати - короткостроковими, і це нелегко. Зрештою, він насправді серйозно ставиться до цього?

З точки зору того, як це виглядатиме, ну, це залежить від того, що ти робиш, але потрібно думати з точки зору того, якими є процеси твоєї розробки та управління проектами, які інструменти ти використовуєш, який комплект людей має і так далі . Тест Joel - це завжди гарне місце для початку, і, зокрема, я хотів би побачити дійсно надійний процес контролю версій, дуже гарне відстеження помилок та дуже хороші процеси збирання.

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

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

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

Як ви можете це виміряти? Ах, вікове питання. Зрештою, виміряти розробку програмного забезпечення важко, якщо не неможливо, а вимірювання досконалості в розробці програмного забезпечення також важко.

Єдине, що я дійсно можу припустити, я вважаю, що було б корисно, що широко застосовується багатьма компаніями - це задоволення клієнтів та персоналу. Це непряме вимірювання, але я вважаю, що якщо ви не відмінник, навряд чи ви отримаєте дійсно чудові рівні задоволеності клієнтів і дійсно чудові рівні задоволеності персоналу.

У цьому проблема в словах, що займаються нею ; вони звучать так, ніби щось значать ... але насправді цього не роблять.

З контексту звучить так, що ваша компанія виробляє продукт, і що ваш директор просто хоче, щоб ваш відділ був максимально ефективним та ефективним. IME, це означає, що вони мають намір виконати одне чи всі наступні дії:

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

Отже, безпосередньо відповісти на свої запитання:

• так
• У мене немає твердої відповіді на це. Існує багато показників, які можна використовувати для кількісної оцінки дивовижності.
• У цьому контексті, як правило, ви робите дати випуску чи ні.

У моєму 30-річному досвіді таке словосполучення зазвичай означає, що ми хочемо, щоб ви робили більше з меншою кількістю людей.

У відповідь на ваш номер 1:
Відповідь, безумовно, так , це термін, який подобається досвідченим гравцям Bullshit Bingo . Це не означає, що термін є безглуздим.

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

Щодо вашого питання №3:
Я думаю, що ви не можете. Я говорю про більше, ніж просто доведення проектів до успіху (що вже важко виміряти, серед іншого, через тенденцію оголосити навіть успішний проект успішним, оскільки це виглядає приємніше на презентації PowerPoint). Справжня досконалість походить від ставлення всіх членів команди, щоб дати все можливе, удосконалити себе, свої інструменти, свої процеси і т. Д. Найкращий результат - знайти спосіб виміряти ефективність певного заздалегідь визначеного процесу безперервного вдосконалення.

Першою людиною, яка приходить у голову, коли я думаю про "Програмний центр досконалості", це дядько Боб Мартін

Дядько Мартін довгий час виступає за досконалість у розробці програмного забезпечення у формі, відомій як Software Craftsmanship . Як описала вікіпедія

Майстерність програмного забезпечення - це підхід до розробки програмного забезпечення, який підкреслює навички кодування самих розробників програмного забезпечення. Це відповідь розробників програмного забезпечення на сприйняті проблеми основної галузі програмного забезпечення, включаючи пріоритетність фінансових проблем щодо відповідальності розробників.

Послухайте його на наступному подкасті, коли він пояснює, що таке майстерність програмного забезпечення:

• Радіо програмне забезпечення Епізод 150 Майстерність програмного забезпечення з Боб Мартіном

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

EDIT: Оскільки програмний центр передового досвіду вимагає відмінно підготовлених програмістів, ви також можете переглянути наступні ресурси:

• Матриця компетентностей програміста
• Що повинен знати кожен майор з інформатики
• 97 Речі, які повинен знати кожен програміст
• 97 Речі, які повинен знати кожен архітектор програмного забезпечення

Мені це звучить так, що він просто каже, що хоче мати культуру якості над кількістю, а потім знову може просто розмовляти своїм @ss. Як програмісти, я думаю, що ми маємо тенденцію передумати те, що кажуть люди. Принаймні я знаю, що роблю. Наскільки він сказав, це просто корпоративна розмова, але не варто думати про це. Як сказали інші, запитайте його.