株式会社overflowによって開催された、開発組織のあり方について考える1ヶ月「CTOWeek 2023 by Offers」。Week2に登壇したのは、株式会社LayerX 執行役員の名村卓氏。開発スピードを落とさないために必要な、イネーブルメント組織について話しました。全3回。1回目は、開発の生産性に大きく影響する、「チームの認知負荷（Team Cognitive Load）」について。 名村卓氏のキャリア変遷 大谷旅人氏（以下、大谷）：それでは本日のメインの名村さんのお話に入りたいと思います。LayerX 名村さん、ご登壇よろしくお願いします。 名村卓氏（以下、名村）：はい、よろしくお願いします。LayerXの名村と申します。今、LayerXでEnabling Teamという、Enablementをやっている組織にいるのですが、今日はそこでの経験と諸々含めてお話できればと思っていま

Gather brings the best of in-person collaboration to distributed teams.

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

ソフトウェアエンジニアとして働き始めて以来、ずっとソフトウェアデリバリーのパフォーマンスに興味を持って、さまざまな改善活動をしてきた。当初はスクラムを中心としたプロセスの改善に注力したが、最近はチームの成熟に伴って技術的なプラクティスに興味が移りつつある。より広い視点からデリバリーについて考えるのは非常に楽しい仕事だ。 デリバリーのパフォーマンスを改善していくには、定量指標として確立されたFour Keysを計測し改善するのが業界標準となりつつある。恥ずかしながら、私はこれまでこのFour Keysが腹落ちせず、積極的に計測してこなかった。しかし、多方面に興味が向いて知識や経験が蓄積するにつれて、猛烈にFour Keysの重要性が腹落ちしてきた。この記事では、現時点における自分のFour Keysに関する理解と解釈を整理してみようと思う。 Four Keysとは Four Keysの妥当性

インポート～情報蓄積 ・他のツールから簡単にインポート ・圧倒的にシンプル＆洗練されたデザイン ・みんなでリアルタイム共同編集 ・文中にインラインコメント ・編集履歴の確認とロールバック ・下書きレビューでワークフロー ・Markdown、リッチテキストエディタ、PlantUML ・Excel、CSV、スプレッドシートをコピー＆ペーストで表作成 ・PowerPoint、Word、Excel、PDFなど簡単アップロード＆プレビュー ・画像、動画をドラッグ＆ドロップ、コピー＆ペーストで貼り付け ・よく使う情報をテンプレート化 ナレッジ最適化～活用 ・KibelaAI 記事添削、KibelaAI Slack要約 ・ハイスピードレスポンス ・グループでアクセスコントロール、フォルダで構造化 ・複数条件に対応した高度な検索 ・プレゼンテーション機能 ・柔軟な外部共有 ・いいね！でレスポンス、スレッド

ohbarye.hatenablog.jp Quipper のエンジニア採用には必ず候補者の同僚となる人*1が参加する。いつからかはわからないが自分が候補者として採用面接を受けた昨年の7月頃にはそうなっており 2015年の5月か6月ごろ、俺がエンジニア採用活動に関わるようになったタイミングで、強く希望してそういう仕組みにした。なぜか。 いちスタッフとして、自分が意見を表明する機会が無いまま、自分の同僚になるかもしれない人が選考・採用される状況に納得できなかったから。そして、自分自身は採用活動に関わるようになって不満を感じなくなっても、他の人は相変わらず同じように感じているかもしれない、そういうアンフェアな状況にも納得できなかったからだ。 なので、採用活動に関わるべき人たちに対して、採用活動における各種の情報ができるだけ多く共有されるように、少しずつ仕組みを変えていった。例えば: 試用期間を

リモートチームとは、物理的に離れた場所で働きつつもチームワークを発揮して、チームで助け合って成果を出していく働きかたです。私たちソニックガーデンでは、リモートチームを５年以上続けてきました。 この記事では、私たちが経験から学んできたリモートチームを実現するときにメンバーが気をつけておくと良いだろうと思う４つの習慣について書きました。 １）仕事に関する「雑談」をして連帯感を出す習慣 チームビルディングの第１歩は、チームを構成するメンバーをお互いに仲間だと認識することから始まります。それはたとえリモートチームであっても同じことです。 もしオフィスにいれば、飲み会や食事の機会があったりして、お互いのことをなんとなく認識することが出来るのかもしれませんが、リモートではそうはいきません。 そこでリモートチームでは、互いに認識しあう機会として、あえて仕事の合間に雑談をするよう気をつけています。雑談とい

Tokyo Otaku Mode（以下TOM）でエンジニアをやっているpchwです。 今回は情報共有ツールのお話をさせていただきます。 TOMの開発チームは、創業当初は数人で構成されていたのですが、最近ではフルタイムでないメンバーも含めてかなり人数が増えました。 少人数であればある程度自然に情報共有できるものの、人数が多くなってくると持っている情報量に差が出てきて、なかなかスムーズに共有を図ることができなくなります。 そこで頼りになるのが、情報共有ツールというわけです。現在、TOMの開発チーム内では情報共有のためにesa.ioというサービスを使っています。 なぜesa.ioを使うようになったのか？ esa.ioとはどういうものなのか？ esa.ioは他の情報共有プラットフォームと比べてなにが違うのか？ これらの点を踏まえつつ、esa.ioを紹介していきます。ぜひ参考になさってください。 な

