Как вы справляетесь с информационным хранилищем? [закрыто]

29

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

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

Каким образом команды успешно решили эту проблему?

sheikhjabootie
источник
2
Поддерживает ли вас руководство?
Информационный накопитель просто собирает информацию, накопление не означает, что они не будут делиться. Может быть, вы хотите спросить, как бороться с скрытным, параноиком или защитником?
asoundmove
на самом деле нет, информационный накопитель по определению тот, кто хранит информацию для себя. поэтому они защищают информацию, которой они уже обладают.
Анонимный тип
@ Торбьерн - да. Руководство может увидеть проблему. Но они нервничают, действуя слишком дерзко.
Шейхьябути
2
@ Анонимный тип - Вопрос в том, как справиться с информационными пробками, которые могут возникнуть в команде разработчиков и двигаться вперед. Когда я писал это, я предполагал, что все копи пытаются закрепиться. Из некоторых постов ясно, что это не так. И некоторые очень практичные предложения были сделаны для работы с копилками, которые не имеют навыков общения, чтобы удалить горлышко бутылки. Эта точка зрения важна, чтобы избежать чрезмерного антагонизма. Это не клуб ненавистников, я просто хотел узнать, как лучше справиться с общей проблемой развития :-)
sheikhjabootie

Ответы:

35

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

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

Кроме того, его менеджер должен сесть с ним и объяснить, что это не угрожает его работе. Потому что именно поэтому он делает это.

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

прецизионный самописец
источник
7
В зависимости от того, где вы работаете и чем занимаетесь, это вполне может поставить под угрозу вашу работу. Бьюсь об заклад, многие люди, которые имели высоко автоматизируемые рабочие места, напуганы, что их руководство узнает. Документация - это один из способов выяснить, сколько умственного труда уходит на работу, и значительно облегчает замену этого человека, добровольно или нет.
10
1
@ l0b0 - Если компания успешна, всегда есть что-то еще, другие проекты на заднем плане. Я надеюсь, что менеджер верит в компанию достаточно, чтобы продать ее.
фунтовые
@pdr - В этой команде команда старается изо всех сил заниматься проектами «Марш смерти», и таким образом кладовщик всегда «слишком занят», чтобы проводить сеансы передачи, создавать документы и т. д. Мы пытались сменить его работу на исключительно тренера, но он указывал, что делать, не учя, как и почему. Ему удалось оставить их в темноте так же, как и раньше. Его версия парного программирования - он делает все это, пока младший запутывается. Это вызывает проблемы удержания; но мы не можем потерять копилку. Я хочу вдохновить его на то, чтобы он был отличным руководителем команды, который поддерживает своих товарищей по команде, но он, кажется, боится высунуть себе шею ...
sheikhjabootie
8
@Xcaliburp - опять же, если вы сосредоточитесь на нем, он будет сопротивляться. Если вы проводите командную политику, он сможет продержаться только так долго. Если он откровенно отказывается, его должны уволить. Я был в компаниях, которые потеряли кого-то незаменимого и знаете что? Мы выжили.
фунтовые
9
Привычные действия, наносящие вред вашей команде, должны стать причиной потери вашей работы.
JeffO
33

Я полагаю, что Джеральд Вайнберг имел в виду именно этого человека, когда он комментировал в «Психологии компьютерного программирования» (перефразируя, потому что у меня нет книги передо мной), если вы заметили программиста, пытающегося сделать себя незаменимым, стреляйте его сразу. Спустя 25 лет, когда он переиздал книгу, он заметил, что ни один другой совет не получил ему такой большой благодарности, как этот.

Так что это одно из решений.

btilly
источник
1
Это такая потрясающая цитата, жаль, что я не читал эту книгу уже.
Анонимный тип
Забавно, что ты так говоришь .. Я сказал, что генеральный директор нашей компании сказал мне это сегодня, и он из Швейцарии (не США). Кажется, это интернациональное ощущение, что если кто-то пытается сделать себя незаменимым, то уволить его.
Брайан
1
Было бы здорово, если бы я мог проголосовать больше одного раза. Я бы дал вам как минимум +20 за цитату.
Яцек Прусия
12

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

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

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

Если, конечно, вы не хотите показать одному из них, как это сделать ....

JQA
источник
1
Я согласен с вами в принципе, но кто-то ответственный должен соблюдать правила. Это не выдержит.
JeffO
2
По моему опыту работы с менеджерами, программистами и менеджерами, «соблюдение правил» - хорошая теория, но (за исключением проблем с персоналом) сложная. С некоторыми людьми вы можете за 5 секунд понять, что вы пытаетесь подтолкнуть мокрую нить в гору. Поэтому, если они хотят сделать что-то определенным образом, я возлагаю на них ответственность за свое решение и возвращаю им все свои оправдания (они могут придумать самый удивительный и непрерывный запас оправданий, и это спасает меня от размышлений об опровержениях). И остальная часть команды не тащится вниз. Когда они понимают, что они вырыли себя в яму, они начинают поворачиваться.
JQA
Я вижу это как очень пассивное агрессивное решение. Я думаю, что было бы намного проще просто уволить человека. Конечно, сначала с ними повод. Убедитесь, что они знают важность ситуации. Но если это не удастся, освободите их.
ConditionRacer
11

