システム開発に関わる全ての人が適正な価値を持続的に得られるよう、支援します。このメールは、株式会社永和システムマネジメント社員と名刺交換をさせて頂いた方に送付しています。みなさまにお届けしてまいりました本メールマガジンも第10号を迎えました。本メールマガジンはリニューアルします。ご期待ください!※リニューアルに伴い、配信元メールアドレスが変更になります。本連載の主旨の「3つのプロセス」を考えついた経緯と、開発チームを動かす新たな視点を「オペレーション・プロセス」と名付けた背景を中心に話をしました。今回は、これらのプロセスについて話をします。復習になりますが、「ソフトウェア開発における3つのプロセス」は、次の3つのプロセスがあります。1.マネジメントプロセス:開発プロジェクトをマネジメントするプロセス2.プロダクトプロセス:ソフトウェアを開発するプロセス3.オペレーションプロセス:開発チームを動かすプロセスこれらのプロセスが上手く回ることで、プロジェクトが動いていきます。1.マネジメントプロセスこのプロセスは、よく言われている「プロジェクトマネジメント」を行うプロセスです。行(Do)、評価(Check)、改善(Act)を実施していくプロセスです。納期(Delivery)に収めながらゴールに導くために、プロジェクトマネージャの役割を持った人が実施します。2.プロダクトプロセス一般的に「ソフトウェア開発プロセス」と言われ、仕様を充たしたソフトウェアをどのように作っていくかのプロセスです。このプロセスは、何を、いつまでに、誰が、どのような手順で作るかを決めていく必要があり、マネジメントプロセスと密接な関わりを持ちます。性やプロジェクトへの前提条件からプロセスを決定しなければならないと思います。そのプロセスに沿って、プロジェクトマネージャと開発チームのリーダは協力しながら実施して行きます。々の作業」の進め方です。この視点が欠けていたことが、ソフトウェア開発が上手く進まない要因のひとつと考えています。ソフトウェア開発の歴史をもう一度振り返ってみると、当初は、規模は大きくなく複雑度も高くなかったために数人の技術者で十分に開発できるものでした。ところが現在は、大規模になり複雑さは高くなるばかりです。このためチームを組んでお互いコミュニケーションをとりながら作業を進めていくことが必要となりました。現場は作業の属人化や様々な立場の人が係わり合ってしまいチームとしての動きが取りにくい状況になっています。このプロセスは、開発チームのリーダやメンバが実施します。このプロセスのサイクルは1週間程度で、基本的には、PDCAサイクルを行っていきます。捗や状況をチーム内で共有し、何か問題があれば即対応をして行きます。サイクルの終わりには作業の改善を行って行きます。点は、あくまでも開発チームのメンバであるということです。これらのメンバが日々の作業をどのように進めていくかです。マネジメントプロセスは、プロジェクト全体が視点となりますから、視点はもっと大きく、週単位や月単位、チームや部署・協力会社などになります。開発チームのメンバが、バーチャートや日程表に対して違和感(ひょっとしたら反感)があるのは、この日程表はプロジェクトマネージャ(マネジメントプロセス)の視点で作られていて、メンバの視点と異なっているからと考えています。「チームファシリテーション」です。ビーイング、ゴール・システム・コンサルティング株式会社、そして株式会社永和システムマネジメントの3社合同にて、セミナーを開催します。プロジェクト実施時に計画と大きな乖離(遅延など)が出た場合、マネジメント上の対策を打つ必要があります。この対策としては、QCDをトレードオフすることになりますが、ソフトウェア開発においてはQCDの調整に時間かかり、有効な対策が打てないことが多くあります。開発を例に取り、それぞれのスコープのマネジメント方法をご紹介します。ご意見・ご感想は、このメールに返信ください。配信解除は件名「配信解除」にてこのメールに返信ください。アドレス変更は件名「アドレス変更」、本文に配信希望メールアドレスを記載の上、このメールに返信ください。コチラを参照ください。コメントをキャンセルコメントを入力してください。以下に詳細を記入するか、アイコンをクリックしてログインしてください。アカウントを使ってコメントしています。アカウントを使ってコメントしています。アカウントを使ってコメントしています。アカウントを使ってコメントしています。新しいコメントがついたらメールで通知。コンサルティングセンターが、セミナー情報やコンサルタントの独り言を公開します。Blog.%d人のブロガーが「いいね」をつけました。