派遣先でシステム開発を行っています。

質問

今6月末出荷に向けての開発が進んでいるのですが、気になることがあります。

すでにバージョン1.0が出荷されていて、今は次のバージョンを開発している最中です。
システムは複数のアプリケーションで成り立っているのですが、そのうちの１つが品質が良くありません。
そのアプリケーションのバグの多さは、バージョン1.0開発段階から何度となく議題に挙がっていました。
私は、あまりにも品質が悪いということで、バグが発覚してからその都度対応するというやり方ではなく、コードレビューを行うなど、もっと根本的な対策が必要ではないかと提案しましたが、度重なる仕様変更もあって時間が足りないという理由で、その案は却下され、派遣先企業のプロジェクト管理者さんも厳しい態度で臨むこともありませんでした。
ただ、バージョン1.0の開発も終わり、時間的にも余裕ができたので、次の開発からは、設計レビュー、コードレビュー、単体テスト仕様書レビュー、単体テストの強化などを取り入れて、バージョン1.0と同じことを繰り返さないようにしましょうということで話がまとまりました。

次のバージョン開発が始まって1ヶ月以上経ち、ちらほらバグも出てきていますが、その内容がデグレードだったり、レビューや単体テストをしっかりしていれば流出を防げるようなものばかりなのです。
こういった状況を見る限り、開発前の約束が守られていないように思えて仕方ないんです。

問題のアプリケーションの開発担当の人は、レビュー実施や単体テスト強化に消極的です。
品質の悪さについての対策ミーティングのときも、言い訳が多く、自分はそんなに悪くないといったような態度に見えます。

品質が悪くて困るのは派遣先の企業さんなので、放っておけばいいことなのかもしれませんが、
ほかの人は遅くまで残ってがんばっているのに、当の本人は時間がないと言っておきながら定時退社。
そんな場面を見ると腹が立つんです。
また、プロジェクト管理者もあきらめているのか、バグを減らするための努力をしているか確認しようとしません。

問題の人も派遣で働いています。フリーランスではなく派遣会社の人です。
これまで何度か対策をしようと提案してきましたが、まだ議題に取り上げるべきなんでしょうか？
それとも、放っておいたほうがいいんでしょうか？
ちなみに、品質の悪さについて積極的に発言するのは私くらいしかいません。

回答No.3

layy · ベストアンサー

＞システムは複数のアプリケーションで成り立っているのですが、そのうちの１つが品質が良くありません。

作業者依存なら、
他の品質のよいチームのメンバと入れ替わりするだけでも効果あるのでは？。

納品までにどこかでカバーできればいいわけですから、
そのカバーはだれが行うのか、質問者様か同じ派遣会社の他チームか。

その派遣会社はそれだけの力量なんでしょうねー。
やるだけのことやる、が精いっぱいなのかもしれない。
議題にあげたときは、
「一生懸命やってます。努力します。」という反応ではないでしょうか？。

＞レビューや単体テストをしっかりしていれば
担当者の頭の中に、こういうテストしなければ、という構成がなければ、
レビューやチェックリストをいくらやっても空振り、
限界値、境界値とかの起こりやすいところは出てきません。
本番稼動して、あーこういうケースもあったんだ・・・、です。
それを発見させてあげるにはどうするか、を考えてみる。
効果あると思います。

発言は悪くないですが、相手は言いにくいのかもしれません。
一度匿名アンケートをしてみたらどうでしょう。
システムを品質、作業手順、改善策、どう思うかを探る。

回答No.4

layy

あなたの会社にも開発スキルはありますよね？。
システムのことはわかっているし問題ない？。

あなたの会社と顧客と直接交渉できるのであれば、
「うちが保守をします」と名乗りでて、契約を交わす。
そこよりもいい条件であれば、です。

回答No.2

layy

何かをつかんでもらえれば・・・。

最悪なのは事故が起きてから認識が始まることです。

おそらく品質より納期重視なんでしょう。

作業させれば未然に防げるのか、それとも経験不足で防げないのか。
しないのは基本作業が身についていないのでしょう。
テストより製造、製造より設計がいかに大事かわかっていない。

＞派遣先企業のプロジェクト管理者さんも厳しい態度で臨むこともありませんでした。
ここにも起因しているように思えます。
派遣社員の作業結果はだれが審査しているのでしょうか。

