意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す

はじめに 先日、下記のようなツイートを見つけて、そういえば趣味で個人開発してたときには然程気にしてなかったけど、仕事で運用するようになって先輩たちから学んだり自分で身につけたチップスってちょこちょこあるよねー、とふと思ったので、Webアプリケーション開発に関わるものをいくつかまとめてみました。 特に体系的/網羅的という程でもないですし、最近はFWや色々な仕組みでカバーされてるものも多いですが備忘録として。 Tips 機械が読めるログを作る これは割と重要なのですが、ログは人間が読むものではなく機械が読むものです。それはZabbixだったりDatadogだったりSplunkだったりgrep/awkだったりツールは何でも良いのですが、古の時代はさておき現代ではログは機械が読めることが最重要です。 まず大前提として構造化されている必要があります。言うまでもないですが「フリーフォーマット」のログの

はじめに今では某鯖では管理人が変わり、リーダーも様々なSNSから引退したので、これを期に書いておこうと思う。 ちなみに私は増田どころかブログも始めてなので読みにくかったら申し訳ない。 「モデレーター」misskey管理の仕事は山積みである。 違反者の取締、規約の制定や改良、資金調達と分配… 管理者ってのは機械いじりができれば務まるわけではない。 そのため、管理人を支える役割の「モデレーター」という人達がいる。 私もそのモデレーターの一人だった リーダーの問題点気分で決定してしまうリーダー私がモデレーターになったのは、リーダーが"気分で権限を付与したから"だった。 リーダーは一人で鯖を立ち上げ、知り合い数人と運営していた。 鯖のコンセプトは魅力的で、どんどんユーザーは増加。 が、どう見ても人手不足であった。 違反者の取締が追いつかなかったのだろう、ルール違反の投稿で溢れ、治安は悪化していった