「自分の居場所が気に入らなければ、変えればいい。あなたは木ではないのだから」 — ジム・ローン こんにちは、Webアプリケーションエンジニアをしている鈴木です。この記事は、入社してからちょうど1年が経つ私が、 Tebiki社に来たことで得られた自身の変化について振り返りを行うものになります。 実際にTebiki社で働いた1年を振り返って「自身の中でここが大きく変わったな」や「こういうところは変わらないな」というところを、経験談と合わせて紹介します。 この記事の目的は「この場を借りて、私自身の1年を振り返る」という意味合いが大きいのですが、この活動を通して 「Tebiki社に興味を持っているが、実際入ったらどんな経験ができるのだろうか」 「Tebiki社に入ったら、自分がどんなふうに変われるのかイメージがつかない」 と思っている方が、入社後のイメージを少しでも持てるような記事になると嬉しいで

仕事をする机の周囲に本がうず高く積まれている。積読もたくさんある。 今日は自分の蔵書の中からEMっぽい本を並べてみようと思う。 次のような基準でピックアップしてみた。 自分の蔵書(物理本, Kindleライブラリ, Kindle以外の電子書籍ライブラリ)を全部舐めて以下の条件に合致するもの EMとして仕事をしていて、よく読み返したり、引用したりするもの EMの仕事に役立ちそうだなという観点で内容をよく覚えているもの なんとなく分類をしているが、あんまりきっちり時間をかけて精査したわけではない。 タイトルの"75冊"というのは、上記の観点で並べていったらこの数になった、というだけで、なにかの文脈を伴う数字ではない。 (あと2冊無理やり足して77にしようかなと一瞬思ったがそういう余計な小技はやらないことにした) みんなの読んでる本も知りたいな〜〜〜 ぼくが書いた本 (オススメ！) スクラムの拡

翻訳を担当した書籍『ソフトウェアアーキテクトのための意思決定術　リーダーシップ／技術／プロダクトマネジメントの活用』（インプレス）が明日2024年12月11日に発売となります。 本書は、2023年12月に出版されたSrinath Perera 著『Software Architecture and Decision-Making: Leveraging Leadership, Technology, and Product Management to Build Great Products』（Addison-Wesley Professional）の全訳となります。 ソフトウェアアーキテクトのための意思決定術　リーダーシップ／技術／プロダクトマネジメントの活用 作者:Srinath PereraインプレスAmazon 著者は、Apacheのオープンソース開発者として20年以上のキャリアを

2024-11-15 開発生産性Kaigi https://developer-productivity-engineering.connpass.com/event/332852/

自分は2020年に初めてマネージャーという役割になってしばらくの間、メンバーに寄り添う意識が強くてあまり職責を果たせていなかったと思う。「今思うと」という話で当時はそう思っていなかったのが黒歴史と言える。過去の自分のことを思い出しながら、この「メンバー思い"風"マネージャー」だった自分に向けたフィードバックを雑に書いてみる。 お前は"メンバーを守ること"が目的になっていて、経営や他部署との対立構造を自ら作ってしまっている。 たとえば、ビジネス上満たしたいリリースターゲットを共有された時、メンバーの負荷を勝手に想像して初手で噛みついてしまっているな。マネージャーとしてきちんと"断る"ことも仕事といった感じで、どこか使命感に近い感覚を持っていないか。お前がやっていることは、結果として経営との接続どころかむしろ最初のブロッカーのような立ち振る舞いにしかなっていない。 人事制度の変更アナウンスに対

出会い 6年前の2月、俺は閉店間際のカフェにいた。 そこで俺はライブドアブログに、「如何に俺が食材の賞味期限を軽視しているか」みたいな内容の記事を怒りに任せて書いとった。 なんで俺がそんなくだらない記事を書いとるんか。 その1週間前、俺は株式会社はてなの新卒採用最終面接を受けていた。 合否は1週間以内に返事しますと言われていたが大体合格の場合は3日くらいで連絡すると思う。逆に不合格の時は検討している感を醸し出すためにギリギリに送ってくるんちゃうか。 3日経ったところで落とされたことを確信した俺は、はてなブログぶっ潰す！！と言いながらライブドアブログを開設し、ひたすら記事を数量産するだけの狂気の存在となっていた。 そして今日で1週間が経つという夕方になっても何の連絡も来ていないなかったので、俺の筆はますます進んだ。 そこでメール通知が来る。株式会社はてなから。俺は今更なんなのよ！！という気持

