キミ

トヨタの町のユーザー系IT企業SE。2019年に炎上案件大好きなブラックIT会社から転職。おっきなプロジェクトのリーダー邁進中。闇落ち気味。

[キミ @ITramen2018]

手段先行型のエンジニアにAIを渡す

ネットで見つけた新機能を色々試していくが最後はコーディング利用に落ち着く

目的先行型のエンジニアにAIを渡す

今の課題を整理し、日々の業務にAIを組込む

要領良いエンジニアにAIを渡す

新機能を使って小さい課題解決しPDCA回す

みんな違ってみんな良い

[けいすけ @kei31]

エンジニアによくあるヤバい依頼
1/3

[キミ @ITramen2018]

技術熱があるのは良い事。

「あなたは技術中毒者です！」なんて言ったらみんな冷めちゃうので、自慢で終わらず適度に応用へ頭のリソースを割いてもらうようにコミュニケーション取らないとなぁ。

熱い人がいると、冷やかしたくなる悪い癖を自覚しなくては。

[キミ @ITramen2018]

コーディングって動くと「楽しい！」ってなってドーパミンがドバドバでるよね。
AIも似てる。パッとそれらしき成果が出て嬉しくなる。そしてAI技術の麻薬中毒。

グループでのAI業務検討会やってるんだけど、いつのまにか中毒者のAI新技術自慢大会に。。。

技術の魅力とは適度な距離感でいたい🫠

[キミ @ITramen2018]

最近なんでも確認させてくる後輩がいたんだけど、これはナゲツケサルだったのか！

自分の対処法は、そのままチェックせずに現場に放り込むことでしたが。

[もとやま @ysk_motoyama]

https://t.co/pvss4Qlpaq

[キミ @ITramen2018]

てから、目に見えて文章力��上がった。
副次的な効果なのか、口頭説明の時もロジカルな説明になっていた。

AIに頼ると人の能力が下がると思っていたが、気軽で高品質な壁打ちが短時間に繰り返しできる事により成長速度が爆速になったようだ。

現在は、これを活かした育成プランを計画中です。

[キミ @ITramen2018]

後輩3人にテスターとして不具合を出しを依頼した。

ただ、3人とも発生した事象の書き方が曖昧だったり細かすぎたりで、まるでベンダーへ伝わらないので毎回レビューして書き直しさせてた

あまりにもレビューする側の負荷が高いので事前チェックのAIエージェント作ってみた

AIレビューを通すようにし

[キミ @ITramen2018]

老朽化するからとシステムを新しく作ってるわけだが、ユーザのモチベーションは0。

説明しても覚える気がないand文句ばかり。

ユーザが望まぬシステムを作る虚しさよ。

[キミ @ITramen2018]

「面倒くさい」って言葉の裏にあるリスクや複雑さを開発者が言語化できるとBest。ただそれが出来る開発者はとても希少

PMが過去の知見から開発者の背景を汲み取る能力があれば良いが、それが出来るPMもまた希少

簡単には埋まらない知識の溝
中立な翻訳家としてAIが埋めてくれる世界はきっともうすぐ

[けくめね😼 @miitara37]

【悲報】PMワイ、開発者から「これは結構面倒くさい」といわれ、工数の話と思い「超概算何人日くらいですかね？」と聞いたら「出来ればやりたくない」とストレートな回答を受領

[キミ @ITramen2018]

ベンダーさんと不具合対応費用の痛み分け割合を決める会議。

責任の押し付け合いで、いつも通りモメる。

この時間は長い割に生産性を感じなくて毎回モヤモヤ。

上流エンジニアが行き着くマネージャーの仕事がこんなのだから、日本のITは遅れをとるんだよなぁと想いを馳せながら今日も妥協点探す。

[キミ @ITramen2018]

ちょいちょい良いこと書いてある。

[小野松 健太 @Sales_Onomatsu]

【ゆるぼ】
いいねの数だけ『キーエンス時代に意味不明だったこと』言います。

[キミ @ITramen2018]

後輩「今日の実装の進捗20%でした��明日は80%までやる予定です」

PM「80%って具体的にどんな状態？」

後輩「雰囲気です！(￣∀￣)」

その後、後輩君は進捗90%が1週間続きましたとさ。

タスク分解出来てない人が使うパーセントは要注意

[キミ @ITramen2018]

まさに今コーディングやってるのと並行して、総合テストのテスト仕様書作ってる。

テスト視点で改めて見直すと、設計ミスと思える箇所がわんさか出てきて萎えてる。

[xL(おおきなえる) 🪼☁🌙🌸🐻💿⚒️ @ellnore_pad_267]

っていうか SIer で一番謎なのはアレなんだよな

テスト仕様書書くなら仕様固めたときに一緒���書けばいいし、
逆に詳細設計書とか納品物として作るなら実装した後でよくね。

それぞれ逆じゃね。

とは思ってる。

[キミ @ITramen2018]

開発中のシステムや案件の進め方を、非エンジニアでもわかるように抽象化して説明するお仕事を延々としてる。

いるのか？って思うけど、やらないとエンジニア達が偉い人から質��地獄になって進まなくなるので必要っちゃ必要。

不思議なお仕事

[キミ @ITramen2018]

炎上プロジェクトが多すぎるので、プロジェクトの完遂する為の役割をまとめて欲しいと依頼された。

考えること無限大過ぎて途方に暮れるテーマ。

エグい技術者、作業プロセスをまとめられるユーザ、漏れなく要件まとめる人、お金回しの達人、人たらしの管理者などなど各種のスーパーマン達を整理中

[キミ @ITramen2018]

チームミーティングの議題
【単体テストの品質をどうやって向上させるか？���

新人SE😺「漏れなくテスト項目を洗い出す」

中堅SE🐵「テスト計画書を作り込む」

マネージャー👨‍🦰「デキル人をアサインする」

経験や立場で対策は変わるんだなぁって改めて思った。

[キミ @ITramen2018]

ローコードでサクッとアプリ作れたぜ！
って、オジさんが自慢げに紹介してくるのは良い。嬉しいのは分かる。
だけどベータ版レベルなんだよね。

UI悪くて入力が面倒くさい、遅い、見たい情報まで辿り着けない等々。。。

毎日使うシステムって難しいんだなぁと改めて思いながら、改善点を返してあげる

[キミ @ITramen2018]

PCの作業ログ取得して自動で日報書いてくれるチャットGPTを作れば日本のエンジニアがみんな幸せになれるね���

ネットサーフィンしかしてない働かないオジさんは、絶滅させられるし一石二鳥👼

[キミ @ITramen2018]

新人が提出する日報と、Xで話題あがってるエンジニアが書く日報だと別モノだろうけど���。

[キミ @ITramen2018]

新人の日報見ると優秀さが垣間見える。
誤字脱字が多かったり文章構成が無茶苦茶な人は、プログラムや設計書もやっぱり無茶苦茶。

採用試験に小論文を書く会社がたまにあるけど、意味あったんやな〜とふと思った。

[IT菩薩モロー（キッカケエージェント） @it_bosatsu_moro]

「エンジニアにとって日報が必要なのか」が話題ですが、一定以上のスキルと主体性がある人だけで構成されるチームなら基本いらないと思いますが、スキルが足りず受け身の姿勢が強い人には日報だけでなく、とにかく徹底的にマイクロマネジメ��トするしかありません。代替策がない以上は仕方ないですね。