先輩ディレが管理してる自社サイトのひとつが思いっきり表示崩れしててまだ本人も誰も気がついていません。
デザイン&コーディングがほとんどできないのに、できると言って入社してきた勘違い自信家な人でいつも迷惑してますが、この件もあきれてます。ソースみたところ消しちゃいけない閉じタグを消してました。どっかからコピペしてきたらしい計測タグも間違ってます。
1. そっと直してあげる
2. 崩れていることを本人だけに伝え直させる
3. 上司に報告する(先輩がスキルがないことを実証することになる)
4. 気がつかなかったフリしてほっとく(Webサイトの成果が落ちるので後日最悪の形で発覚する)
今までずっと1か2でフォローしてきましたがもう面倒見きれず。先輩は口達者で企画書だけ得意なので上司は先輩がWeb制作できると思っています。
17 件の回答
上司に報告しましょう。
治んないですよ。そういう人ってすごく辛い思いしないと。
そのまえになんちゅう会社や。
上司に報告しようが意味ない。体質の問題。
5. 転職するが正解
こっそり直してあげてきたことは、本人の為にならない。
かといって自信家ということで、いい方次第では面倒くさいですね。
本人にこっそりと伝えてあげるのが、いいかと思うね。
それによって彼の今後に変化を期待。
上司に告げ口しましょう。失脚まではいかないと思うけど、先輩ディレに対する評価を正してもらうのが筋。
ん？そもそもコーディングのうっかりミスをそのままに出来る社内環境はおかしいぞ？
エディタも、チェックの自動化もそうだが、gitで管理してないとか？
環境自体が10年以上前の状態なのでは？
4がいいと思う。
1は意味なし
2はアホ先輩に逆ギレされそう
3は上司がアホ先輩をどれだけ買ってるかによってあなたが評価を落とすかも。
「そんなもんチームやっったら黙って直したれや！」的な。
4は会社的には悪影響があるけど、アホ先輩にトドメがさせるので今後を見た場合一番の改善策になると思う。
自分ならまず、３にする。で、様子を見る。
望むような結果にならないなら、次回から４。
または５で転職。
あるある。クソムカつくよね。
個人的にはやんわり2を言って治らなかったら、やんわり3をする。
それで駄目なら1に決め込む。
主はgit使えるのかな？
gitが使えるのなら、上司に現状を報告しつつ、改善案としてgitを積極的に導入していくように持っていくのが一番会社のためになると思う。
それがめんどいなら転職するのも手。
自分の評価上げるチャンスだな！
そっと直す
↓
直したことをそっと上司に報告する
↓
こういうことが前から結構あると報告する
↓
今後起きにくいようにするためうんちゃらかんちゃら～
上司が話のわからんヤツなら4からの転職やな
Re:11
自分ならこの案だな！ただ、上司にこっそり報告してモノを見てもらった上で修正の方がいいんでないか？先に直しちゃったらどんだけ酷いかの問題が見えづらいし…
Re:12
一刻も早く直したほうが良いとおもって直しました的なノリでそうしたぞ！
「直す前のキャプチャ撮る」も入れようかと思ったけど、先輩をボコる為より会社の為に動きましたのほうがウケいいじゃろ。
ブラック会社じゃなかったら、フォローしてあげな。
そっと直す
↓
直したことをお知らせする
↓
こういうルールがあることを説明する
↓
治らんかったら、上司に報告
↓
解雇
バイバイで終わり。
わーみなさまご意見をありがとう。嬉しいです。
今日になって本人が崩れに気がついたようで直してました。でも計測タグは間違ったままでデータがまったく取れてないです。いったいどう報告するのだか。
Webに関してだいぶ時代遅れの会社なんです。
Git導入を進言しようと思っているのですが、先輩もあと後輩ももちろん上司も「git?ナニソレおいしいの？」みたいな人なので教育するの面倒だなぁと。
Re:15
だから体質の問題って言ったじゃないかw
会社として儲かってて、給料もそれなりに良いならそれでいいんじゃない
会社としては儲かってて給料と環境はよくてすっごいゆるい会社なのです。
できない先輩にイライラするのも給料のうちかな。。
次の面談で上司にそれとなく言っちゃいます。
Re:13
なるほど納得。「会社のため」って観点が抜け落ちてたわ！先輩ボコることしか考えてなかった…笑