デバッグプローブの必要性 MicroPythonは先述のように、REPLコンソール上でコードを実行し、MicroPythonインタープリタと対話してデバッグができます。一方、ネイティブコード開発は、CPUが実行できるマシンコードを作成するので、デバッグはMicroPythonほど簡単ではありません。 最近のマイコンは、マシンコードのデバッグを行う「オンチップデバッグ機構」を内蔵しています。専用のインターフェースを通じてオンチップデバッグ機構とホストPC（※プログラムを作成しているWindows機など）とが通信を行い、対話的にデバッグを行えます。 オンチップデバッグ機構とホストPCとのインターフェースとしては、「JTAG」という標準規格が存在しています。JTAGは、その名前のもとになっている業界団体「Joint Test Action Group」が策定し、IEEE標準に取り込まれたインター

はじめに 会社員として働く上で評価は最も大きな関心事の1つでしょう。評価によって自身の職位や給料が決まるのでそれも当然です。 しかしながら、「納得感のある評価を受けられていますか？」と問うと明確にYesと答えられる人は稀でしょう。「成果を出したのに正しく評価されていない」と不満を持っていたり「評価は偉い人が勝手に決めるものだから…」と諦めている人もいるのではないでしょうか。少なくとも過去の私はそうでした。 そもそも、評価をどのように受けるべきか指導や研修を受けたことはありますか？私にはその記憶はなく、自身が評価者の立場になって初めて評価というシステムに真剣に向き合うことになりました。 評価の際に被評価者としてできることは、評価者に自分の成果や成長を適切にアピールすることです。そして、アピールの方法として最も確実かつ重要なのは伝わる自己評価を書くことです このエントリは、被評価者が評価者に正

