  |
はてなキーワード: 上流工程とは
うちは下請けの下請けみたいな会社。何となくSEっぽいこともやってる。
上流工程なんてやらせてもらえないし、仕様書通りにコードを実装するのが主な業務だ。
でもコードを書いていると、あれ？この実装どうやるんだっけ？って場面があった。
同僚に聞くほどのものでもないからチャットGPTを開いて「ちょっと教えて」って聞いたんだよ。
コードの一部分だけを聞いて参考にしてただけだ。
ところが、先日それがバレた。
上長に呼び出され、第一声で「お前、AIに頼ってるらしいな！」と怒鳴られる。
上長は俺を向かいに座らせると苛立ちを隠さず、腕組みをして貧乏揺すりを続けながら「AIに頼るのは社会人のやることじゃない！」とか「お前、そんなことで仕事やってるつもりか！」とか「この仕事、向いてないんじゃないのか？」なんてことを延々言ってきた。
でも、ちょっとしたコードの書き方を確認するくらいなら別にいいだろう？と内心思いながらもその場の雰囲気から決して口には出せなかった。
上長は50代の独身で、AIに対して根本的な不信感があるっぽい。
俺としては、AIはあくまで道具だと思ってるし、それをうまく使うかどうかは結局人間次第だし、参考程度に使っていただけでここまで怒られるのが理解できない。
まるで俺が何か重大な倫理違反でもしたかのような勢いで怒られたのは今でも納得できないし、正直AIに親でも殺されたのか？って思うぐらいのレベルで激怒していたのも意味不明。
https://zenn.dev/sta/articles/2024-08-10-sat-what_is_si
少し前にブクマの集まっていたこの記事について、SIerでなぜITが軽視されるのか、SIerがしぶとく生き残っているのが何故なのかをもう少し深堀りしてみたくなった。なお俺自身は、もうずっと長いことSIerの中で働いている、現役のSIerの中の人である。
これから書くのはSIerの中でもBtoBの業務システムの中身の構築を主に手掛けていて、なおかつ元請けに近い組織の話だと思ってほしい。
まずSIerでITが軽視されがちな理由である。受託開発を主に手掛けるSIerの顧客は、だいたい以下のような特性を持つ。
このような顧客が日本社会にはまだまだいくらでも存在しており、その市場に特化した業態がSIerだ。このような市場は、いずれ消えると言われながら今でもしぶとく残っている。
こうした顧客の元では、新しい技術にチャレンジしてもあまりメリットがなく、枯れた技術や使い尽くされたフレームワークを使って、すでにどこかで見たようなシステムを生産するのが最適となる。古い技術は長期的には先細っていく運命にあるが、一方で経験者が多く失敗事例が出尽くしている、過去の資産を利用できるなどの利点があり、顧客側も冒険よりはリスク回避を望むため、古くて安定した技術を採用するメリットが大きい。
それを請け負うSIerで重宝されるのは、ITの知識よりも顧客業務を理解してロジックに落とし込むスキル、いわば業務をプログラム可能な形に翻訳するスキルだ。
顧客が自分で説明する業務のルールはだいたい矛盾していたり、条件が不足していたり、例外ケースが考慮できていなかったりするので、それらを整理してプログラム可能な形に変換する必要がある。特に金融などの業務がガチガチに法規制されている分野は業務ロジックを法律や制度に適合させる必要があり、そういう時に業務ロジックを「業務の専門家の立場で」検討できる人材がSIer側にいると顧客は安心して設計を任せられる。だからSIerでは上流工程が重視され、それができる人間が重宝される。
余談だが、俺自身は経理系システムを専門として長い間この業界で働いているが、俺がここに残っているのはIT技術も好きだけど経理の勉強をするのもそれと同じぐらい好きだったことが大きい。いざとなったら経理知識だけでも食いつなぐことができるぐらいには、そっち方面の知識もある。IT技術への興味は趣味で発散させており、仕事でそれを生かせる機会はなくてもいいと割り切っている。そういうタイプが、この業界には向いている。
閑話休題。
SIerでは上流工程が重視される一方、実装のフェーズでは使い尽くされたフレームワークを使って作るので最新技術への理解は必要なく、実装上の創意工夫が必要なほど難しいものや新規性の高いものを作るわけでもないため、設計書に書かれたことをそのまま実装できる人であれば十分、ということになる。そのため、実装要員は単価の安い人を大量に集めればいいという発想になり、かくして派遣ビジネスの隆盛へとつながっていく。
実装フェーズは業界全体で単価が安いため、元請けの比較的高給取りな社員に実装を任せてしまうと、それだけで利益率が悪化する構造があり、ハイスペックな社員はなるべく単価の高い上流工程にアサインしないと勿体ないという話になる。
実装のフェーズを丸ごと外注することも多い。フェーズ単位で外注する方式はウォーターフォールと相性がよく、発注のためにはきちんとした設計書を外注先に渡す必要があり、かくしてSEはドキュメントをひたすら書き続ける。
SIerは「ITを専門とする組織」ではなく「業務をプログラム可能な形に翻訳する専門組織」であり、翻訳した後の作業を自社の社員はあまりやっていないので、そもそもIT企業と言えるかは本来微妙な立ち位置なのだ。実際には翻訳の成果物である設計書でさえグダグダなことは多いのだが。
とはいえ、パフォーマンスチューニングなどで技術面の創意工夫はしばしば必要になるのだが、それが実装の工夫だけでどうにかなるものであれば、大体は現場のエース級の人（自社社員とは限らない）がなんとかしてしまい、経営者を含む大部分の人にはその必要性があまり深く認識されず、エースの人がどうやって解決したかも理解されない、というのが実情ではある。技術のスペシャリストはSIerでは立場が弱く、裏で活躍していてもそれが日の目を見ることはあまりない。
こうした姿勢のためにSIerはたまに来る技術の変化の波に弱く、大波が来た時はしばしば多くの人が新技術に適応できずにドロップアウトしたりする。日進月歩のITの世界で、お前は本当にIT企業かという感じではあるが、そもそもITの専門組織とはいえない組織なので期待するのは無駄である。
ではSIerがしぶとく生き残っているのは何故なのか。
SIerとは「業務をプログラム可能な形に翻訳する専門組織」だと言ったが、もっと大きなことを言うと、総じて日本のSIerというのは、日本社会を現状維持させるために存在する業種なのだろうという気がする。（日本に限定したのは、海外の状況はまったく知らないからだ。）
顧客もIT化の波に対応しないといけないが、かといって現状の業務を変えたくないし、ITのことを学びたくもない。SIer自身も新しい技術を積極的に取り入れない。その両者が結託して、古い技術で社会を現状維持させている。その良し悪しはともかく、多くの人がそれを望み、その望みがSIerという業種を存在させている。まるで邪教徒たちの祈りが邪神を生き永らえさせているみたいな話である。
古い技術を革新しないと社会が変わっていかないとしたら、SIerは変化に対する抵抗勢力であり、SIerの古い技術者が変化の波でドロップアウトするのは、社会にとって必要な新陳代謝といえる。
だからもし、技術で社会を変えようと望むなら、SIerは来るべき業種じゃない。技術の先駆者たちが社会を変えようとして切り拓き舗装した道を歩きながら、すでに出来上がった仕組みを維持するために働いているのがSIerだ。技術で社会を変えようと望む人は、是非他で活躍して、技術変化の波を起こし、俺をドロップアウトさせてみてほしい。
JTC SIerの研究職と長年お付き合いしてきたけど、彼らはそもそも研究なんて高度なことをしてる人はごく少数で、ほとんどの人は要件定義フェーズの派遣業をしてる感じだね。
研究所も自分でお金を稼ぐというプレッシャーのせいか、事業部門が募集する「研究（依頼研）」という名の開発をする作業員をやっている。
その中で適当に新規性を見つけて（無理やりひねり出して）特許書いて研究所としてのノルマ達成。
ちなみに研究職の人月単価は通常SEの数倍に上るため基本は上流工程しかさせられない。また研究職のためかドキュメントはあまりかけないし、
プロダクトコードレベルの品質を作ることはもちろん、プロジェクトマネジメント等もできない。
となると一体何をやっているかというと、PJ初期段階の技術調査という名のAWSのドキュメントを読んでまとめる作業をしてたりする。
最近、客先常駐から社内SEに転職することが決まった。忘れないうちにこの転職に関する備忘録を残しておきたい。
この理由に至った現職の内容を話そう。
なってしまった、とネガティブに書いているが全否定するつもりはない。新卒で入った会社は客先常駐であることだけが悪かった。COBOLも別に悪い言語とか思っているわけじゃあない。
ただし『客先常駐とCOBOL』という組み合わせは、将来の展望を描けなかった。これから新卒の人にはあまりお勧めできない。
なぜか。
まず、『客先常駐』。
これは全くもって良くない。責任が少ない仕事で十分で、人間関係を適度にリセットしたい人には向いていると思う。もしくは、よっぽどのニッチかつ高スキル保持者くらいだろうか。
問題点を述べていこう。
問題点そのいち。
常駐先ガチャが待っている。どんな地獄の案件が待っているか行かないと分からない。しかも、客先と戦わない営業マンの方が給料が高いなんてやっていられない。最近はSier側が強気に出られるパターンも小耳に挟むが、まだ稀な印象である。
問題点そのに。
上流工程に携われるかは運である。そもそも要件定義とか予算とかを他所から来た人間に任せることは難しい。底辺下請けにはもってのほかである。よって、下流工程のみの経験でスキルは身につかないまま、30代に突入する可能性すらある。
問題点そのさん。
契約形態によるが1ヶ月の勤務時間が決まっている。1ヶ月最低〇〇時間以上勤務となっている。これがネックとなり連休を取ることが非常に難しい。さらに、GWや年末年始休暇があると残業必須になる月が発生する。勤務時間縛りプレイ未経験者は大したことではないと思うかもしれないが、ワークライフバランスにおいてストレスになる。
次に、『COBOL』。
先ほども書いたが悪い言語だとは思っていない。
ただし、大型新規開発は今後ないと思えと言いたい。必然的にCOBOLを書き書きしていた時代のおじさま方には、技術の点で一生勝つことはない。彼らがくたばるまでは。
それと、たまに聞く「コボラーはこれからずっと需要があるし、新規参入者も減っているから将来安定だよ」なんて話。この嘘、ほんと？
確かにCOBOLは自分が死んだ後も生き残るだろうが、それほど大きなパイが残るだろうか。元請けか自社の社員にしか仕事が残らないのではないか。あったとしても金がどの程度分配されるというのだ。
個人的には、将来の選択肢を増やすためにCOBOL以外"も"経験した方がいいのではないかと思った。加えて、COBOLしか経験がないと求人が少なく30代以降の転職のハードルが高いため、その前に一度足抜けした方が安牌だと判断した。まあ、逃げ切れる世代には関係ございませんけれども。
悪魔合体させるといけない。
まず、COBOLはほぼ金融業界でのみ生き残っておりコボラーの生息範囲は限られることとなる。結果的に、客先常駐していると別の常駐先で出会った人かその関係者とかち合う可能性が非常に高くなる。個人情報や噂が一気に広まってしまうわけであり、一回でも社会からすってんころりんしたら戻りにくい。
なにより、両者ともに揃うと別業界や別ポジションに転職しにくくなる。客先常駐コボラーから客先常駐コボラーに転職する人が結構いるのが現実。コボラーになりたいなら最初からIT土方ピラミッドの頂点コボラーにならなければならない。
という様々な思いがあって、
客先常駐の働き方はこの先これ以上は無理だなとなり、COBOLだけではない肩書きを持ちたいと思って転職を決意したわけである。
現職の忙しさで心も身体もすり減っており、スケジュール管理や企業とのやり取りなんてとても無理だったからである。
さて、ステマなし・エージェント会社名無記載の個人的なエージェントの印象を述べていく。
まず、当初は大手のエージェントに登録していたが、こいつは全く使えなかった。自社開発か社内SEを希望しても、客先常駐とずっと求人出している営業職と介護職の求人票を寄越してくる。
最終的には、客先常駐コボラーは美味しくないため全くフォローされなくなり、ついにはエージェントの気配が消えた。
経歴に自信がある人か自主的に転職活動を進められる人以外は、大手向きではない。
次に中規模のエージェントに登録した。疲れて自主的に動けない自分向きであった。
エージェントの対応としては、大手より転職希望者が少ないためか連絡が頻繁かつ口調が砕けたものであり、転職活動の並走者感を演出することを意識されていたように感じた。
そのため、マメに連絡欲しくない人には向いていないと思う。
なお、結果的にこちらで内定まで到達したが、登録してから内定まで平均より1ヶ月ほど長かったようである。これも客先常駐コボラーの呪いか。
面接対策については、2つ目の中規模エージェントで書類添削及び面接対策の申し出があって実施していただいた。それに従えばおよそ間違いないと思うが、参考として面接経験を書き残す。
面接での質問は、これまでの仕事のことを深掘りされることが多かった。
一問一答で準備しておけるようなものではないため、成功したこと・失敗したこと・仕事中に心がけていることなどを整理しておくことが必須である。新卒からコボラーの人間に技術は期待されないから、アピールできるところが仕事の進め方や考え方だけだからだ。
また、気になるITの話題や自己研鑽の質問への回答をそれぞれ2〜3くらい用意しておくとベスト。
志望理由は、表向きの転職理由と求人票の職務内容を結びつけて言えばいい。ここを起点に他の話に発展していくことも多く、嘘の理由であっても結びつきをブレさせない意識を持つといいだろう。
企業研究はインターネットで調べて、事業内容と今後数年の計画を口で語れれば十分かと思われる。新卒と違って会社説明会なんてものはなかったが、面接担当者が面接中にどのような会社か親切に語ってくれるから、そこから志望動機にも繋げていくことができた。
そして、自分と同じく経歴がクソだと思う転職希望者たちには次のことを言いたい。
たとえ転職先で希望のキャリアや待遇が手に入れられなくても足がかりになるような経験が得られるか、でエントリーしていくといいと思う。
もしかしたら、転職した後に「失敗した」「隣の芝生が青いだけだった」なんてことになっているかもしれないが、そのときはまた転職活動を頑張る所存。
採用と教育のコストを考えろよというご意見には、退職されないように経営しろと回答させていただく。
ここまで来て一点大きな訂正をさせて欲しい。
コボラーを名乗っているが、実際はCOBOLよりJCLに触る時間の方が多かった。なんなら、JCLで一番動かしたものは読めないアセンブラのツールだったかもしれない。汎用機バンザイ。
エンジニア組織に所属してまして上流工程を担当するmgrです。
本日企画承認会議でビジネス部門から商品企画が起案されたので、レビューと承認依頼がありました。
通常なら事前に根回しやすり合わせをして承認会議に臨むので、ハレーションは発生しにくいのですが、本日の企画は
事前レビューなし、完全初見、要求事項不明瞭、リターンも不明、何を開発すればよいかも不明、と散々。
そこで以下を聞いた。
・これのリターンは？ → やってみないとわかりません
・リーガルリスク（主に景表法まわり）対策は？ → あっ。。。
・売上計上方法は？ → なんですかそれ。。。
初見の企画を見せられて、何も回答しないので詰める形になった。
同席してたビジネス部門の責任者から「お前がそんな詰め方をするから萎縮した」となぜか説教された。
「お前ひとりが騒いでる」とも。
なるほど、そういう理解なのか。
KPIも不明、開発工数はおそらく15人月はかかりそう、リソース逼迫してると説明しててもこれか。
15人月なら工期は半年以上は必要だが、3ヶ月ちょっとしか猶予がない。
ユーザーに真っ当なサービスを提供したい、するんだ。そのために有限のリソースを最適配布するんだ、と
意気込んできたけど、全部私の一人相撲だなこれは。
うちの人月単価＠200なのでコスト3000万前後。部下は残業してまでも開発をしてる。
これに対して、クソ案件を安易に承認してしまうビジネス組織に絶望した。
もしくは、何も言わないで工数と工期を示すのみ、か？
・上流工程のアホが仕様書に書いちゃったどうでもいい検査項目のやったフリ
・エントリーシートの話盛り
みんなこれぐらいの文書偽造は日常的にやってると思うんだよね。
公務員が公文書偽造したって話題になると途端に「文書偽造とかありえない！人間のクズ！魂ごと穢れているから死ね！」みたいな勢いで叩かれてるけど、自分たちも割とそういうのやってることに対して無自覚だから好き放題言ってるだけなんじゃないかなと。
実際の所どうなん？
ちょっとした「田舎に住んでる親父が入院するのとを俺は許可しますよ。増田 太郎」みたいなのですらいちいち封筒に入れて送り合ってちゃんと直筆で書くん？そんなん電話で「お前の名前借りるで？」「ええよ」してちょっと筆跡変えるだけでよくない？
ガチガチのIT業界に飛び込むか、組み込み系などで電子工学よりの仕事をするか。
俺が就活をした1X年前は、IT業界といえばブラックな噂が飛び交う魔窟だった（よく分からん人は「ブラック会社に勤めてるんだが、もう俺は限界かもしれない」とかで検索してみてください。これが投稿された前後ぐらいで私は就活してます）
「昔はまだ高給だったから耐えられた」
「一部の勝者が元請け一次請けとして儲けてるだけ」
「人売りだらけで正社員採用されても実態は派遣社員のパターンばかりだ」
といった黒い噂を毎日のように耳にする状況であった。
（今考えれば、情報機器に触れる機会の格差によってブラック情報の発信頻度が業界によって違っただけで、どの業界にも同じようなブラック話はあったのだろう。なにせ就職氷河期の前後の話だ）
同級生達は「ゆーて一部の負け組が言ってるだけやろ」 「ネットの噂を鵜呑みにするとかありえない」 「就活ダルすぎるから教授が薦めてきた所にそのまま入るわ」とIT業界に次々入っていった。
俺は自分の先見性を過信していたので「これからITは更にブラックになる！だから俺は今のうちにITという泥舟から飛び降りる！」と工業系の世界へと飛び込んでいった。
結果はタイトルの通りだ。
「あのとき、同級生たちと同じようにIT業界に入っていれば……組み込み系に染まることよりも他の業界へ移れること優先でスキルツリーを伸ばしていれば……あと５年早く決断を……いや１０年か？せめてもっと上流工程に……そのためには学歴が……高校生の頃にゲームなんてせずに勉強を……そもそも中学生の頃に勉強してもっとちゃんとした進学校に……」
カセットテープみたいに擦り減ってくれればいいのに、いつもいつでも新鮮な気持ちで後悔が押し寄せてくる。
働いてるとき、スーパーで買い物してるとき、ふと寝ようとしたとき、ゲームで遊んでるとき、飲み会の最中、風呂場、トイレ、サウナ、いつどこで始まってもおかしくない豊かに過ごせたかも知れなかった人生への未練。
辛いよ……IT業界が再びブラックになって、同級生たちがみんな過労死する未来さえ願ってしまう。
俺が選択しなかった人生が、俺の選択した人生よりも大きな失敗であることを願うぐらいしかもう出来ない。
俺が本当に悔しいのは、俺が同級生たちのように「俺達なんだかんだいい選択したよな～～～～」という気分で人生を選べた可能性を、自分のつまらん思い込みで捨て去ってしまったことなんだ……。
才能も努力も変えられなくても、選択だけだったら簡単に変えられるんじゃないかってこの気持ちもまた思い込みだったりするんだろうか。
確かKEYのリライトだったかな、インタビューで田中ロミオか竜騎士０７か忘れたけど「シナリオごとに主人公の性格が違いすぎるみたいな話って、ルートごとに分業制のゲームでよく言われるじゃないですか？ でもルートによって性格が変わるのって当たり前だと思うんですよ。 性格が違うから選択が変わってきたわけで、それぞれのルートの主人公は「そのルートを選択するような性格をしていた主人公」の話なんですよね。 「主人公の選択が違ったら」じゃなくて「主人公の性格が違ったら」なんですよ。 」みたいな話をしていた気がする。（URLすぐ持ってこれる人がいたら教えてくれ。３分ググったけど見つからなかった）
私が
「IT業界に進んで人生を成功させた友人、IT業界への道を避けて人生に失敗した俺、俺達の人生はどこで差がついたのか？
本当にその違いは「IT業界を避けたこと」だけだったのだろうか？」
と言いますので、
皆さんはなんかこうあとはもう好きにしてください。
セクシー田中さんの件は、ドラマというプロダクトに対してプロデューサーが持つ熱意とリーダーシップが足りなかった話だと思ってる
ドラマの方向性を明確に示すことができず、右往左往した結果、脚本家も原作者も傷つけ、上流工程の脚本がゴタゴタしたことでおそらく現場のスタッフや役者はそれ以上に短納期で納めないといけないという負荷を強いられたと思う
昔からよくある原作無視したドラマのプロデューサーは良くも悪くもドラマではオリジナルでやるという道をいろんな批判を受けながらも現場に示していたのだと思う
逆に原作重視のドラマの場合、現場に無理をかけたとしても説得して、脚本家にも頭を下げ予算取りも頑張って「原作通りやり遂げたい」というリーダーシップを発揮して作り上げていたのだと思う
今回のセクシー田中さんは、オリジナルを作るということにも原作を守ることにも熱意と腹をくくることもできなかったリーダーが散々現場と関係者に迷惑をかけた例だと思う
契約があるから原作者の言う通りにしないと〜、あ、でも原作通りにすると現場が文句言ってくるからなぁ〜、はぁ〜どうしよう〜をギリギリまで引き伸ばして関係者全員を苦しめた
で、こういうのってドラマ特有なのかと言うとそうでもなくて、関係者が増えた開発のリーダーに意思がないとこうなりがち
たぶんセクシー田中さんのプロデューサーはお前らが嫌う「何も決めないけど締め切りが来たからエイヤで無茶言う」系リーダーだったんだと思う
SNSでAI絵師と反AIの議論(?)を見るのが日課なんだが、以前と比べて最近はもう口争いみたいな投稿が増えてきてちょっと悲しい
眺めていると数人の方は建設的な意見など言っているように見えるが、大多数は攻撃性が高くて見ていて不快。先日は煽られて喧嘩買うぞかかってこいよとか言ってるのもいたし…
AI絵師はモラルがないとか、人の迷惑考えろとか、揚げ足取るなとか、以前はイラスト生成AI規制派の言ってることに賛同できたんだけど、
最近は絵柄割れ厨が！とか、AI推進者はカス！とか、わざわざAI絵みつけてAIやめろ！って攻撃的なリプしたり、揚げ足もとってる投稿が散見される。どっちがモラルがないのかな…逆転している印象。
掃き溜めみたいなSNSに期待しても意味は無いんだけど、どうも底レベルな争いのフェーズに移ってきてしまったなーという印象。
どこまでOKでどこからNGという線引きを早く国や文化庁などが明確な指標を出ない限りこれには終わりは見えないだろうな…
私個人としては少子化・働き手が減っている日本の未来に向けてはAI導入は必須だと思っている。単純作業の効率化・人間は上流工程へのシフト化を行い人手不足を解消しなければならない。
が、しかし、その中でイラスト関連については、ちょっと目に余る使い方をしている人も散見される。AIイラストを公開したりは良いと思うが、他人の絵柄を完全コピーしたり、他人の絵のi2iの利用するのは賛同できない。
音楽も翻訳も文章もその他いろいろな生成AIが出てきて効率化されているのに大きな問題にはなっていないのはそういうところなのかもしれない。最近よく言うデータセット云々はどの分野でも同じようなレベルだと思うし、仕事が奪われる！ってのもどの分野も同じように考えられる。
上でも言った通り、もともと生成AIの一部規制に賛同していたし、今でもモラルやクリエイターの立場は守られるべきだと思っている。ただ最近はちょっとな…という感じ。
コードの書けない人が設計をする事例は、現場によっては存在するかもしれませんが、それはあまり望ましい状況ではないと思います。コードの書けない人が設計をすると、以下のような問題が起こりやすいと考えられます。
以上のように、コードの書けない人が設計をすることは、システム開発において多くのリスクを伴います。コードの書けない人が設計をすることを避けるためには、以下のような対策が考えられます。
コードの書けない人が設計をすることは、現場の状況によっては避けられないことかもしれませんが、できるだけコードの書ける人に設計を任せることが望ましいと思います。コードの書けない人は、コードの書ける人と協力したり、ローコード開発などの手法を活用したりして、コードの書き方や技術の知識を身につけることが大切だと思います。
ほかになんかある？
素晴らしい。こういうのがもっとほしい
超上流工程
このお題のために作ったオリジナル合成語かなと一瞬思ったけど、調べるとちゃんとあった。素晴らしい。
とてもいい感じではあるが、合成語になっていて前後の結びつきが少し弱く、全体で一単語とはみなしづらい気もする。
素晴らしい。
スーパーヒーローショー
あり。
合成して量産できる言葉は選外。成り立ちは合成語だがほぼ一単語として通用している単語はあり（※主観が入ります）。固有名詞だと文句なし。
じゃかましい、東京消防庁も東京モーターショーも固有名詞じゃ文句があるなら「山形消防庁」や「佐賀モーターショー」を連れてきやがれ
増田災難でしたな…お疲れ。
ところで俺もB系統。読んでてきつかった。
俺の場合仕事場より妻の方が絶望してるかもしれん（何回言っても同じミスするからなんの家事も育児も任せられないとよくキレられてる）
以下過去雑に振り返って書き捨てておく
なんとか10年同じ会社で仕事しつつ部下なしだが肩書きもついたので、ましな方なのかもだけど。雑誌や本ではないけど編集系。学生時代にやった本読んでまとめるだけのレポートとかが得意なら実作業はまあまあこなせる。ルーティン色強め、顧客対応は間のディレクター職がほぼやってくれる。
基本やったことあることしか取り組めない。未知のものだと調べて調べて時間切れになる。
職場がトヨタの自工程完結を取り入れて、マニュアルづくりを部署としてやり始めたので救われたな。
そのマニュアル遵守と、さらにそのマニュアルを自分でさらに詳細に作り込むのと…でなんとかこなした。何でもかんでもマニュアル通りに自分で最後までやろうとするから残業が月60～繁忙期は100近く。
質問はマニュアル読んで書いてなかったらする。それでもかなり質問魔だったと思うけど、ミスしてやり直すよりましととらえてた。
※読む、整理する、書く、みたいな事務処理能力はないとサラリーマンはつらい。
※Bはマニュアル遵守できなかったようだね。マニュアルの詳細化までやりこませるともしかしたら多少はマシになったかもしれんが、くそ遅かったろうな…
残業80超えが3か月ぐらい続いたところで先輩に泣きついてどうやって裁いてるか聞いたりしたけど人に仕事振るしかないと言われた。私はどこまで自分でやってどこからは振るべきなのかの判断が絶望的に下手くそで、早めに振っても「まだがんばれる。なんとかしろ」で突き返され、後半／雑務系になってからだと「遅い、そんな急に言われても無理」と突き返される。何が終わってて何が終わってないのか／量や想定時間とセットで振らないと受ける側が困ると言われ、その準備してるうちに時間切れ、夜になってから結局自分でやり、残業地獄から抜け出せないループだった。
※寝不足が続いた。ストレス1回急性難聴なったな。発達障害の診察受けて「グレー」と診断されたのがこの残業ループ中。
5年目ぐらいで同じ業務の上流工程つまりディレクター職に変わった。スケジュール作って元情報現場に流して制作方針決めてやらせて、上がってきたものチェックしてっていう工程で自分で作業しなくなったので、残業はかなり減った。
