에듀펀 경제이야기
엄마사랑어린이적립식펀드 고객을 위한 경제정보 이야기 입니다
경제레터 665회 - 이윤이 전부가 아니다, 사회적 경제
에듀펀
사람이 많이 모이면 빨리 끝날까? 맨먼스 미신
컴퓨터의 전원을 켜고, 화면이 나타나기를 기다립니다. 인터넷 창을 열거나 문서를 쓰기 위해 워드를 열 수도 있습니다. 게임을 할 수도 있습니다. 컴퓨터에서 움직이는 거의 모든 것들은 프로그램입니다. 이런 프로그램을 만드는 사람을 프로그래머라고 합니다. 물론 프로그래머가 모든 것을 만드는 것은 아니고, 프로그램 기획자, 디자이너, 퍼블리셔 등 다양한 업무를 하는 사람들이 모여 프로그램을 만듭니다. 보통 프로그램을 만드는데 얼마의 사람과 시간이 걸리는지를 표현하는 맨먼스(man/month)라는 말이 있습니다. 한 사람이 한 달 동안 할 수 있는 양을 계산해서 비용을 계산하는 방식입니다.
맨먼스로 프로그램을 만드는데 드는 비용을 계산하는 방식은 아주 오랫동안 그리고 여전히 효과를 발휘하고 있습니다. 그러나 이미 1975년에 맨먼스는 효율적이지 않다는 책이 나왔습니다. 프레더릭 브룩스 2세가 쓴 ‘맨먼스 미신’입니다. 이 책은 21세기에도 살아남아 정보통신 업계에서는 반드시 읽어야 할 책으로 손꼽힙니다.
맨먼스를 정확히 적용하면, 프로그램을 만드는데 걸리는 시간을 줄이기 위해서는 일을 할 사람을 더 써야 합니다. 그러나 프레더릭 브룩스가 실제 개발을 하면서 분석을 해보니 한 명의 프로그래머가 12개월에 걸려서 해야 할 일을 빨리 끝내기 위해 12명의 프로그래머를 모아서 일을 해도 1개월에 마칠 수는 없다는 것을 알아냈습니다. 이것이 바로 맨먼스 미신입니다. 처음에는 프로그래머를 투입할수록 일의 속도가 늘어났습니다. 그러나 사람을 계속 더한다고 해서 일의 속도가 더 빨라지지는 않았고, 오히려 어느 순간에는 일을 끝내는 시간이 더 길어졌습니다.
맨먼스 미신이 생기는 이유는 무엇일까요? 사람들이 늘어나면 소통을 해야 하기 때문입니다. 각자 프로그램에 대해 생각하는 것이 다릅니다. 그래서 프로그램을 만들어가면서 회의하고 대화하면서 협력해야 합니다. 사람들이 모여 의견을 맞추는 것은 쉬운 일이 아닙니다. 그러니 시간이 더 드는 것이지요. 많은 사람이 모여 있으면 만나서 이야기를 나누고, 그에 따라서 아주 기본적인 얼개를 만들고 다시 이를 어떻게 더 발전시킬지를 연구하고, 또 누가 잘 하고 누가 못 하는지를 평가하는 등 프로그램 만드는 일과는 크게 상관없는 일을 해야 합니다. 아마 모여서 밥을 먹고, 커피를 마시고, 팀 분위기를 좋게 하기 위해 체육대회를 할 수도 있습니다.
맨먼스 미신을 피하기는 쉽지 않습니다. 프로그램을 만들기 위한 시간은 정해져 있는 경우가 많습니다. 정해진 시간에 빨리 마무리하기 위해 사람을 많이 모으면 소통하는데 드는 시간 때문에 마감을 지키기가 어렵습니다. 그렇다면 적은 수의 사람으로 프로그램을 만들면 어떻게 될까요? 그러면 한 사람이 해야 하는 양이 너무 많아집니다. 기한 내에 일을 마치기 위해 밤새 일해야 할 수도 있고, 그러면 또 어찌어찌 완성은 되더라도 오류가 많아질 수밖에 없습니다.
몇 명이 한 팀을 이뤄 일해야 가장 최고의 결과를 내는지 알아내기는 어렵기 때문에 시행착오가 생길 수밖에 없습니다. 이런 문제를 해결하는 것이 프로그램을 만드는 리더들이 해야 할 일이겠지요.
경제레터 664회 - 팁을 줘야 할까? 말아야 할까? 세계의 팁 문화
에듀펀
경제레터 663회 - 사람이 많이 모이면 빨리 끝날까? 맨먼스 미신
에듀펀
사람이 많이 모이면 빨리 끝날까? 맨먼스 미신
컴퓨터의 전원을 켜고, 화면이 나타나기를 기다립니다. 인터넷 창을 열거나 문서를 쓰기 위해 워드를 열 수도 있습니다. 게임을 할 수도 있습니다. 컴퓨터에서 움직이는 거의 모든 것들은 프로그램입니다. 이런 프로그램을 만드는 사람을 프로그래머라고 합니다. 물론 프로그래머가 모든 것을 만드는 것은 아니고, 프로그램 기획자, 디자이너, 퍼블리셔 등 다양한 업무를 하는 사람들이 모여 프로그램을 만듭니다. 보통 프로그램을 만드는데 얼마의 사람과 시간이 걸리는지를 표현하는 맨먼스(man/month)라는 말이 있습니다. 한 사람이 한 달 동안 할 수 있는 양을 계산해서 비용을 계산하는 방식입니다.
맨먼스로 프로그램을 만드는데 드는 비용을 계산하는 방식은 아주 오랫동안 그리고 여전히 효과를 발휘하고 있습니다. 그러나 이미 1975년에 맨먼스는 효율적이지 않다는 책이 나왔습니다. 프레더릭 브룩스 2세가 쓴 ‘맨먼스 미신’입니다. 이 책은 21세기에도 살아남아 정보통신 업계에서는 반드시 읽어야 할 책으로 손꼽힙니다.
맨먼스를 정확히 적용하면, 프로그램을 만드는데 걸리는 시간을 줄이기 위해서는 일을 할 사람을 더 써야 합니다. 그러나 프레더릭 브룩스가 실제 개발을 하면서 분석을 해보니 한 명의 프로그래머가 12개월에 걸려서 해야 할 일을 빨리 끝내기 위해 12명의 프로그래머를 모아서 일을 해도 1개월에 마칠 수는 없다는 것을 알아냈습니다. 이것이 바로 맨먼스 미신입니다. 처음에는 프로그래머를 투입할수록 일의 속도가 늘어났습니다. 그러나 사람을 계속 더한다고 해서 일의 속도가 더 빨라지지는 않았고, 오히려 어느 순간에는 일을 끝내는 시간이 더 길어졌습니다.
맨먼스 미신이 생기는 이유는 무엇일까요? 사람들이 늘어나면 소통을 해야 하기 때문입니다. 각자 프로그램에 대해 생각하는 것이 다릅니다. 그래서 프로그램을 만들어가면서 회의하고 대화하면서 협력해야 합니다. 사람들이 모여 의견을 맞추는 것은 쉬운 일이 아닙니다. 그러니 시간이 더 드는 것이지요. 많은 사람이 모여 있으면 만나서 이야기를 나누고, 그에 따라서 아주 기본적인 얼개를 만들고 다시 이를 어떻게 더 발전시킬지를 연구하고, 또 누가 잘 하고 누가 못 하는지를 평가하는 등 프로그램 만드는 일과는 크게 상관없는 일을 해야 합니다. 아마 모여서 밥을 먹고, 커피를 마시고, 팀 분위기를 좋게 하기 위해 체육대회를 할 수도 있습니다.
맨먼스 미신을 피하기는 쉽지 않습니다. 프로그램을 만들기 위한 시간은 정해져 있는 경우가 많습니다. 정해진 시간에 빨리 마무리하기 위해 사람을 많이 모으면 소통하는데 드는 시간 때문에 마감을 지키기가 어렵습니다. 그렇다면 적은 수의 사람으로 프로그램을 만들면 어떻게 될까요? 그러면 한 사람이 해야 하는 양이 너무 많아집니다. 기한 내에 일을 마치기 위해 밤새 일해야 할 수도 있고, 그러면 또 어찌어찌 완성은 되더라도 오류가 많아질 수밖에 없습니다.
몇 명이 한 팀을 이뤄 일해야 가장 최고의 결과를 내는지 알아내기는 어렵기 때문에 시행착오가 생길 수밖에 없습니다. 이런 문제를 해결하는 것이 프로그램을 만드는 리더들이 해야 할 일이겠지요.