Это напоминает эту статью от Рэндс в Repose.

Я думаю, тебе нужно выяснить, почему этот парень копит информацию. Обеспеченность работой (как статья о Феске) является большой. Но так же небезопасно. Или просто то, что ему нравится такая работа, и он хочет все это для себя, или испытывает какое-то сильное чувство причастности к определенной области. Или чрезмерно предан и не видел, как тратить время.

Некоторые из этих проблем могут быть решены неконфронтационными уловками:

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

Также стоит присоединиться к нескольким попыткам сбора информации - для танго нужны двое, и вы можете не захотеть исключать мысль о том, что вокруг достаточно запугивающих, что спрашивающие не задают хорошие вопросы, таким образом, усугубляет проблему. Возможно, вам придется вскочить и начать поддерживать вещи и задавать более широкие вопросы, чтобы заставить парня двигаться. Кроме того, наличие там руководства, задающего вопросы, придает вес и важность деятельности по обмену информацией - намного труднее отступить и избежать управления. Обычно после нескольких продуктивных сессий вы можете выйти из середины и сказать: «У вас, ребята, есть это, я вам не нужен» и перейти к следующей проблеме.

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

bethlakshmi
источник
9

Я не уверен, что слово «отказ» часто является правильным словом, обычно они просто слишком заняты и не имеют свободного времени (или склонности, или социальных навыков), чтобы отвлечься от большого количества времени, чтобы объяснить очевидное (для них). ) к n00bs.

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

Я бы порекомендовал, чтобы помощник работал над частью системы, и, как ожидается, со временем станет экспертом в этом, опытный разработчик должен помочь им выполнить свою работу в этой небольшой области. В любом случае, мы все были там, «если вы хотите знать, как работает X, забудьте документацию (устаревшую или несуществующую) и поговорите с Джимом».

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

Не забывайте, что если у вас есть какая-либо система super-complx (которую вы делаете, или новые парни должны быть в состоянии понять это самостоятельно), то передача знаний - это очень долгий процесс. Никто не может сесть и заставить кого-то полностью набрать скорость, на моем месте такая задача заняла бы минимум 6 месяцев, и даже тогда ... черт, я все еще изучаю материал о том, что делает наш продукт, и я был здесь почти десятилетие!

gbjbaanb
источник
3
@gbjbaanb - Спасибо за ответ. Я думаю, что отчасти проблема заключается в том, что кладоискатель часто обладает навыками кодирования или решения проблем, но не умеет объяснять, обучать или документировать. Таким образом, запас накапливается непреднамеренно. Я не имел в виду «отказаться» по-сильному - возможно, «сопротивляться» было бы лучше. Мы все признаем необходимость делиться знаниями, но затем миллион и одна причина препятствуют этому. Так что ваше предложение для помощника может сработать. Идеальным помощником был бы разработчик, который был одержим документацией
sheikhjabootie
@Xcaliburp - я не согласен, вы подразумеваете, что менеджеры / другие члены команды всегда заинтересованы во всех этих «сложных и сложных вещах». На самом деле большинство людей не заботятся о документации, вики и презентациях. Очевидно, что вид "информационного ордера" делает это. В какой-то степени я отношу себя к этой категории, для себя я очень много документирую. Иногда я делаю это и для других, в общих папках / вики и т. Д. Но обычно это никого не интересует. ;) (Ни в моей документации, ни в документировании самих себя ...)
Филипп
1
@Xcaliburp: удачи в поиске «разработчика, который любит Docco!» :)
gbjbaanb
1
@Philip - когда вы младший разработчик, все, что вы хотите сделать, это код. Но по мере того, как вы получаете стаж и становитесь руководителем группы, вы понимаете, что большинству систем требуется много квалифицированных людей для совместной работы и выработки решения, которое ни один человек не может сделать в одиночку. Таким образом, лучший код больше не самый быстрый и не самый умный, а самый простой. Помочь товарищам по команде - лучший способ создать отличное программное обеспечение. Я не люблю писать документацию, но мысль о том, что мое «имя» будет проклято годами, потому что я являюсь разработчиком, который создал этот большой шарик грязи, является достаточным стимулом, чтобы попытаться преуспеть в этой части работы :-)
Шейхьябути
@Xcaliburp: Конечно, но вы говорите мне, что хотели бы написать тонны документации, которую все могут легко понять, но никто не будет читать, даже вы? ;)
Филипп
5

Сделайте общение обязательством для каждого члена команды и оцените его в рамках ежегодного обзора.

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

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

