今月は頭からPJを異動し、久しぶりの設計工程をしていました。

異動先のPJは4,5年続いているアプリのv2.0.0へ上げる大規模開発です。

長くエンハンスを重ねているアプリですので、

携わっていた人も多くいますし、そこまでに色々な不文律が存在して、

適応するのは中々苦労しています。

–閑話休題

さて表題の件ですが、WF型を代表したPJでは設計工程が分かれて設計が行われ、

順[…]

ようやくPJからの解放が決まり、次月から別PJへの異動が決まりました。

最後の8月中も仕様変更や追加機能の依頼が止まらず、

客からの休出依頼等も続く歪みっぷりでした。

今年に入ってからの半年は上記の状態での稼働になって

開発・評価共に高稼働・高ストレス状況が続いていたと思います。

私は最後の8月はストレス含め睡眠不足等で半死半生での仕事をしていました。

※メンバーと話し中に意識が飛[…]

長々と続いて来た現在のPJもそろそろ終わりに近づいています様です。

※完了か終了かはわかりませんがw

とにかく登場人物が多くいPJです。

私の知っている限りで以下の人たちが関わっています。

開発チーム(最低7チーム)、顧客(開発L、係長、課長、部長)、

エンドユーザ会社、接続先センター(5センター)

このメンバーが工程を無視して好きに仕様を変えたり、

追加したりを日[…]

最近管理コストが気になってます。

PJで見積もりをする際に請負なら管理コストを積みますが、

その割合についてはPJや会社の特色が出てるかと思います。

工数に対して何割か等の％計算する場合や、

ある程度PJの工数があり、1人分管理者を立てる等の場合など

計上方法はいろいろあるかと思います。

また、管理工数の使い方として管理者が他PJとの兼務や、プレイングマネージャー的に動い[…]

最近携わっている現場で感じる事ですが、

トップがコストを掛けるべき箇所が重要だなと感じたのでそのことを書きたいと思います。

今回携わっている案件はウォーターフォール開発で進め、9ヶ月でのリリースを計画していました。

現状1年が経とうとしていますが、終わりが見えない状況です。

現状炎上している大きな要因は「緩い(？)工程移行判定」「仕様変更の頻発」「無茶なスケジュール」の3つがあると考えています[…]

前回の投稿からの続きになりますが、

前回は原因と対策を事例を簡単に上げましたが、

大体は自分の動き方での解決する方法が多かったと思います。

今回は炎上プロジェクトに居てこれを持つと楽になると感じたモノを2点を書きたいと思います。

1．自分の強い意思

炎上すると総じて顧客から要求が多くなります。

要求は「出来る事」、「頑張れば出来る事」、「無理すれば出来る事」と様々な要求が来ると思います。

ちなみに「頑[…]

ITエンジニアの方は炎上プロジェクトに参画した経験がある方は多いと思います。

さて、そのプロジェクトの何が悪かったのでしょうか？

・顧客からの要件変更による手戻り

・設計書の不備・矛盾

・未確定仕様の噴出

・製造品質が低いことによる試験工数の増加(自モジュール、他モジュール)

・技術不足

etc・・・

上記以外にも様々な問題があると思いますし、

炎上する[…]

現在運営しているチームで今月~来月にかけて3名の人員が諸々の事情で抜ける事になりました。

※チームの総人数は9人なので、3割が抜けます。

その人員のドロップがPJの工程が進んで作業量減少が理由であればPJとして健全なものでありますが、

残念ながら現状はお客様事情で仕様変更が大量に発生して炎上一歩手前な状況になります。

上記のように胃の痛くなる状況になっておりますが、

これから発[…]

現在運営しているチームの現状を通じて新規メンバーを選定する大変さを書きたいと思います。

昨年末からチームに増員が必要になったため、増員に向けて動いておりました。

仕事納め1週間前に増員されるメンバー1名が決まり、年明けに増員されました。

しかし、作業量に対してもう1人増員が必要であったため、

協力会社から増員を行う事になりました。

そのため昨年末から「経歴書確認→良さそうなら面[…]

今年は個人的には会社員から個人事業主に転向した大きな変化があった年でした。

一方、仕事は幸い(？)な事に会社員時のPJにそのまま携わる事になり、

想定したより変化の度合いは緩やかなものになり、個人的には助かりました。

携わったPJを振り返ってみると今年はメンバーの入れ替えが多く変化の富んだ年でした。

年間で１～２ヶ月弱位の小振りな開発PJが5,6件あり、

中程度のPJと並行で管[…]