Ordinary daily lives log

当事者意識

ここまで期待のシナリオ、妄想する力、何をコントロールするか、自責と他責に関して書いてきたけど、プロジェクト管理をする上で、もう1つ重要な要素があると思っている。 それがタイトルの「当事者意識」。 プロジェクトマネジメントやっていると、絵にかいた餅のようなプロジェクトプロセスやスケジュールを設計したり、現場感なく全く現状を理解していないけどWBSみたり作業指示を出すことでやった気になったりしてしまうことがある。 また、絵に描いた餅じゃなく本当にしっかりしたプロセスやスケジュールを作り、きっちりタスクを追うけど中身に頓着しないこともある。 後者の例では結果を残される方もいるのでそれはそれだが、個人…

2020/03/28 00:59

自責と他責

これまで仕事してきて本当に本に書いてある通り「自責」で考える人と「他責」で考える人と会ってきた。 「他責」の人は、何か仕事がうまくいかなかったとすると必ず外的要因に原因を求める。例えばシステム開発するエンジニアであれば、原因を顧客なり設計者なりパートナーベンダーに求める。前の記事と同じだが原因を自分ではコントロールできない他者に求めるので一向に改善しないし同じ失敗をし続ける。 「自責」の人は、他者の非と自分の非をバランスよく考える。相手も●●な悪いことはあったけど、自分も〇〇ができていなかった、それは△△が理由だから次はこうしようと考える。自身のPDCAサイクルを回して次同じ失敗をしないように…

2020/03/25 21:03

自分をコントロール ⇔ 相手をコントロール

仕事は必ず他者との関わり合いにおいて成り立つ。 システム開発・導入プロジェクトも例にもれず。 システムを利用するユーザ、一緒に開発する同僚やパートナーのベンダーなど関係者は大抵多岐にわたる。 そのなかでプロジェクトマネジメントの要諦として、「関係者でゴールを共有」やプロジェクトの進め方・段取りの認識をあわせ、皆が同じ方向で進むように仕向けることがPMとして重要となる。 ここでよく1つの勘違いが起きてしまう。 同じ方向に向かせようとするあまり、相手にこのように動けと相手をコントロールしに走ってしまうこと。 PMやっていてよく忘れてしまうので肝に銘じていることとして、コントロールできるのは自分のみ…

2020/03/24 14:19

期待するシナリオを想像・妄想する力

ITシステムやソリューションを導入するカギは、どれだけPM・アーキテクトになる人が期待するシナリオを想像・妄想できているかだと思う。（そおそものシナリオの設定自体の成否を除けば） 期待するシナリオ（ゴール・完成形）の具体的イメージとそれを作るためのプロセスの具体的イメージができているか。 顧客が利用するシーン、システムのUI、システム内部で行われる処理、システムからのアウトプット、システムが関わらないシステム利用前、システムからのアウトプットを利用する、利用後のユーザの業務シーンを、実際の現場・人の顔を含めて具体的に頭の中でビジュアル化してイメージできているか。 そのゴールを達成するためにユー…

2020/03/22 10:23

期待するシナリオと現状認識

SIerで働いていた時、今（事業会社）、どちらでも社内業務アプリケーションの企画・導入を中心に行ってきた。社内業務アプリケーションとなると基本的には、「問題解決型」のソリューションの導入ということが中心となる。 ここでいう問題解決は新たな事業を実現する・運営するためのITの仕組みであったり、オペレーションを支える・改善するためのITの仕組みであったりする。 その際に重要だと考えることの1つに「期待のシナリオ」と「現状認識」を明確にしそのギャップを洗い出す、そのギャップに「気づく」ということがある。 なぜかというと「何をやりたいか・どうしたいのか」が明確になり、それと現状のギャップを比較すること…

2020/03/21 17:00

初投稿

初の投稿になります。 これまで最初はプログラマとしてスタートしてシステム開発のプロジェクトマネジメントを行い、ITソリューションの企画・構想を中心に仕事してきました。 それ以外にも海外に一度飛ばされ、現地で会社の一通りの業務（営業・パートナー開拓・ソリューション企画・総務・経理・法務・人事など）仕事をしてきました。 これまでの経験を通じて思うのは、どの職種であっても基本的な考え方や仕事の進め方は本質的に同じ、ただドメイン（領域）が違うだけ。 ただ、自分が実体験として学んだことを下の世代に話したりすると、世間一般言われていることでも意外と知らなかったりすることが多い。 逆に、友人・同僚、ネットか…

2020/03/18 18:08