青山 吉悦｜複雑な仕事を、決めて動ける形に

事業や組織で起きることを、少し引いて見ることが多いです。目の前の問題だけでなく、その前後や背景を言葉にしています。
Latent合同会社 代表

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

普段、仕事をしていて考えていることを、短くまとめました。 https://t.co/NAban3Z68v

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

仕事が早い人がいる。

少し多めにお願いする。
ちゃんと終わる。
急ぎもお願いする。
それも終わる。

困った案件もお願いする。
やっぱり何とかしてくれる。
こうして半年くらい経つと、
その人が休んだ日に初めて困る。

できる人がいると、
仕組みの問題が見えにくくなることがある。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@norch_yamamoto 「具体で答えること」が悪いというより、相手が聞いている粒度を飛ばして具体に入るとズレて見えるんでしょうね。
先に同じ抽象度で返してから具体に降りる、はかなり使える型だと思います。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@so_u0616 「使い方ではなく、解きたい仕事から始める」、すごく分かります。
AI活用を考える前に、どこで時間がかかって、どこで判断に迷っているかを見る方が、結局使われる仕組みになりやすいですよね。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@NanonLab 「なぜ止まった？」を残すだけでも傾向は見えますよね。
ただ、記録のために現場の手を止めると本末転倒なので、稼働や停止は自動、理由だけ必要なときに補足、くらいが現実的だと思います。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@maki_keiei 「人間関係の中にある合理性」、すごく分かります。
一見すると非効率でも、その土地で長く仕事を続ける前提に立つと、信頼や礼儀そのものが仕組みになっているんでしょうね。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@f_bby__shota 「言葉より設計」、まさにだと思います。
何を言うかより、相手が今どこで止まっていて、次に何を判断しようとしているのかを見る。営業に限らず、提案や合意形成でも同じですね。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@GyoseiEizawa 伸びるきっかけって、本人の努力だけでなく、任せ方や関わり方が変わった時に生まれることもありますよね。
諦めないって、同じ支援を続けることではなく、支援の仕方を変え続けることなのかもしれません。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@sakamoto_kenshu 最初に「何を作るか」ではなく「どういう状態にしたいか」を置くの、大事ですよね。
資料作りでもシステム設計でも、先に手段を作り始めると、あとから何を削るべきか分からなくなる。最近まさにその難しさを感じていました。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@kate_sekkei 復唱してから1語だけ聞く、いいですね。
「何が欲しいか」より、その前の「何のために」が抜けると、ちゃんと作ったのにズレることがある。要件整理でもよく起きる話だと思いました。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@yowdow ルール違反を全部「人の問題」にすると、ルール側の古さが見えなくなるんですよね。
逸脱を更新のサインとして拾えるかが、組織が変われるかの分かれ目なのかもしれません。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

入力項目を増やすほど、
データが増えるとは限らない。
面倒になると、
入力されなくなるから。

欲しいデータを考えるより、
普段の仕事をしていたら勝手に残るものを探す。
その方が、長く使えるデータになりやすい。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@ChikashiKakehi 「少数精鋭」と「少数依存」は、平常時だと見分けにくいんですよね。
誰かが抜けた時に仕事まで消えるなら、強さが人に乗ったままだったということなのかもしれません。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@takumi_eishin 完璧だから任せるのではなく、間違えても追えて戻せるから任せられるんですよね。
AI活用って、精度を上げること以上に「可逆性をどう設計するか」が大事なのかもしれません。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@yukariTB 行動を直接取りにいくより、その手前の「少し気になる」を作る方が大事なんですよね。
売上って、いきなり生まれるというより、小さな感情の変化が積み重なった結果なのかもしれません。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@kaz_tech4 「どちらが正しいか」ではなく、「どちらなら運用が続くか」で見るのは大事ですね。
判断理由まで残っていれば、環境が変わっても同じ答えを守るのではなく、その場で選び直せる気がします。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@ally_of_earth 「急ぎ」って、相手の優先順位を書き換えてもらうお願いでもありますよね。
例外を常態化させないこと自体が、いざという時に優先してもらうための信用になる気がします。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@wazamu_ai 記録って、必要な情報を増やすほど続かなくなるんですよね。
新しい作業を足すより、普段の動作に1アクションだけ乗せる方が、結果的に使える情報が残る気がします。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@junyatanimoto 選ぶ基準より、見直す基準の方が後回しになりがちですよね。
一度導入した後に「いつ再判断するか」まで決めておかないと、結局その場の話題性に引っ張られる気がします。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@device0462 フレームワークって、考えるための補助線ではあっても、答えを出してくれるものではないんですよね。
顧客やその先の現場まで具体で見えているからこそ、型を外して自分の言葉で話せるんだと思います。

[青山 吉悦｜複雑な仕事を、決めて動ける形に @latentnote]

@producewaves 補完関係が強いほど、「その人がいる前提」の会社になりやすいんですよね。
うまく回っている時ほど、依存している部分を意識して減らしておくのが大事だと思います。