No.4 働きやすさと働きにくさ
久しぶりの投稿になります。吉田慎太郎です。 真夜中に執筆しています。 同年代の友人と話していて、社内の不平不満を聞くようになり、 働きづらさ・働きやすさについて考えたことを今日は書きたいと思います。 僕たちの方針としては、あらかじめ働きやすい環境(絶対的なもの)を作っておき、不満が出た際にはすぐに修正し働きやすい環境に改善するという方針をとっています。 働きづらさ・働きやすのFactorで, 自分たちで変えやすいもの(変数)と変えずらいもの(変数)に分けて考えようと思います。 僕自身が会社を作って、考えた変数は以下の通りです 毎月翌月10日に給与を支払う <-> お金の支払いが遅い・遅刻する (お金は最も重要な要素なので信頼構築を気付けるだけでなく、お金が早くり込まれることへの安心が増える) 世界で最高のソフトウェアを売り上げの10%の範囲内で買う (メンバーが本質的な作業に集中できるように、最高のソフトウェアで使っているソフトウェアのUXもお借りして、従業員Experienceを高める) まずは、日々触れるものから例えばメール・CalendarはOutlookではなくOffice(Superhumanも検討中), WindowsではなくMacを支給, タスク管理はAsana, エンジニアだとPostman, Github, Codecovを契約しています。 詳しくは、こちらの記事から。 1on1 MTGの開催頻度を最低1ヶ月に設定し、こまめに不平不満を解消する. 例えば、最近噴出した不満ですと、 デイリースクラムの時間がいつも30-40分になってしまうので、疑問・議論が出た際には別のMTGを設定する。話すべきこと, 話すべきでないことを明確化しました。 他にも、MTGの時間がおおく(それでも1日2Hですが)、開発に集中できないという意見にはAsanaの毎週水曜日はNo Meeting Dayを実験的に採用し、現在運用中です。 経営の意思決定の根拠となる数字をできる限り提供する できる限り、なぜと思う機会を増やせるように、月ごとの売り上げ(勘定科目ごとは公開していません)や支出, 経営目標といった数字を公開しています。 社内勉強会で、オンラインのWorking Styleで不足しているメンバー間の雑談を補う 現在、社内ではTypeScript勉強会, AWS勉強会, Go勉強会が毎週1回1Hのペースで走っており、エンジニア間の雑談をしつつ、ワイワイOreilly LearningによるEbookを皆で読んでおり、働きやすさに繋がっていると考えています! 一方で、現在考えている(これから変数にしたい)定数は以下の通りです。 絶対的な給与体系 メンバー内の相対的な評価で、給与を決定しており、給与テーブルについてはまだ公開できていないので、透明性が低く、皆を納得できるものはまだ作れていないです。 タスクの出し方, アウトプットの評価方法 現在コードレビューが自分に貯まることが多く、メンバーの信頼や働きづらさに繋がっていると思うので、レビューの方法を改善することが必要ですが、まだまだ発展途上です。またアウトプットが少なかった際にチームでカバーをし合えるいち早く作りたいです。 会社の財政や資金繰りに対する不安 小さな会社なので、財政が盤石でなく、皆を不安にさせていると思うので、税理士さんと資金繰り表の見通しの毎月更新とReviewを行い、売り上げの絶対値と変動資産の絶対値を増やすことで解決しようと思っています。 今回は定数のパートは省略し、次回以降のブログで書こうと思います。...