Стив
источник
Все хорошо, но это не мешает накоплению информации. В таких условиях накопитель может процветать. И как только кто-то начинает копить, его трудно наказать, так как у него есть ключи к ценным знаниям.
edA-qa mort-ora-y
Тогда это проблема управления - все сотрудники знают, что они должны общаться, «копилка» будет оштрафована во время проверки (или с помощью любого другого процесса управления карьерой). Если у вас есть другие предложения, пожалуйста, не стесняйтесь добавлять их.
Стив
4

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

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

Карра
источник
3

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

Джон Гейнс младший
источник
5
Забудь младшего помощника. Получите опытного, умного, знающего человека для работы с ним. Они становятся коллегами в смысле этого слова, и человек № 2 пишет документацию. Помните, вознаградите силу людей, не наказывайте их слабости.
Кристофер Махан
@ Кристофер - хорошо сказано. Я был в ситуации «непреднамеренного накопителя», и я могу вам сказать, что пытаться поделиться этим избытком конкретных знаний с младшим - пытка. Это должен быть кто-то опытный, который может поднять его и переварить как можно проще.
Carson63000
3

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

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

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

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

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

На самом деле есть только один способ получить один из них, который не любит делиться своими знаниями, чтобы охотно делиться своими знаниями: стать достойным этого. Обычно достаточно знаний, которых у них нет (но это трудно сделать). Quid Pro Quo и все такое. В противном случае, купите пару коз и погрузитесь в.

Феникс
источник
@ Phoenix - скажи парням самим разобраться, и путешествие отточит их навыки? Я думаю, у каждого облака серебряная подкладка ;-) Я бы предпочел работать где-нибудь, где я получил помощь и поддержку, чем собаку съесть собаку ...
sheikhjabootie
Кооперативная команда в целом, вероятно, будет лучше, чем действительно хороший программист. Однако требуется всего один или два действительно хороших программиста, чтобы превратить хорошую команду в отличную, даже если они просто используют то, что знают, а не делятся ею. Те, кто делится, часто пропускают биты, что приводит к проблемам, которые другим придется решать самостоятельно. Отдача всего этого приводит к проблеме, похожей на обучение вместо запоминания. Чтобы по-настоящему научиться чему-то, вы должны понимать это во всех его сложностях, а не просто выполнять наизусть, как указали другие.
Феникс
Кроме того, я просто подумал: на самом деле это не «собака ест собаку», потому что они не пытаются стимулировать конкуренцию между отдельными программистами, а вместо этого они пытаются стимулировать конкуренцию между программистами и самими знаниями.
Феникс
В традиционной культуре аборигенов Австралии у них не было письменности, поэтому они делали информацию скудной и, следовательно, ценной. Только самые уважаемые старейшины могут быть наделены обязанностью передавать учение веков. Те, кто хотел получить информацию 1), должны были быть достойными ее, и 2) должны были платить за нее. Это работало нормально около 30000 лет, а затем пришли некоторые парни с писательством, и проблема с обменом информацией была полностью решена. То, что вы описываете, звучит как способ аборигенов, который работает - но разве не было бы лучше, если бы они просто записали это?
Шейхьябути
Я предполагаю, что я имею в виду, мы не говорим о том, чтобы избавиться от хороших программистов со всеми их знаниями, мы хотим, чтобы они выполняли хорошую работу, которую они делают, и мы также хотим, чтобы другие программисты могли работать эффективно тоже. Я понимаю, что вы имеете в виду в отношении "собака ест собаку". Вы думаете, что борьба за качественную информацию выгодна в долгосрочной перспективе. По моему опыту, новобранцы с любым талантом или энтузиазмом настолько разочаровываются тем, как трудно делать что-либо без обмена информацией, что они довольно быстро уходят и уходят куда-нибудь в более благоприятную работу.
Шейхьябути
2

Кто главный? Где это заканчивается? Вам не нужно делиться информацией. Вам не нужно предоставлять документацию. Постоянно не в состоянии сделать вещи вовремя. Не следуйте стандартам кодирования. Либо кто-то ответственный считает это важным, либо нет. Там должны быть последствия. Они в основном воровали у компании.

JeffO
источник
2

Люди, которые играют в «У меня есть секретная игра», являются абсолютным худшим. Эти люди, как правило, небезопасны и создают или процветают в кризисном режиме .

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

  • что произошло
  • почему это произошло
  • как предотвратить это
  • какие другие системы уязвимы для той же ошибки

Я также сделал бы этого человека ответственным за ...

  • разработка стандартов кодирования
  • поддержание библиотеки кода
Майкл Райли - AKA Gunny
источник
1

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

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

temptar
источник
-2

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

mg1075
источник
Кто бы ни отрицал это, пожалуйста, будьте так вежливы, чтобы объяснить причину; а может ты тоже информационный накопитель?
mg1075
1
Я не знаю причину downvoter, но я думаю, что OP больше заботится о команде, и это, похоже, ничего не делает для команды, кроме как убрать из нее копейщика.
Захари Йейтс
@ZacharyYates - понял. Я предполагаю, что предложенные мною действия могут в конечном итоге помочь всем сторонам, вовлеченным в сложившуюся ситуацию, даже если бы они думали, что это означало бы уход из команды.
mg1075