こんにちは、ライターの岡田大です。 お待たせしました。特別編「トップエンジニアたちの夜」のPart4をお届けします。 ※Part1～3未読の方＆内容を忘れてしまった方は、Part1・Part2・Part3を一読してからお楽しみください！ リモートワークを成功させるために必要なモノとコトについては前回お伝えした通り。ルールとマナーなくして成り立たないことは言うまでもなく、そのことをメンバー（とくに新人）に徹底させるために、リモートワークを積極的に導入している伊藤氏は、ガイドラインをドキュメント化することにより意識の共有を図っているという。その際に活用しているのが、技術情報共有サービスQiita:Teamである。堀木氏の口から「Qiita:Team」という言葉が発せられるやいなや、参加メンバー一同がこれに食いつき、座談会はチーム内における情報共有に関する話題で持ち切りになっていった……。なお、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 夏の暑さでメシが旨い！@yimajoです。 iOSアプリ開発者に最近の開発スタイルを訊いてまわる「iOSアプリ開発の現場で訊いてみた」待望の二社目に行ってきました。 二社目は今話題のフリマアプリ Fril（フリル）を作られているFablic社！ フリルとは何か フリルはiOSやAndroid端末を使って気軽に自分のモノを売ったりして楽しめるフリマアプリ。女性専用でたくさんのファンを抱えているアプリだそうです。 私自身は使っていないんですが、最近、電車に乗っているとOLの人たちが洋服のアプリといえば"フリル"、"ピンタレスト"とかって口に

伊藤直也氏が語る「仕事の流儀」の第3回は、暗黙知を作らない組織の作り方。オープンソースのスタイルで組織を作ればいいという直也氏は、KAIZEN platform Inc.において、どのような行動をとっていたのか。 ある取り組みによって、KAIZEN流の行動哲学が生まれたという事例をもとに語っていただいた。 by 馬場美由紀 （CodeIQ中の人） 暗黙知を作るな、すべてを形式知に変えよ 前回は、Sqwiggleを活用したリモートワークやGitHubを活用した開発について述べました。 開発プロセスは、まあアジャイル開発っぽいですね。アジャイル開発というか、スクラムで求められている他のプラクティスについて、KAIZENのリモートワークではどのようにやっているかをもう少し説明すると、まずデイリースタンドアップ、いわゆる朝会です。リモートでやってるので、スタンドアップといいつつ立ってはいないんです

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

KAIZEN platform Inc. は、新しい働き方をいろいろ試してみようという会社でそのひとつにリモートワークがある。リモートワークの良さあるいは良くないところについては、以前に Rebuild.fm の ep.32 でも話した。 ちかごろは、オンラインミーティングのための道具、情報共有のための道具もクラウドサービスがたくさんあるので、その辺を使って工夫すれば一昔前に比べてだいぶリモートワークも現実的になってきている。実際、KAIZEN には大阪からリモートワークしている人とか、最近リモートワークを前提に都内から鎌倉に引っ越したメンバーなんかもいる。 リモートワークとアジャイル開発 HipChat、Google Hangout や Qiita Team なんかを使うことで、日常の会話、ミーティングや情報共有についてはもともと特に困ったこともあまりなかった。特に Qiita Team

【2014年10月1日更新】 内容が古くなってたので少し更新しました。 Hipchat: Hipchat便利ですね。Qiitaと同じように僕らもDeploy情報とかもここに流しています。→3月くらいからはSlack使っています Facebook messanger: 緩い会話や外出中に急ぎで伝えたいことは、Facebookのメッセージでやりとりしたりしています。あと、事務のアルバイトの方々ともFacebookメッセンジャーでやりとりしています。 →今は全く使ってないです。Slack一本 [sqwiggle.com:title=Sqwiggle]完全リモートで働いてる方が何人かいるので軽く話をしたい時はSqwiggleでやっています。 リモート勤務&カフェ代支給: 1日のうち数時間はリモート勤務も可能で、上限はありますがカフェ代支給も行っています。 →9月から完全リモートの社員が加入しました

99U ：貴重な戦力だったメンバーが会社を去ってしまい、急に補充が必要になった。もしくは、大きなプロジェクトが決まったため、必要なスキルをもっている人材を増員する必要が生じた。多くの採用に関する決定は、スピードが求められます。長期的な安定よりも短期的な痛みの埋め合わせのために、スピーディーな採用が実施されるのです。 とはいえ、クリエイティブなチームを築くために重要なのは、長期的な視点です。クリエイティブな職場の成功例・失敗例を見ると、強いチームをより強くするためには、押さえなければならない重要なポイントがあります。 この重要なポイントを押さえれば、バランスのとれた生産的なチームが生まれ、次のようなカルチャーがチームに浸透します。 重要なポイントとは、チームに取り入れるべき「5つの存在」です。ただ与えられるだけの仕事をこなすのではなく、情熱をもって仕事に取り組むチームを築くのに欠かせない、そ