Notices by えぬしち (enu7@qiitadon.com), page 67

ボクはシモ＝ヘイヘたん！

Twitterの「本当にあったIT怖い話」タグを「守秘義務・・・・守秘義務・・・」と呟きながら見ている

https://twitter.com/hashtag/本当にあったIT怖い話?src=hash

おいどんがコンピータサイエンス学部のエーアイ学科卒業したときは、AIといったら論理数学の発展系だったので、定義したと言われてもすぐ変わるんでしょって感じ。
いま学生しておきたかったなあ。

まあ、いまのPJの次フェーズから管理側にアサインされたので、愚痴を言われないよう気を引き締めていく所存。

つらい会議は、ゲームにするのかなあ
・お客様と、それに対する応答を客観的に見て、どれぐらい噛み合っているか採点する
・決定を促すアクションや助け舟(通称アシスト)を誰が何回出したかカウントする
・ゴール(相手の重要な発言を引き出したり、隠れた事実を明らかにすること)の数をカウントする
・アシストとゴールで、チームのエースストライカーを決める
・相手のエースストライカーも決める
・MOMとかも決める
これ冗談みたいに書いてるけど、精神衛生上けっこう効果がある
呼称とか表現はともかく、下っ端で暇な時はよくやってた

課題の棚卸しに事前準備もなく挑み顧客に追及され時間だけかかる会議に1課題を説明するために同席とか…、おっといけない、愚痴だ笑

下っ端で入る時は難しいけど、やはりマネージャーと同じような事を考えながら、「これとこれとこれ決めないとダメ」とか「今のフワッとしてる」というのを持ちながら話を聞いて、決まってない時は全て決定を促すアクションをする(ファシリテーター的行動)
自分の作業に直接関係するところだけじゃなく、私はできる限り案件全体の進捗を気にしていた
自分の責任にならない形で、いくらでも無責任に会議を動かす練習が出来るし、何だかんだ後で苦労をするのは結局作業者なので

会議の時は、少なくともマネージャーは３回は会議のシミュレーションをしろと言われた
うまくいったパターン、普通のパターン、うまくいかないパターン

どの流れ・反応であっても、最低限守るべきところは守り、決めるべきところは結論に関係なく確実に決めて、最後に改めてまとめて合意を取り、その合意を議事録として残す
事前にこれ決めるリストをちゃんと作っておけば、話下手でコミュ障でもやるべき事は明確になる
これはコツを掴むと結構楽しくなる、目に見えて会議中の要らない時間が無くなるので

会議が二時間越えると殺意を覚える

会議の〆に議論後のアクションアイテム確認することができるよう心がけて会議参加してるが、あれ割りと大変。

く、早起きしすぎたせいで眠い。ここで寝たら死ぬ(社会的に)

振り返ってみると、小学生のころに書いていた読書感想文は、本のあらすじをなぞりつつ「○○のときに、××と思った。なぜなら△△だからだ」というのをつらつらと書くだけのつまらない内容だったなあ。
そもそも読書感想文ってどう書けと指導うけてたんだっけ。記憶にない。

#この夏取り組んだ技術
Window上のVSCodeでRubyはじめました的な何か

そしておれたちのなつはこれからだ！
enu7先生の次回作にご期待ください！

いまだからいえる、にしゃめおわり

おはどんでござる
みな複数社の仕事こなしてて頭が下がるなあ

ビバ・バ美肉！(C94バ美肉おじさん合同誌)【DL版】
https://booth.pm/ja/items/958820

局所的に流行りすぎておじさん達が自分の(キャラクターの)同人誌を作るという事も起きました。

もともとイラストやらデザインやら漫画やらやっていた人達なので最初からコンテンツ生産が内製化されており動きが超速い。生産手段を自前で持ってると強いなーと思った夏でした。