先日 ヘンリーで活躍中の id:Songmu を訪問 | はてな卒業生訪問企画 [#3] - Hatena Developer Blog という対談記事でもオンボーディングについて話したんだけど、社内では最近「3ヶ月で3連勝」を標語にしている。 オンボーディングとは 採用や異動などでチームにジョインした後に行う、早期戦力化のための施策のこと。開発環境のセットアップやチームの説明だけじゃなく、戦力になるまでのプロセス全部を指していそう。 僕らは各アカウント作成や開発環境構築はチェックボックス化してドンドン進められるようにしている *1 し、事業の説明、組織の説明、システム構成の説明をする場を設定したり、技術スタックへの入門のための実績解除システムを用意したりしてきた。 これらのドキュメントに従って作業を進め、実績を解除していくことで、作業的・技術的な道標はあるものの、オンボーディングプロセス

Tebiki株式会社 取締役CTO 渋谷 和暁 神戸大学法学部卒業後、SIerを経てWebシステムの開発会社に入社。ECなどの受託開発やゲームアプリ開発のリードとして従事した後、コーチ・ユナイテッドに転職。クックパッドによる吸収合併のタイミングでCEO貴山氏とともにTebiki社を起業し、取締役CTOを務める。 GitHub Medium アジャイルなプロダクト開発において、コード品質・学習効率・チームワークの向上に効果があるとされる「ペアプロ」。1人でプログラミングすること（＝ソロプログラミング、以下ソロプロ）が主流の中で、ペアプロをどうやって組織に浸透させるべきか、困っている組織は少なくないのではないでしょうか。 かつてのTebiki社も、同じ悩みを抱えていた組織の一つでした。2018年3月に創業し、小売、製造、サービス、物流などの現場マニュアルのDXを目的としたSaaSを開発する同社

はじめに ログラスさんで取り組もうとしているFaST agileを下記の資料で知り、調べてみました。 はじめに FAST概要 用語 コレクティブ バリューサイクル ロール ツール バリューサイクル内の開発の流れ 1. プロダクトマネージャーの指針表明 2. 自己組織化し、活動の周りにチームを形成 価値・原則・柱 考えたこと フレームワークの狙いは何か できそう? 参考文献 FAST概要 "Fluid Scaling Technology (for Agile)"を標榜した、自己組織化を重視した軽量なフレームワークです。 日本語ガイドも公開されています。 FaSTガイド.pdf - Google ドライブ FASTガイドより引用した概要図 (Per Beiningによる) ※ 以下「スクラムでいうXX」といった表現を避け、FASTガイドの文言をできるだけそのまま受け取ってみます 用語 コレク

「困っていますか?」と質問するよりは「順調ですか?」と聞いたほうがいい、という話はけっこう聞くと思うけど、それを更に推し進めることで「爆走できますか?」「爆走できていますか?」というところまで持っていけると思う。 何も困っていること・障害がなく、真に爆走できている状態なら自信を持ってイエスと答えられるだろうけど、実際には何かしらつまずきポイントがあることのほうが多い。そういうときに、どこで詰まるか・詰まりうるか考えたり、みんなで議論したりするのを促進するため、「爆走できる」という状態を最初から理想として持っておいて問いかける。本当に爆走できるならそれに越したことはないだろう。 「爆走」というと全てを無視して最高速で走りつづけるというニュアンスがあるかもしれないけど、本当に全てを無視しているのではなく、取り組みたいことの障害となることが全て解決されている理想形のことを指して「爆走できる」と呼

2024年5月より株式会社はてなに転職し、エンジニアリングマネージャーを務める粕谷大輔（通称：だいくしー）さん。これまで複数の開発組織でソフトウェア開発に携わってきた粕谷さんは、2014年11月から2021年4月まではてなで働き、2021年5月にChatwork株式会社に転職。そして2024年5月より再びはてなで働き始めるというキャリアを歩んでいます。 いわゆる「アルムナイ採用」ではてなに戻った粕谷さんですが、なぜこのような働き方を選んだのでしょうか。そして、はてなで実現したいことやキャリアについての考え方とは？ 旧・はてな時代の経験は、マネージャーとしての原点 ── 粕谷さんが過去にはてなに所属されていた頃、「Findy Engineer Lab」に「マネジメントも『技術』のひとつ。技術志向だったエンジニアが、開発チームのディレクターに挑戦するわけ」というコラムを寄稿されました。この頃か

tl;dr ウォーターフォールという言葉を悪口として使うのは良くないんじゃない？ 空想上の開発手法ウォーターフォールと進化したウォーターフォール アジャイル開発の説明がされるとき、アンチパターンとして「ウォーターフォール」が使われることがあります。これは「ダメな開発現場」と同義で使われており、共通仮想敵としての空想上の開発手法とも言えます。 それは、曰く、硬直化していて変化や手戻りを許さず、一本道でフィードバックサイクルがない、数十年アップデートされていない古臭い手法のことらしい。 もちろんそういう開発をしている現場もまだ数多く存在するでしょう。ただ、ウォーターフォールをカイゼンし進化させている人達もいます。そういう人たちの話を聞くと、例えば以下のような話を聞きます。 一ヶ月で１ウォーターフォールを回す 前の手順に戻る手続きが定められている 初期フェーズから開発者を巻き込む 定期的なレビュ

エンジニア採用が課題の人事の方へ はてなのエンジニア採用支援 はてなのエンジニア採用支援 難しさを増しているエンジニア採用。 はてなが提供する各種サービスで貴社の採用活動を強力にサポートします。

「真摯な質問」は対話の基礎を成す重要な要素です。「組織を変える5つの対話（p.41）」では、真摯な質問の特徴を次のように挙げています。 本当に答えを知りたい。 答えを聞いて驚くことがあってもそれは当然である。 答えに応じて自分の考えや行動を変えることをいとわない。 つまり純粋に新しい情報を求める意図のみで行われる質問のことです。裏表のない創造的な対話が相手の自律性を引き出します。マネージャーとして同僚の力を引き出すための強力な武器であると考えています。本書では続けて、真摯ではない質問についても述べています。 それとは対照的に、真摯ではない質問は何か新しいことを学ぶよりも自分の主張をするために使われます。本当は意見の表明であるのを隠していたり、自分の思い通りの結論に相手を導こうとしていたりするのです。 しかし、こうした質問が悪意から来るとは限りません。自分が望んだ結果を得ようと無意識に発せら

転職のお知らせ、あるいは個人の日記です。 6月から以下のように所属変更となっています。 From 株式会社はてな To 株式会社一休 マネージャではなく、とくに役職のないソフトウェアエンジニアとして働きます。いわゆるIC (individual contributor)というやつです。 きっかけ はてなには新卒として入社して以来11年も勤めて、インターンやアルバイトとして関わった時期から数えると16年になります。出入りの激しいこの業界でずっと1社しか知らずに過ごすのは負い目に感じていました。また、年齢的にも今年で40歳になることもあって、そろそろ転職を経験しておかないとまずいという焦りもありました。 そんなときに、大学の同期でプライベートでも仲良くさせてもらっているid:suzakから声をかけてもらい、ちょっと真剣に転職を考えたのがきっかけでした。 できることではなくやりたいこと はてなで