IT2009.02.09 20:53
We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:
 
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
 

That is, while there is value in the items on
the right, we value the items on the left more.
http://www.agilemanifesto.org/

애자일이라는 용어는 많이 들어봤는데 사실 "그게 뭐?" 이런 수준이었다.
반복이라던지 페어프로그래밍이라던지 정도의 개념 밖에 없어 정말로 소프트웨어 생산성이 향상되는가라는 "食わず嫌い"가 있었던게 사실이다.
아직 애자일의 효용성을 직접 경험해보지 않아서 단정지을수는 없지만 인터넷에 떠도는 정보를 훑어본 결과 기간이 짧고 규모가 비교적작은 프로젝트에서는 효과를 발휘하지 않을까라는 기대감이 들기 시작했다.
WaterFall모델 밖에는 개념이 없던 나에게 역시 세상은 넓고 끊임없는 정보수집과 학습이 필요하다는걸 느끼게 해주었다.

사용자 삽입 이미지
출처:http://www.itproexpo.jp/article/lecture/20061102/252565/?ST=lecture&P=3

신고
Posted by 신라
LifeHack2009.01.26 18:05
사용자 삽입 이미지


출처:The Complete IDIOT'S Guide to Project Management
신고
Posted by 신라
LifeHack2009.01.26 15:34
사용자 삽입 이미지


출처:The Complete IDIOT'S Guide to Project Management
신고
Posted by 신라
LifeHack2009.01.24 23:46
사용자 삽입 이미지


출처:The Complete IDIOT'S Guide to Project Management
신고
Posted by 신라
LifeHack2009.01.20 13:38
프로젝트의 성공을 위한 12가지 지침.
프로젝트 계획단계부터 종료까지 12가지 지침을 눈에 띄는곳에 붙혀 놓고 최소한 1주일에 한번씩은 정독하라고 한다.

1. 성과물에 관하여 합의를 얻는다.
2. 가장 좋은 팀을 키운다.
3. 탄탄한 프로젝트 계획서를 만들고, 갱신을 게을리 하지 않는다.
4. 정말로 필요한 자원을 판단한다.
5. 현실적인 스케쥴을 만든다.
6. 할수 있는 것 이상의 것은 안한다.
7. 늘 사람을 소중히 한다.
8. 정식으로 지원받고, 계속하여 확인한다.
9. 변경을 주저하지 않는다.
10. 현실을 파악한다.
11. 새로운것에 도전한다.
12. 리더가 된다.

사용자 삽입 이미지


사용자 삽입 이미지

신고
Posted by 신라
book2008.02.07 06:55
Andersen컨설팅(현 Accenture)에서 10년간의 프로젝트매니지먼트경험을 정리한 입문서.
이런식의 PM방법도 있구나..라고 어느정도 참고가 되었지만, PMBOK표준을 준수하고 있지 않은 독자적인 방법론이 꽤 있는 듯한 인상이다.
프로젝트매니지먼트가 꼭 PMBOK표준을 따라야 하는것은 아니기에 참고하기에 나쁘지는 않다.


・目的の数字化
 -プロジェクトでは、最良の共通言語である数字を活用する

・作業の第一歩として、まず航海図を書かなければならない

・タスク定義
 -タスクは、プロジェクトという生命体にとってのタスク(1週間から1ヶ月の単位)から、個々人にとってのタスク(半日から1日の単位)まで定義されなければならない

・マイルストーンの識別
 -プロジェクト期間が長いほど、多くのマイルストーンで節目を刻む

・投資額の計算
 -すべての必要資源は、お金に換算しなければならない

・工数の予算化
 -社員の労力もお金に換算するか、少なくとも工数計算しなければならない

・連帯責任は無責任であり、プロジェクト内に存在させてはならない

・兼任は、プロジェクトのためにも本人のためにもならないので、極力避ける

・プロジェクトにも品質がある。品質を定義し、モニターしなければならない

・プロジェクト事務局は、プロジェクト全体が予定通りに進捗するよう支援しなければならない

・事務局の機能
 -マスタ管理(作業スケジュール、各種標準、プロジェクト組織図など)
 -作業計画の取りまとめ
 -各工程のタスク定義
 -会議体運営
 -作業環境管理(コミュニケーション・インフラに工夫を凝らすべし)
 -課題管理(すべての課題は記録され、追跡されなければならない)
 -進捗管理(単なる発表会としての進捗報告ミーティングは廃止すべし)
 -品質管理(あらかじめ設定した期待レベルを尺度として品質を測るべし)
 -予算管理
 -プロジェクト標準管理(言語の統一、テンプレートの提供、ルールづくり、会議のルール)
 -要員管理
 -ナレッジ・マネージメント
 -プロジェクト作業報告

・個別テーマについても責任者を明確にする

・コスト意識
 -時間当たりのパフォーマンスに敏感なメンバーは、プロジェクトへの貢献度が高く、事故の成長度も高い。コスト意識を植え付けるべし

・プロジェクト・メンバーは、プロジェクトへの貢献度で評価されなければならない

・正確な作業指示・報告を徹底すべし

・ToDo Listを書いてない人は、自己管理ができていない人と知るべし

・より良い仕事の仕方を知るためには、時間の使い方を分析すべし

・組織として、ナレッジ・マネージメントによって学び続けなければならない

・共同体意識を高めることで、プロジェクトのパフォーマンスを上げるべし
 -メリハリをつける(レクレーション、パーティー、休暇をとりやすくする、ローテーション、数ヵ月ごとの評価)
 -キャッチフレーズ(モットー)

・いくら優秀な人材でも、同じタイプの人間を集めると失敗する。多用すべし

・失敗は、次回のプロジェクトの糧にしなければならない

・パワーマップ(力関係図)を作成し、それに基づいて交渉や調整を行う

・プロフェッショナリズム
사용자 삽입 이미지



신고
Posted by 신라

티스토리 툴바