개발자 팀 회의를 운영하는 방법?

10 명의 개발자로 구성된 팀이 매주 모임을 갖습니다. 회의는 다소 지루하고 특히 유용하지 않습니다. 좋은 회의를하기 위해 어떤 형식 / 의제를 활용하십니까?

우리는 피자가 제공되는 회의실에서 매주 만납니다. 형식은 방을 돌아 다니면서 작업중인 다양한 작업의 상태를 나열하고 다음 주에 수행 할 작업에 대해 설명합니다. 관리자는 향후 몇 개월 및 연도의 향후 프로젝트 및 우선 순위에 대한 개요를 제공합니다.

최신 정보

이 회의의 목표는 일반적인 팀 빌딩, 모든 사람이하는 일에 대한 지식을 공유하고 변화하는 회사 이니셔티브를 모두에게 알리는 것입니다. 작업 할당을 공식적으로 '유인'하지 않아야합니다 (다른 수단을 통해 수행됨).

우리가 팀 회의를 할 때, 우리는 일주일 내내하고있는 일과 다음 주에 할 일을 이미 알고 있습니다. 장기 계획에 대한 합리적인 개요가 있습니다.

우리가 팀 회의에서하는 일은 우리를 괴롭히는 것에 대해 이야기하는 것입니다. 지난 주에 일어난 모든 일, 특히 프로세스 문제와 같은 미래에 우리가 바꾸고 싶은 것들이 크게 느려졌습니다.

원탁 형식은 귀하와 비슷하지만 다양한 사람들을 위해 많은 작업이 제공됩니다. 그리고 우리는 마음을 가볍게 유지하고 싶어합니다. 사람들은 완전히 개방적이어야하며 개인적으로 물건을 가져 가지 않는 것이 좋습니다.

그리고 우리는이 회의가 금요일 아침의 마지막 절반이 될 시간을 계획하고 점심 식사를 위해 술집으로갑니다 (필수 사항은 아닙니다). 반드시 한 시간 만 지속되는 것은 아닙니다.

경험상 관리자 (즉, 팀 리더 / 프로젝트 관리자 이상인 사람)는이 회의에 참석해서는 안된다고 제안합니다. 그것은 사람들이 완전히 정직하지 못하도록 막습니다. 팀 리더 / 프로젝트 관리자는 다른 회의에서 메시지를 위쪽으로 전달할 수 있습니다.

저주받은 회의를 취소하십시오. 포인트가 없으면 포인트가 없습니다. 나는 지난 15 년 동안이 중 너무 많았습니다. 나는 이러한 의제없는 "팀 회의"에 의해 손상된 뇌 세포가 여전히 작동한다면, 우리 팀과 나는 수십억 달러에 팔린 물건을 만들었을 것이며, 나는 상대적으로 모호한 것으로 은퇴하고 나의 꿈을 추구 할 수 있었다 앞으로 20 년 동안 내가 관심을 가지는 코드를 다루고 있습니다.

당신은 아마 간단한 상태 회의 나 이미 일어나고있을 것입니다. 일주일에 한 시간을 낭비하는 의식을 계속 유지하여 팀을 구성하는 것처럼 느끼면 이미 팀을 구축하십시오. 팀원이 팀이 해결해야한다고 생각하는 안건을 설정하거나 팀원에게 항목을 요청하고 회의 후 충동에 임할 수있는 권한을 부여하십시오. 그게 다야.

회의 전날 의제에 주목할만한 것이 없다면, 취소하고 퇴근 후 조기에 음료 (또는 커피)로 나가서, 직전에 실제로 구축 된 농도를 방해하지 않도록하십시오. 예정된 중단, 생각 나는 모든 것에 대해 이야기하십시오. talk 이야기 그냥 일어날거야 괜찮아. 당신이 나에게 충분히 돈을 지불한다면, 나는 내 자신의 진토닉을 구입해도 상관 없습니다.

지난 15 년 동안 지루한 팀 회의에서 허리에 최소한 10 파운드의 파운드를 더할 수있을 정도로 미쳤던 미지근한 피자를 많이 먹었고, 실제로 대부분의 날 출퇴근을합니다. 필요 없어 팀원들이 빨지 않는 한, 이미 출구를 꾸미고있는 중이라면, 구조화 된 연습이 필요없는 나만의 관계를 구축 할 것입니다. 나는 더 많은 일을 할 것이고, 더 행복해질 것이며, 내 동료들은 내가 지적 능력을 증명하려는 시도를 보여 주거나 공정 개선에 대해 무인 된 사람들의 이야기를 들거나 소스 제어에 대한 의식적인 지적 자위 행위를 듣는 것보다 더 나를 좋아할 것입니다 성능 테스트 환경에 대한 전략적 이니셔티브를 활용하기위한 위젯 가속화 및 모범 사례에 대한 제공자 공장 시드 데이터 단위 테스트 모델. (죄송합니다,

우리는 일반적으로 매주 월요일 아침 (10 인 팀) 오전 9 시경에 1 시간 회의를합니다.

• 하향식 : 회사에 어떤 일이 일어나고 있는지 알려주는 TL (Team Lead)의 15 분 (새로운 계약, 새로운 개발, 흥미 진진한 것들)
• 라운드 테이블 : 라운드 테이블에서 15 분 (각각 2 분 미만), 모든 사람들이 진행 상황을 알고 있는지 확인하고 TL이 일반적인 방향을 알려줄 때 앞으로 일주일 동안. 세부 사항은 유지됩니다.
• 프리젠 테이션 : 우리가 보유한 프로젝트 중 하나의 프리젠 테이션을 위해 30 분. 높은 수준의 개요, 모형 또는 기술은 프레젠테이션을 수행하는 사람과 작업 대상에 따라 다릅니다. 프레젠테이션이 열려 있고 사람들이 참여하도록 초대되었습니다. 토론이 너무 구체적이되면 연기되어 연기 될 수 있습니다.

나는 작은 애완 동물 프로젝트 밖에서 일어나고있는 일에 대한 최신 정보를 얻는 가장 빠른 방법이기 때문에 개인적으로 그 모임을 정말 좋아합니다.

내 생각에 중요한 요점은 세부 사항을 유지하는 것입니다.

• 주말 (목요일 / 금요일 말)에 우리는 우리가 한 일, 예정된 일정 및 연기 / 취소 및 TL에 발생한 문제에 대해 전체 보고서를 작성합니다. 월요일 아침에 반복 할 필요가 없습니다. 그들의 지혜에서 모든 사람을 낳았다
• 확장 된 토론은 권장되지 않으며 사람들은 관련된 사람들과 특정 회의를 예약하도록 권장합니다.

오히려 잘 작동합니다 (특히 금요일에 우리의 TL이 그의 동료 및 상사와 만나 새로운 소식을 얻기 때문에).

사람들은 크로와상이나 다른 물건을 가져올 수 있지만 필수 사항은 아니며 일정이 없습니다. 우리는 누군가가 할 때 감사합니다!

지루해지면 최신 기술에 대해 토론하십시오. 개발자에게 새로운 프레임 워크, 서버 등으로 무엇을했는지 물어보십시오.

지난 몇 주 동안 전자 메일로 진행 상황을 미리보고하고 문제를 일으킨 문제에 대해서만 논의하고 이번 주에 수행 할 작업을 간략하게 설명 할 수 있습니다. 이를 통해 각 개인의 보고서를 간단하고 흥미롭게 유지할 수 있습니다.

다가오는 프로젝트와 우선 순위는 일반적으로 주마다 바뀌지 않아야하므로 별도의 월간 회의로 옮기지 않는 것이 좋습니다. 긴급한 일이 생기면 주간 회의에서 제기 될 수 있습니다. 그렇지 않으면 자신을 반복 할 것입니다.

나는 또한 피자를 잃을 것이다. 산만하지 않기를 바랍니다.

우리 팀이 모두 현지인이었을 때, 우리는이 주간 회의를 가졌습니다. 당신의 목표가 팀을 성장시키기위한 것이라면 (팀이 구체적으로 당신에게보고하는 것이 아니라), 나의 충고는 "프로세스"나 구조를 최대한 많이 취하는 것입니다. 우리는 당신처럼 시작했고, 테이블을 돌아 다니며 모든 사람들이 자신의 작업을 나열하는 반면, 그 작업이 어떤 식 으로든 적용되지 않으면 듣는 사람들은 모두 두개골에서 지루해졌습니다.

우리가 팀으로 결정하는 한 가지는 상사가 우리를 한 시간 동안 방에 앉게 할 경우 적어도 도넛을 가질 것이라는 것입니다. 그래서 우리는 방을 돌아 다녔고 매주 다른 사람이 도넛을 책임질 것입니다 (모든 사람이 가입 할 수있는 하나의 프로세스). 우리의 상사는 시간이 지남에 따라 긴장을 풀고 특정 주제를 나열하고 계속 진행하는 대신 테이블 주위를 돌아 다니면서 우리를 괴롭 히거나 시원하고 재미있는 물건 만 가져 왔습니다. 입에 도넛이 채워져 있거나 그 날 아침에 말하고 싶지 않다면 그냥 지나칠 수 있습니다.

대기업 개발자 인 저는 회사에서 내 시간을 낭비하기 위해 250 가지 일을 할 수 있었지만 실제로 그 회의는 팀과 함께 쉬트를 촬영하고 도넛을 먹는 재미있는 방법을 발견했습니다. 이제 우리 팀은 3 개 주와 4 개 국가에 위치하고 있으므로 더 이상 회의가 없습니다 :(

개발자가 달성 한 것을 보여 주면 더 좋습니다. 개발자들은 대중 (일반적으로 미안, 대중)의 경외심에 무관심하지만 동료의 존중과 존경 (실제로 얼마나 힘들 었는지, 얼마나 영리한지 등을 이해하는 사람)은 중독입니다. 개발자는 새로운 반짝이는 것이 더 강력하고 빨라진 클리너를 좋아합니다. 그룹 설정-> 월요일 오전 LAN 파티. ^ ^ 회의는 개발자와 코드 / 기술에 중점을 두어야하거나 일반적으로 개발자의 시간 낭비입니다 (개발자는 코드를 통해 본딩 할 것 입니다. ^ ^).

HTH