投稿

ラベル(運用素人)が付いた投稿を表示しています

Stories 12話:制御不能の案件達

さて、前回までの話で 減ることなく増え続ける会議に対しての出席を強要され その回避策として、私にすべての会議を集約する という手段を取ったわけですが、その結果 私の時間はすべて会議に埋め尽くされることになりました。 これは誇張でも何でもなく、本当に朝から晩までずっと会議という状況です。 かろうじて空く30分とかは、各種設計書やテストのレビューで埋められ 本当に一切の誇張なく、私は定時内(もしくは定時後も)ただただ人の話を聞く、 もしくは人に報告をするだけの人になっていました。 これにより何が起きるかというと 自チームのタスク管理ができず、チームの負荷コントロールが出来ない 業務知識をキャッチアップする時間が取れないので、いつまで経っても知識が追い付かない 感覚的にチーム全体が過負荷になっていることはわかるが、案件の発生を止めることができない というようなことが起き始めます。 発生する案件の処理自体は導入から入っているコンサルティングファームに任せていたのですが 彼らも運用保守が素人という事もあり、ユーザーが言ってくるものを すべてそのまま受け入れようとするためリソースと案件のバランスが取れなくなっていました。 コンサルのリソースはコンサルのリーダーに任せている為に、 受け入れているという事は大丈夫なのだろう と思っていましたが、単に断る術を持っていないだけでした・・・ この為、 リソースに限りはあるが、Inputはどんどん増え続け 私もキャッチアップの時間が取れない為、戦力にならず リソースの拡充もできないから、メンバーの首がどんどん締まっていく・・・ となり、状況の悪化に歯止めがかからなくなっていきました。 本当は私的にはまず、 新たな案件の発生を止めたい それが出来なくても、優先度をつけ、現状のリソースで処理できるスピード感で順次処理できるようにしたい という思いがありましたが、 なにしろ、会議に出ているだけで、業務知識が一切つかないので ユーザーの出してくる案件の優先度をつけることが出来ません。 そもそもユーザーというものは 出してくる要求はすべて最優先 というような口ぶりで振り出してくるのですが ちゃんと話を聞いたらそこまで急ぎではないものや 整理をしたら後回しにできるものがごちゃ混ぜになっていることが多く、 そういったものを取捨選択したり、ユーザーと折...