첫 번째 제안 : 개발자가 학습과 관련이 있다고 생각하는 모든 것을위한 중앙 호스팅 솔루션을 만듭니다 . 최소한 프리젠 테이션 및 브라운 백 비디오는 여기로 가야합니다. 스크린 캐스트, 워크 플로우 비디오 등도 좋습니다. 설계 결정 방식이나 최적의 코드 검토 프로세스가 어떻게 진행되는지를 설명하는 텍스트 문서를 작성하려는 사람이 있다면 알려주십시오! 모든 기부가 자발적으로 이루어 지도록하십시오. 모든 자료의 날짜를 명확하게 지정하여 개발자가 얼마나 오래되었거나 그렇지 않은지 스스로 판단 할 수 있습니다. 이것은 내부 위키의 디렉토리 페이지처럼 간단하거나 (내부 위키가 있습니까?) 투표 및 의견을 허용하는 StackOverflow 유형 솔루션만큼 복잡 할 수 있습니다.
저를 죽이는 것은, 특히 제가 일했던 대기업, 심지어 제가 지금 시작한 스타트 업에 관한 것입니다. 조직 내에서 얼마나 많은 지식이 생성되어 손실 되었는가입니다. 이 전략은 다소 완화하는 데 도움이됩니다.
두 번째 제안 : 회사의 사명과 관련된 내부 기술 행사 일정을 만듭니다 . CocoaHeads / 사용자 그룹 회의에서 모바일 개발 패널까지 모든 것을 찾을 수있는만큼 많은 정보를 얻은 다음 개발자가 이벤트를 넘어서면서 이벤트를 직접 추가 할 수 있습니다. 솔루션에서 RSVP를 허용하고 회사의 다른 사용자를 볼 수있는 경우 보너스 포인트 (Google 캘린더에서 수행) 공동체 의식을 구축하고 개발자들이 누가 자신의 관심사를 공유하고 토론 할 수 있는지 알도록 도와줍니다.
이미 개발자들에게 컨퍼런스로 보내는 +9000에 대해 말한 바있다 . 또한 개발자가 교육을 식별 하고 "이봐, 나에게 보내줘!"라고 말하는 공개 프로세스가 있으며이 교육이 승인 될 때 개발자가 할 일에 대한 명확한 기대치 (공유해야 함) 회사의 나머지 사람들에게 자신의 메모를? 그들이 배운 것에 갈색 가방을 제공? 등). 훌륭한 개발자는 일반적으로 배우는 것이 무엇인지 알고 있습니다. 훌륭한 개발자는 일반적으로 가장 효율적인 학습 방법을 알고 있습니다.