［計画編］キックオフ・ミーティングを省いてはいけない
右も左も分からない状態でプロジェクトがスタートすることを望むメンバーはいない。やる気も起きないし，モチベーションも低下してしまう。そうならないように，チームを発足する際にプロジェクト・マネージャ（PM）は，キックオフ・ミーティングを開催する。そこで，プロジェクトの概要や重要事項の説明，メンバーの自己紹介，チーム内での役割や作業分担を明確に指示する。このキックオフ・ミーティングを省いてはいけない。 重要なのは，プロジェクトを成功へ導くために，メンバーと使命感や一体感を共有することである。キックオフ・ミーティングは，プロジェクト概要を説明する場だけではない。メンバーの不安を解消すると共にやる気を起こさせ，同じ方向へ気持ちを向けさせるチーム作りの場でもある。ベンダーと顧客の双方が参加するキックオフ・ミーティングは，より効果がある。 プロジェクトの多くは，スタート時にスコープが明確に確定していなか
ウノウラボ Unoh Labs: ベンチャー流Webサービスの作り方(開発チーム編)
尾藤正人(a.k.a BTO)です 前回はWebサービスを作るときの企画の部分について書きました (ベンチャー流Webサービスの作り方(企画編))。 今回はWebサービスを作るときの組織作りについて書いてみたいと思います。 僕がウノウに入って始めたのがフォト蔵の開発でした。 当初は開発が僕、ディレクションが代表の山田という二人体制でやってましたが、 組織が大きくなるにつれてだんだんと人数が増えていきました。 現在は僕も山田もフォト蔵からは離れて新しいチームで開発を行っています。 二人体制から始めて、少しずつ人数を増やしていって、 立ち上げメンバーが開発から離れるまでいろいろ経験しながら 自分が感じた事を簡単にまとめたいと思います。 ・最終決断は一人で 何をするのか、戦略はどうするのか、方向性は何なのか、最終的な決断はリーダーが一人で行います。 個人の主張を尊重しすぎて、各々が好きな事を始め
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cubic-MEMOとは｜WEBページに貼れる。付箋システム キュービックメモ
Redmine.JP — Redmine日本語情報サイト
プロジェクトの「補助線」
