目標設定とは何か - Konifar's ZATSU
目標設定むずかしいよね。正直嫌いとか意味がわからんと言う人も多いと思う。自分は適切な目標設定は必要なものだという腹落ちはしてるんだけど、なぜむずかしいかとかはうまく説明できなかった。 そんな時に EM.FM Re8. 本当に意味のある目標設定 でMBOの歴史から色々と話していてさすがだなー面白いなーと思ったので、自分もそもそも目標管理とは何なのかﾁｮｯﾄ調べてみることにした。 学術的にきちんと学べたわけではないので少しこわい部分もあるけれど、こういうのは誰かのためになるかもしれないし書いてみる。もし間違いや補足があれば教えてもらえると嬉しい。 目標管理の起源 目標管理の起源は欧米の研究者の中ではよく論じられているテーマらしい 諸説あるが、アリストテレスが 「成功するには目的意識を持て」 と言ったのが最初という説もある この起源とは関係ないが、Googleでは「効果的なチームを可能とする条件
マネジメント半年くらいの自分へ - Konifar's ZATSU
あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて
意思決定できる人の手順の型 - Konifar's ZATSU
意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す
"提案"のレベルを上げる - Konifar's ZATSU
組織で物事を進めるのが早い人は、"提案"のコミュニケーションを取っていることが多い気がする。 "指摘"で止まるのではなく課題の解決に向けた"提案"までやる方がいいんだけれど、そもそも提案って一言で言ってもまあ難しいよね。とある1on1で雑談していて、"提案"のスキルを上げていくにあたってはいくつかのレベルに分けて考えてみるといいかもしれないと思ったので、声かけのワード別に自分の考えを雑にまとめてみる。洗練されていないので意見がほしい。 レベル0: 「どうすればいいですか」 何か問題があった時の「どうすればいいですか」という聞き方は提案ではなく指摘で止まっている。 指摘してくれるということは気づいているということだし、それを伝えてくれること自体も素晴らしいことなのだけれど、そこからどうしていくかを決めるのが大変な部分なので次のレベルにも染み出していきたい。 レベル1: 「どれにしましょうか」
HUNTER×HUNTER×OKR - Konifar's ZATSU
最近zatsuを書いてなかったので、「理想のOKRとは何か」をハンターハンターを例にして書く。必要な前提知識は8巻にある。 高いObjectiveの設定とは何か クロロ「全部だ」「地下競売のお宝 丸ごとかっさらう」 8巻 P152~153 これが高いObjectiveの設定である。 戦略発表前にはメンバーは「どこ狙うと思う？あたしは古書全般だと思う。団長本好きだし」「違うね。きとゲームね」などと色々な予想をしていたが、それをはるかに超えた目標を掲げている。そう 「全部盗む」である。 OKR シリコンバレー式で大胆な目標を達成する方法では、『Objectiveは達成確率が60〜70%程度になるくらいの高い目標を設定せよ』とあるが、このクロロのセリフはまさにそれだと言っていい。 合意のプロセスとは何か OKRの運用において一番大事なのは、所属するメンバーとそのObjectiveについて話して納
直接話す、すぐ話す - Konifar's ZATSU
最近嫁氏とバチェラー4を見ていて思ったことを雑に書いておきたい。 第4話にて、ある女性が「バチェラーがこう言ってた」みたいな少し事実と異なる内容を他の女性陣に話したことで、バチェラーへの不信感が広がりだいぶ面倒なことになるという"事件"があった。 それに対しバチェラーがすぐに1人ずつ対話の時間を作り説明していたのを見て、結局これしかないよなあと思った。 種類や程度は違えど、組織においてこういうことはよく起こる。その時に重要なのは、関係する当人とすぐに直接話すことである。 例えば事業の優先順位に納得できないときに、説明を受けた者同士でああだこうだと話したりするよりも説明をした人に直接聞いた方がよい。 あるいは誰かの発言に棘を感じてモヤモヤした時は、本人に直接話して解消したほうがよい。 小さいところだと、Slackで「これ大丈夫かな」「どうなってるんだろ」みたいな懸念を書くときには関係しそうな
タスクの委譲における信頼と伴走の設計 - Konifar's ZATSU
息子氏がスプーンやフォークで一人で飯を食えるようになってめちゃくちゃ楽になった。素晴らしい権限委譲だ。ﾔｯﾀﾈ!! 自分はタスクを人にお願いするのが未だに得意ではない。息子氏がスプーンで飯を食えるようになったのも、嫁氏がスプーンを持たせて少しずつやらせていったという要因が大きい。自分は朝の忙しい時などついアーンさせてしまうことも多かった。 この「自分でやった方が早い」、あるいは「相手にはこのタスクはまだできない」という思い込みが、タスクの委譲をうまくできない根本の原因である。できるかどうかはやってみないと判断できないにも関わらず、お願いする前から決めつけてしまっているのである。 そもそも何かのタスクを委譲しようとする時、それは相手にとって初めての内容であることが多い。なので基本的にはお願いしてみないことには何も始まらない。相手を信頼して任せた上で、うまく進めるための設計を考える必要がある。
意見を言ってくれた人を孤立させない立ち振る舞い - Konifar's ZATSU
2021年も雑にまとまりのない話を書いていくぞ！ 今まで4社くらい経験してきた中で、嫌だなあ何とかしたいなあと思っている課題がある。「意見を言ってくれた人がなんだか孤立してしまう現象」である。どういうことか何となくイメージがつく人も多いのではないかと思う。 例えば何かのフローの改善提案をしてくれた時。課題と解決案を提示してくれた人 vs その他の人たちのような構図が生まれてしまうことがある。答えのない難しい課題ほど、そういう空気になりがちだったりする。 本来そういった意見を出した人は最大限リスペクトされるべきである。30点レベルであってもたたき台を作るのが一番大変だし、何かを提案するという行為自体がとてもエネルギーのいることだからだ。 しかし、悪意はなくともなんだか対立構造のような形になってしまうことがある。自分も何度か経験があって、「あれなんで俺こんな責められてるみたいな感じになってるん
仕事で親切と言われ始めたら注意 - Konifar's ZATSU
仕事において親切と言われ始めたらちょっと注意したほうがいいと思っていて、その話を雑にまとめておきたい。 親切と言われるともちろん悪い気はしないんだけど、同時にやばいなと感じることがある。親切と言われる背景には、「本来その人がやるべきでないタスクを拾っている」場合があるからである。 誰かがやらなければいけないのだけれど、毎回同じ人がやることになってたりすると属人化するしあまりよくない。チームで捌けるように工夫できないか検討したほうがいい。 実は突き詰めると意味のない仕事だったと気づいたり、自動化で解決したり、他の人でもできるようにドキュメントにまとめて共有したり、そういうことができてないから毎回手を動かしてしまう。結果、親切に映って感謝はされるんだけれど、本当は効率よく仕事ができてないことを反省しなければならなかったりするのだ。 もちろん状況による。あと信頼関係を築くためにあえて親切な動きを
言いたいことあるけど言わんとこのパターン分け - Konifar's ZATSU
「言いたいことはあるけど言わんとこ」ってなることあるよね。言わなくて正解ってことももちろんあるんだけど、仕事の中でそういうのが積み重なるとストレス溜まるし、自分が逆の立場だったらどんなことでも言ってもらいたいのでなるべく言うようにはしている。 この意見はあるんだけど言わない/言ってくれないケースっていくつかパターンがあると感じているので、今後改善したくなった時のための整理としていくつか書いておく。 諦めている (今さら言っても仕方ないし) 言わんとこ (言ってもどうせ変わらんだろうし) 言わんとこ 気遣いしている (言ったら変な空気になりそうだし) 言わんとこ (時間押してるから長引かせん方がいいし) 言わんとこ (今ここで話すと誰かが嫌な気持ちになりそうだし) 言わんとこ (相手が感情的になっちゃいそうだし) 言わんとこ 線引きしている (○○さんが説明するべきだと思うし自分は) 言わん
俺はハラスメントをしていないか - Konifar's ZATSU
ビルド待ちだ。駄文を書こう。 昨日の夜から、カンファレンスで身体的特徴に言及するのはナシだよね、アンチハラスメントポリシーを載せるべきだよねという話がTLにいっぱい流れてきた。実際に不快な気持ちになった人がいて、楽しみにしていたカンファレンスを途中で抜けてしまったということだったらしい。経緯に関わらず、誰かが嫌な気持ちになるのは悲しいことだ。 イベントではアンチハラスメントポリシーを明記しようぜというのはその通りだと思うし何も意見はない。気になっていくつかのポリシーを見てみたが、個人的にはメル社の規定しているポリシーは簡潔でよくまとまっていて素晴らしいなと思った。 about.mercari.com 何かをダメと伝えるときに難しいのは、「なぜダメなのか」「どこからダメなのか」を理解してもらうところである。ポリシーを読むとわかると思うが、矛盾がないようにかなり抽象化されつつ長くならない程度に
無駄な議論を減らすために使ってる言葉 - Konifar's ZATSU
雑にまとめるので何かあったら直接言ってほしい。⇒ @konifar チームで仕事をしていると、なんかあんまり意味のないことで議論している事態に陥ることがある。こういうのは議論の中心にいるとわかりにくいが、少し引いて眺めてみると「それそんなに重要なんだっけ？俺たちはこんなに時間使って何を決めようとしてるんだっけ？」という状態になってることも多い。 例えばAとBどっちがいいですかね？という意見の時、正直どちらでもいいと皆が思ってるのにAとBのそれぞれのいいところや懸念点なんかを皆で話しこんでしまっているみたいな。こういう時に難しいのは、単に「それどっちでもよくないですか？」みたいな言い方をすると場が凍って空気が悪くなるという点である。もちろんそういう本質的なことを言ってくれる人はありがたい存在なんだけど、言うタイミングが少し遅くなると「俺たちはなぜこんな無駄な時間を…」みたいな感じになることが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
