프로젝트를 진행할 때, 현업에서 사용하는 방법론은 여러가지가 있습니다. 방법론!! 몇몇 사람들 특히 개발자들은 방법론은 쓸데없는 것이고 개발에 전혀 도움이 되지 않는다고 이야기 합니다. 저 역시도 RUP, 마르미, 이노베이터 등의 방법론을 토대로 프로젝트를 진행해 본 경험이 있습니다만, 솔직히 방법론이 무용지물이라는 생각을 해본 적이 꽤 있습니다. 이유는 바로 방법론에 맞추어 개발하고 산출물을 만드는 것이 아니라, 프로젝트 완료 시점에 방법론의 산출물을 한꺼번에 작성하거나 초기에 대충 작성해 놓고 나중에 한꺼번에 변경하는 것이 문제가 되는 것이었습니다. 그러다보니 오히려 방법론이 개발팀에 있어서는 짐이 되는 것이죠.. 또, 방법론은 모든 프로젝트를 염두에 두고 만들어 놓은 것이므로.. 프로젝트의 특성에 ..
프로젝트 관리에 대한 자료들을 참고하다보면.. 꼭 빠지지 않는 이야기가 있습니다. 여러분은 그것이 바로 무엇이라고 생각하나요? 간트차트(Gantt Chart)를 통한 일정관리 ?? CVS와 같은 프로그램을 이용한 소스관리 ?? PMP(Project Management Professional) 자격증을 통한 검증 ?? 보통 가장 중요하게 이야기 하는 것은 바로 "인력관리"가 아닐까 생각합니다. 프로젝트라는 것도 어차피 사람이 하는 것이므로.. 문제도 사람이 만들고, 해결도 사람이 하게 됩니다. 그러므로 문제를 만들고 해결할 수 있는 사람들을 관리하는 것이야말로 가장 중요한 프로젝트 관리가 아닐까 합니다. 그러나 여기에서 고려해야 하는 점은 바로 사람의 다양성을 인정해야 한다는 것입니다. 혹자의 글처럼 모든..
- Total
- Today
- Yesterday
- 자바스크립트
- 구글
- 책
- r
- 프로젝트
- 아이폰
- 디자인
- 분석
- HTML
- 통계
- SCORM
- 빅데이터
- 웹
- 도서
- 맥
- 자바
- 모바일
- mysql
- XML
- 애플
- Hadoop
- java
- 마케팅
- 클라우드
- 세미나
- 하둡
- ms
- 안드로이드
- fingra.ph
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |