タグ

仕事とシステムに関するyuzuk45のブックマーク (6)

  • カスタマーサポートだけど、開発チームに敬意が持てない

    うちの会社のシステム、ほぼ毎日いろんなバグが見つかってお客さんからクレームがきてる。 バグが直った時に、slack上では開発チームに「修正ありがとうございます」って送ってるけど、なんで自分たちが「ありがとうございます」と言っているのかよくわからない。 開発チームが品質の悪いシステムをつくって、 お客さんがバグを見つけて怒って、 カスタマーサポートがお客さんのサンドバッグになって、 開発チームがバグを直して、 カスタマーサポートが開発チームにお礼を言う。 なにかがおかしい。なんだこれ。 自分で引き起こした問題を自分で解消してなぜ感謝される構図になっているんだろうか。ただのマッチポンプじゃないか。 カスタマーサポートはお客さんをサポートするための仕事なんだよ。 不出来な開発チームのための緩衝材じゃないんだよ。 当はサポートだけじゃなく、サクセスみたいなことも色々やっていきたいと思ってるよ。

    カスタマーサポートだけど、開発チームに敬意が持てない
    yuzuk45
    yuzuk45 2023/07/05
    開発の話も聞いてみたい・・・
  • 派遣PGが出会ったパワハラ上司図鑑

    多重派遣プログラマを20年以上やっていた就職氷河期高卒増田が出会ってきたパワハラ上司パワハラ顧客たちの記憶。全部昔の話。 ①派遣が結婚??男増田結婚した時のこと、新婚旅行で1週間休むと伝えたら「派遣社員なのに結婚するんだ?」と高笑いした某銀行システム部の50代社員。 そうなんすよーと答えつつ、ホントにこういう奴っているんだ!と感動した。 ②タクシー男ここは20年以上前の銀行合併の現場。 タクシーで帰ることが認められていた。 プロパーのリーダーは毎日15時すぎに出勤して24時にタクシーで帰るのである。 私は朝9時に来て、毎日21時~終電あたりで帰っていたが、タクシー男、自分より早く若者が帰るのが気に入らない。 ある日嫌がらせで、後に聞いた話だと「あいつは絶対出来ない」と他者に語っていた課題を渡された。 アホくさいのでその後は毎日昼すぎに出勤してタクシーで帰る生活にした。労働時間はさほど変

    派遣PGが出会ったパワハラ上司図鑑
  • 「根性論は禁止」「以後気をつけます、はナシ」"ノートラブルなシステムを作るための心構え"に納得の声

    最速配信研究会山崎大輔 制約理論及び待ち行列理論による技術経営コンサルエンジニア起業相談やってます @yamaz 今あちこちで説明しているノートラブルなシステムを作るための心構えの資料を清書してる。その中でも特に好きなスライドはこちらになります。 pic.twitter.com/PX4ChHRvyo 2022-07-15 12:24:46 最速配信研究会山崎大輔 制約理論及び待ち行列理論による技術経営コンサルエンジニア起業相談やってます @yamaz ソフトウェアエンジニア起業家、商売人、三児の父、広告システムチョットデキル、スモールビジネス大好き ヤフー→スケールアウト(ファウンダ)→M&A/PMI→現在起業準備中 モットー:流れ重視、差は儲けの元 大量配信(月数千億~)、エンジニア起業、テック組織、技術的負債の返し方、PMIなど、ご相談はDMで! https://t.co/eSo

    「根性論は禁止」「以後気をつけます、はナシ」"ノートラブルなシステムを作るための心構え"に納得の声
  • 製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から

    (前回のあらすじ)あなたは、ある製造業の工場に勤める若手のエンジニアだ。案外パソコンに詳しい、などとおだてられて手製のツールなどを作っているうちに、いつのまにか工場長から『製造IT担当』なる係にされてしまった。なんだか技術者というよりも便利屋みたいだな、などと思いながら、それでも製造ラインのデータを取得するIoTなどの仕組みを工夫したり、生産管理システムの改修要件をとりまとめたりしてきた。 そんなある日、社から突然、「全社DXチーム」のメンバーに任命されたから会議に来い、と命じられる。専務が委員長で、情報システム部の次長が事務局長だ。社内の主な部署から、若手中堅メンバーが集められている。だが、参加してみたものの、皆、何をすればいいのか思案顔であった。最近のデジタル技術は、従来のサーバとPCの中のITより、現実世界とインタラクションが強い、だからそれを利用すればいい、という意見もでた。だが

    製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から
  • 検査仕様書なしでシステム開発するとどうなるか?

    検査仕様書なしでシステムを開発するとどうなるのか? ある炎上プロジェクトの建て直しを通じて嫌と言うほど思い知らされた。 そのプロジェクトの顧客が一番怒っていたのは「一体どういうテストをしてリリースしてるんだ?」という点だった。 プロジェクトの建て直しはやり慣れているのでまずは検査仕様書をレビューして検査項目の強化だな、とか軽く考えていた。 でもプロマネに検査仕様書を見せてくれと言っても整理できてないから待ってくれ、の一点張り。 まずは社内の人間で見るだけだから整理なんていらないよ、と説得しても頑固に出さない。 なんとそいつは検査仕様書なしでテスト(うちの会社の定義ではそんなもんはテストと言わないけど)して顧客にリリースしてた。 全く動かないシステムをリリース顧客は「全く動かない」と怒っていたが僕はいくらそれはないだろ、顧客が話を盛っているんだろうと甘く考えていた。 しかし、プロジェクトの自

    検査仕様書なしでシステム開発するとどうなるか?
    yuzuk45
    yuzuk45 2020/10/09
    コレは地獄プロジェクト…関わりたくない
  • 絵に描いたようなSI炎上案件を見たので過去の経験から勝手に解説する - セカイノカタチ

    www.tsubakimoto-neko.com 絵に描いたようなSI炎上案件ですね。 僕も長らくシステム開発業界に漬かっていますので、身につまされる思いです。 自分の拙い経験から、行間からあふれる業界の闇を勝手に解説したいと思います。 営業主導で案件が決まる 30%OFFの激安システムなんですが、設計からリリースまでちゃんとしてくれとのこと。リリース日時は死守しろっていうからがんばりましたよ?でも人を増やしても増やしても終わらない工程。あれ?30%OFFしたのに、人件費で赤字になっちゃったよ?おかしいな? まず、受託開発の見積もりというのは、基準があってないようなもので「この感じだとこのくらいかな?」という、画面数などを元に、ほぼ勘で出します。 あってないようなものですが、それを元に「人数×期間」が算出されるため、「このぐらいの体制ならなんとかリリースまで持っていけそう」というラインを決

    絵に描いたようなSI炎上案件を見たので過去の経験から勝手に解説する - セカイノカタチ
  • 1