현장과 개발, 기술의 조화 그리고 성공!!

2007년 11월초 약 3주간의 중국 출장이라는 명령을 받고 중국으로 가기전에 [SQL Server 2000/2005튜닝]이라는 책을 같은 팀에 소속된 중국 관리자가 인터넷으로 한국에 주문을 한 것을 보고 살까 말까 무척 망설이다가 애라 모르겠다 라는 생각에 질러버렸다. 첫페이지를 넘기고 이전에 정원혁씨가 집필했던 ..

임백준씨가 최근에 쓴 뉴욕의 프로그래머 라는 책을 보면 Q33N이라는 글을 노트패드에 입력하고 글자폰트를 윈딩으로 변경하면 정말 충격적인 그림이 나온다. ^^; 이 글을 읽으시는 분들 함 해보세요 ^^ P.S 멤버들에게 이 이야기를 했다가 엄청 쪽팔았다. 벌써 유행이 지난 이야기라구 --;;

어느새 1년짜리 프로젝트를 진행한지도 4개월이 지났다. 기존의 생각과 계획과는 1개월의 차이를 보이면서 조금씩 진행되고 있다. 역시나 하는 문제들이 조금씩 나타나기 시작했다. 현재 하는 프로젝트는 새로운 창고관리 시스템을 개발하는 것인데, 운영적인 부분이 전혀 없는, 즉 새로운 창고를 짓..

현재 중국에서 관리자로서 현지 채용자들은 중국 개발자들과 같이 일을 하고 있다. 중간에 조선족 브릿지을 통해서 통역을 하면서 일을 하고 있는데 생각만큼 일이 명확하게 잘 진행되지 않는다. 아직 내가 관리를 하기에 많은 부족한 부분이 그만큼 더 크다라는 생각을 하고 있다. 이전에 내가 개발..

현재 풋마크 프로젝트에서 개발자들을 가장 괴롭히는 부분중에 하나가 문서에 대한 업데이트에 일관성이 없다는 점이다. 설계자들의 대부분이 데이터베이스 스키마는 쉽게 수정을 하지만 수정된 부분을 문서에 정확하게 반영이 되지 않아서 어디에 우선을 두고 개발을 해야하는지 무척 난감해 하는 ..

현재 풋마크 프로젝트는 설계자가 4명∼5명정도가 있다. 이들 각각 맡은 서브시스템이 다 다르며 각각의 서브시스템에 대한 설계를 하고 있다. 각 서브 시스템은 마스터 정보를 참조해서 전체적인 데이터의 흐름을 조정하고 설계를 하고 있다. 이 가운데 가장 많이 변경이 된 마스터가 단연 [상품마스..

프로젝트가 끝날 때 쯤에는 다들 스케쥴에 쫓기듯이 기존에 만들어 두었던 프로그램에 대한 수정을 한다. 이 때 발생하는 현상은 기존에 개발했던 프로그램 개발자가 이미 스케쥴상에서 다른 프로그램을 작성중이라면 사양변경이나 버그로 인해 기존에 작성한 프로그램 수정이 불가피하다. 이 경우 ..

현재 FootMark의 경우는 고객에서 부터 마지막 단계인 개발자에 이르기까지 많은 단계들이 있다. 그 단계를 설명하면 아래와 같다. 1. 고객 2. 도쿄 영업팀 (NEC도 포함됨) 3. 후쿠오카 설계팀(한국 : 1명, 일본 : 4명) 4. 개발팀(일본과 한국) 이 가운데 가장 중요한 역할을 하는 고객과 도쿄영업팀간에 커뮤니..

모든 개발이 다 그런 것은 아니겠지만 대부분의 프로젝트는 다들 초기에는 다소 여유를 가지고 진행을 하다가 막바지에 가서 허둥지둥 서두르게 된다. 전체적인 프로젝트도 각각의 프로그램도 다들 마찬가지이다. 프로그램 개발을 할 때 사양서를 받고 전체적인 윤곽을 머리속이나 글로서 아니면 그..

요즘 각 멤버들이 각자가 버그를 수정하고 있다. 버그 수정의 내용을 보면 화면의 간단한 캡션을 변경한다던가 컨트롤을 이동한다던가 하는 그다지 프로그램에 전체적으로 영향력이 미치지 않는 범위에서 수정을 하는 것이 있다. 어찌 보면 이러한 것은 버그라기 보다는 사양 변경에 대한 재작성이라..