耕平スミセイ情報システム2019.09.19コピーしましたPR全4571文字プロジェクトチームのリソースや要員のスキルは、残念ながら充足しているとは限りません。多くのプロジェクトは、リソース不足やスキル未達を何とか補完しながらやりくりしていく必要があるのですが、そこにトラブルの芽が潜んでいます。今回は、炎上に至る前のちょっとした問題、違和感に焦点を当てています。体制・要員というプロジェクトの内部要因に起因するトラブルには、必ず兆候があって、それを放置すれば炎上につながります。PL(プロジェクトリーダー)の大河内美弥は、内心叫んでいた。戸倉さん、見当違いでもいいから、何か言って。黙り込むのだけはやめて。SEの戸倉修人は、ユーザーの富樫主任を見つめたまま、黙していた。あまりに長い沈黙に、むしろ富樫主任のほうがどぎまぎし始めた。「いえ、ちょっと質問させていただいたんですけどね」その通りだった。富樫主任は普通に質問をしただけだ。「申上された単票を稟議(りんぎ)回付中に、議裁すべき役職者が離任した場合、どうなるのか」と。思いもよらなかった戸倉の沈黙に、この場をどうしていいか分からなくなった富樫主任は、さらに言葉を添えた。「変更したいという話ではありません。現在の仕様がどうなっているのか、確認したいだけなんですよ」それでも、戸倉は前を向いたまま固まっている。ユーザーと開発者間でコミュニケーションが取れない[画像のクリックで拡大表示]たまりかねた大河内が、口を挟んだ。「役職者がロール定義されている場合、異動反映が終わってから前ノード処理が行われれば、新役職者が承認できます。その前に前ノード処理されていたら、引き戻す処理が必要です。戸倉はおずおずとうなずいた。「念のために仕様を確認しておいてね。ロール定義ではなく申請者がノード追加をした場合は、離任者のところで滞留することになります。大河内の言葉を理解した戸倉がうなずく。大河内は富樫主任のほうに向き直って言った。富樫主任が安心したようにうなずいた。「大河内さんにセッションに出ていただけると本当に助かります。回答を避け、次の質問事項に話を持っていきながら、大河内はため息をついた。戸倉の「フリーズ」は有名だった。パッケージに詳しく、基本設計から参画できるメンバーという触れ込みで協力会社からアサインしたのに、これまでのところうまく働いてくれていない。確かにパッケージには詳しいのだが、顧客の業務遂行という観点で、セッションをリードできないのだ。業務の観点からパッケージをどう使うのかというイメージがうまくつかめないらしい。簡単な質問にも立ち往生することがある。いった顧客特有の用語や、「離任」といったパッケージ外の概念が絡んでくると、どう答えていいか分からなくなるようなのだ。分からなければ分からないと答えるなり、詳細な説明を求めるなり、いくらでも応じようがあると大河内には思えるのだが、生真面目な戸倉には、それも難しいらしい。圧力をかわせずにフリーズしてしまうのだ。書記としてセッションに出ている新米SEの小沢が心配して、一度様子を見てくれと大河内に要請してきたのだが、想像以上にまずいことになっているようだ。富樫主任は、助けを求めるように大河内を見ている。富樫主任の質問に、大河内は自ら答えた。