＞品質が悪くて困るのは派遣先の企業さんなので、
＞それとも、放っておいたほうがいいんでしょうか？
それはどうでしょう？。これも間違っています。
顧客からしたらあなたの会社がシステムを提供したことになっているのでは？。
その派遣会社でなく。
誰が作業しようと開発担当部署全体に責任が降りかかると思います。

＞ちなみに、品質の悪さについて積極的に発言するのは私くらいしかいません。
口だけでは無理、意識させないと無理です。
くどいようにいい続けて、それなら数値で示してくれ、とでも意見が出るようにする。
それだけでも進歩です。
言うのをやめたらそういうことはしなくても良くなったのか・・・となる。

根本的な対策が必要、じゃあ何か、と言われたら、
それを具体化できるように示さないと
そんなの考えている暇はない、ということになるでしょう。

統計をとって、どのサブシステムが不良が多いかを
検査部隊から提示してもらうのも手です。

それから、こういうのが進むと、顧客からちゃんとやってますか？と苦情です。
が、
おそらく対応は、「きちんとやってます」ということの証明で
開発作業中のドキュメント整備から始めるでしょう。
開発ドキュメントやチェックリストでもって顧客へ提示する。
実際はそれが逆に実作業（修正、テスト）を束縛し、残業につながります。
わずか１行１句の修正でもレビューを４，５回数、ドキュメント数枚作成となります。
そのうち形だけのレビューとなり、モチベーションは下がる一方です。
中身のある作業で無くなるのです。

自社の上長が信頼おける人なら相談で、関係者全体で行動を起こすよう働きかける。

おそらく、プロジェクトが進んでいればもう手おくれ。
書類の体裁変えるとか作業を増やすとか、現作業にどれだけ割りこめるか、
今の工程に支障が出るなら変えられない。
その作業方針切り替えのための時間はいつやるの？、になる。

最終的にはあなたが割り込みで見るなりして、未然に防ぐしかありません。
バグを見つけたら指摘してください。
その製造者がうるさいと感じても、バグを知ってて素通りさせるよりは良い。

最近のニュースでは新幹線５路線がストップしました。
あれくらいの大事故でないと目が覚めないのか？。
事故で地元新聞に掲載されるだけでも信頼度低下、大変なものです。

お礼

回答ありがとうございます。

＞派遣社員の作業結果はだれが審査しているのでしょうか。

品質が悪いからといって、評価を下げるべきかどうか難しいところですよね。
バグ０件なんてありえないですし、品質が悪いとする基準も業界標準とかないですし。

＞品質が悪くて困るのは派遣先の企業さんなので、
＞それとも、放っておいたほうがいいんでしょうか？
＞それはどうでしょう？。これも間違っています。

品質を良くしようとする行為は間違っていないという意味では放っておいたほうがいいとは思っていません。
ただ、正しいことを言うことが常に良いことなのか？
空気を読むとかTPOをわきまえるとか、そういうことは考えなくて良いのか？といった意味ではどうなんだろうと思っていたんです。

＞顧客からしたらあなたの会社がシステムを提供したことになっているのでは？
それはないです。

回答No.1

marutone

そういう方ってよくいらっしゃいますよね‥。
プロジェクトから外れてもらうのが一番だと思います。
代わりの人を派遣元の会社さんに要請すれば良いだけです。

でもその権限を持っているのは派遣先の会社さんですから、
なかなか難しいですよね。

もうそうなって来るとその方がコーディングした後から、
ひたすらバグ修正するしかないように思います。
理不尽ですが‥。

一度PMさんにご相談されてみては如何でしょうか。

お礼

回答ありがとうございます。

問題の人は４０代なんですよー。

一番最後に対策を提案したときには、プロ管の人も私の意見は尤もだと思われていたようでした。
問題の人も「ちゃんとやります」と言ったので、プロ管の人はその言葉を信用し、バグを減らす努力をしているかどうかも、ここまで特に確認してこなかったのだと思います。
私は、問題の人のこれまでの言動や私の提案後にも変わったところが見られなかったことなどから、こうなることはある程度予想はしていましたけど。

＞一度PMさんにご相談されてみては如何でしょうか。
プロ管の人も含め、話はわかってくれるとは思いますが、本人達自身が行動に移してもらわないと意味がないんですよね。プロジェクトから外れてもらうまでしなくても良いですから。

もう一度だけ提案してみます。それでダメならあきらめるしかないですね。