これは何か最速で成果を出す為にはどうすれば良いか？という質問をよくもらうのでその回答をするものです。良い感じのものが見当たらなかったので過去に自分が教えてもらった事をまとめました。せっかくまとめたので公開します。 4つのタイプの人がいるそれっぽい図1①思考先行型 思考力は高いけど,行動力が低い人。 考えてばかりで,なかなか行動に動けず成果が出ない。頭が良い人ほどこのタイプになってしまうので気をつけないといけない。 ②思考/行動 併用型 思考力も行動力も高い人。 思考と行動のバランスが良く,行動した結果を思考する事で正しい行動に繋がるサイクルが回っている。この人が1番早く成果が出る。 ③指示待ち型 思考力も行動力も低い人。 何をすれば良いか分からない状態で,動くこともできない。新しい環境に行くと,意外とこの状態の人も多いのでは。 ④行動先行型 思考力は低いけど,行動力が高い人。 何が正しいか
エンジニアのタイプは、技術が好きか、プロダクトが好きか、組織が好きかの3つに大きく分類できる。技術の人は技術の本質を追求しテックリード/アーキテクト、プロダクトの人は技術を手段と割り切りフルスタックエンジニア/PdM、組織の人は開発生産性を高めようとEM/PMOを目指すことが多い — 山本 正喜 / Chatwork CEO (@cwmasaki) February 9, 2022 思っていた以上の反響をいただいて、いろいろと「このケースはどうなんだろ」というコメントも多数いただくので、この分類にいたった背景や考察などを、しっかり記事にしてみようと思います。140文字だと伝えきれない・・！ エンジニアとしての志向性を技術・プロダクト・組織のどれが好きかで分類すると、目指すキャリアパスを考えやすいよねという話で、私がよくエンジニアの若手に話している内容をツイートしたものでした。 3つのタイプ
お久しぶりです、かとじゅん(@j5ik2o)です。テックブログを書くのは何年ぶりか…。 サービスが停止したり応答性が低下すると、お叱りや逆に励ましをいただきますが、エンジニアとして設計レベルからそういった問題に対処するにはどうするか、日々精進しているところですmm。この記事はそういう論点で注目されている「リアクティブ原則」についてまとめてみたいと思います。 それなりのボリュームになってしまったので、時間があるときに読んでいただければと思います。 さて、Linux Foundation内の新たなトップレベルプロジェクトであるReactive Foundationが主催する、Reactive Summit 2020が11月10日にオンラインで開催されたので参加しました。 www.reactivesummit.org 参加されていたスピーカーはLightbendをはじめ、Netflix, Fac
ウェブフロントエンドの設計力を高めるためにアプリケーションの構造を捉えてみる話 - Chatwork Creator's Note
こんにちはー。 フロントエンド開発部の火村(ひむら/id:eiel)です。前回までは id:cw-himura で記事を書いていましたが、個人アカウントに切り替わりました。 よろしくおねがいします。 以前はサーバーサイド開発部に所属していましたが、2019年6月ぐらいからフロントエンドチームにヘルプとして無期限レンタル移籍中です。 主な担当している業務は「難しいバグ対応」と「これからChatworkのウェブフロントエンドをどうするかを考える」です。 昨日は期待の新人であるレオくんの入社して3ヶ月の熱烈な想いでした。アツいです。 さて、今回のお題は「レガシーフロントエンド脱却への挑戦」と雑に上から投げられたのですが、未来のことを考える作業をしているので書きやすいネタがありません。 あってもオチがつきません。 ということで、設計に役立つかもしれない話をラフに書くことにしました。 アプリケーショ
Chatworkテックリードが“今”の自分に集中してきた理由。Scala×DDDに出会い、サービス改善に生かすまで - Findy Engineer Lab
自分が気づいてなかった資質を、探して、磨く 劣等感に消耗するより、目的志向で考える オープンソースコミュニティへの参画 ドメイン駆動設計とScalaが「点」となる ドメイン駆動設計との出会いと成果 遅延評価的学習法でScalaを習得 Scalaを使ってDDDを実践するスタイルを確立した 実験的に導入して結果が出れば業務での普及も進む 積み上げてきたScalaとDDDの開発スタイル Scalaコミュニティとともに 新しい挑戦で新しい「点」ができ、そして「線」につながる 「いずれどこかで点がつながって実を結ぶだろう」 過去も未来も思い切って手放し、今の自分に集中する こんにちは、Chatworkでテックリードをしている、かとじゅん（@j5ik2o）です。 今年（2020年）で48歳になりましたが、技術に前向きになったというか、本気を出したのは37歳ごろでした。遅いな……（笑）。まぁ、遅い早いが
フィーチャーチームの導入と新しいエンジニアリングマネジメントでChatworkが挑戦する、一貫したオーナーシップとDevOpsの実現 - はてなニュース
リリースから12年を迎えた「Chatwork」は、国内ビジネスチャットのフロントランナーとして、中小企業を中心に41万社以上の企業・組織に利用されています（2023年6月時点）。DAU（デイリーアクティブユーザー）も100万を超えるため（108.6万、2023年6月時点）、ビジネスタイムには絶えず飛び交う大量のメッセージをサービスとして安定して処理することが求められます。 一方で、長期間の開発によって蓄積した技術的負債等に対応するため、システムのアーキテクチャを見直す時期にもあります。それにあわせて開発組織も、巨大なモノリスに対して案件ごとにプロジェクトを組み直す既存の体制から、職能を横断したチームが自律して開発を推進できるフィーチャーチームへの移行がまさに進行しています。 こうした開発改善の実情と進め方について、本部長として推進する田中佑樹さん、エンジニアとしてフィーチャーチームに所属す
Chatworkって誰が使っているの？ 実は……
皆さんは「ビジネスチャット」と聞いて何を思い浮かべるだろうか。IT系企業に勤めていれば「Slack」をイメージするかもしれないし、大企業に務めている人なら「Microsoft Teams」が挙がるかもしれない。しかし中小企業だと話が変わってくる。実は国産の「Chatwork」の人気が高い。 現在のChatworkの登録ID数は644万、導入社数は約42万1000社。調査会社のモニタス（東京都港区）が2022年に行った調査によると、従業員1000人以上の企業で最も使われていたのはMicrosoft Teamsだったが、Chatworkは100人未満の企業での利用率トップだ。米Nielsenの調査によると、国内利用者数が最も多いビジネスチャットはChatworkとしている。 「日本は中小企業が圧倒的に多い。中小企業に向き合い続けることが競争優位だ」──Chatworkのコミュニケーションプラッ
職種に関係なくさまざまな切り口でChatworkのプロダクトを語り尽くす「Chatwork Product Day 2022」。ここで登壇したのは、Chatwork株式会社のプロダクトマネージャーである大野木達也氏。Chatwork社がこの1年でどう成長をしてきたのか、その施策について話しました。全3回。1回目は1年の数値の変化と、プロダクトグロースのためにやってきたことについて。 Chatwork社・プロダクトマネージャー大野木達也氏 大野木達也氏：Chatwork株式会社の大野木と申します。よろしくお願いいたします。本日は、「Chatwork Product Day 2022」にお越しいただき、ありがとうございます。 私からは、プロダクトマネージャーとして、この1年Chatworkがどういうかたちで成長してくることができたのかをお話しできればと考えています。よろしくお願いいたします。
アジャイル開発におけるスケジュールを継続的に見直す - Chatwork Creator's Note
こんにちは。都志（@louvre2489）です。 これは Chatwork Advent Calendar 15日目のエントリです。 Chatworkではアジャイルを前提に開発を行っています。プロジェクト特性やチームのルールに依って多少特色はありますが、ほぼ全ての開発がアジャイルに行われているのではないでしょうか（詳細は未確認）。 アジャイル開発に慣れてくるとどういう風に開発を進めれば良いかも共通知ができてくるのですが、アジャイル開発を導入し始める時によくわからなくなるポイントの１つとして『スケジュールをどのように可視化するか？』という課題があると思います。 この課題に対して、私の所属しているチームで行っているスケジュール作成の方法を紹介させていただきたいと思います。 アジャイル開発のスケジュールを立てよう 実はこの内容、以前に藤井 (@yoshiyoshifujii) が書いてくれていま
ChatworkはPHPエンジニアの採用をより強化していきます、というお話。 - Chatwork Creator's Note
プロダクト本部で副本部長をしています、田中（@tan_yuki）です。最近はたべっ子水族館をずっと食べています。 私の主な仕事はプロダクト開発組織に関する採用・ピープルマネジメントに関するところがメインなのですが、最近、中途採用の方針を少し変更しました。その変更内容について、社外にも発信していこうと思い、ブログを書きました。 以下の文章は社内で共有した文章に少し加筆修正を加えたものになります。 ~ * ~ * ~ * ~ * ~ * ~ * ~ Chatworkで使われているプログラミング言語といえば、どういったものを想像するでしょうか？ 私達はいままで、Scalaという言語を強くアピールしてきました。その功績もあり、多くのScalaエンジニアの方々を採用することに成功しています。もちろん、今後もScalaとは長く付き合っていくつもりです。 しかし、最近エンジニア採用の優先度の調整をし、P
技術書購入の会社所有を辞めて個人所有へ。電子書籍が解禁されました - Chatwork Creator's Note
こんにちは。ピープルマネージャー の 門田 ( @nottegra ) です。 皆さん書籍はお読みになってますでしょうか。 Qiita や Zenn のようなオンラインで知識を得る媒体は多数存在していますが、体系的な知識の獲得では依然書籍が主な手段として用いられていると思います。 ただ、技術書はとても値段が高く個人での購入をためらってしまいがちです。そのため、書籍購入の補助制度を運用している会社もありますが自社の制度に課題を感じている方も多いのではと感じています。 今回は Chatwork の書籍購入に関する制度アップデートについてお話したいと思います。 これまでの書籍購入制度の課題 新しい制度について説明する前に、これまでの書籍購入制度についてです。 これまでは、読みたい書籍がある場合、会社本棚にあるかどうかを判断したうえで会社の経費として購入を行っていました。 この制度設計には以下のよ
こんにちはー。突然ですが、聞いてくださいよー。 Babelのバージョンアップしたら「Chatworkのルーム切り替えが重くなった」と社内で言われてしまいました。 みんなの仕事の効率を悪くするわけにもいかないので、戻すしかありません。Babelの更新って、本当に怖いですよねー。 そんなわけで、こんにちは。フロントエンド開発部のひむら(id:eiel)です。 さて、この話自体は少し前のことなのですが、その際に原因を特定する余裕がなく、Babelの更新は後回しになっていました。 ルーム切り替え自体が歴史的経緯もあって、「とーっても」*1難易度が高くなっていて、最悪これを改善すれば更新できるだろうと期待もしてたりもしました。 ところが、うっかり再発させてしまったので、ここで気合をいれて改善することにしました。 今日はその話を記録しておきます。 要約 経緯 原因の特定 試しにIE11をターゲットから
組織のサイロ化を前提としたチーム構成、育成の仕組みとは？はてなとChatworkのエンジニアマネージャーがリモートワーク下のマネジメントを語る
組織のサイロ化を前提としたチーム構成、育成の仕組みとは？はてなとChatworkのエンジニアマネージャーがリモートワーク下のマネジメントを語る 近年、メガベンチャーの増加やスタートアップの大規模調達などによって、エンジニア組織の規模も増大、組織も複雑化するなか、エンジニアマネージャーやテックリードなどの重要性がますます高まっています。 2022年3月24日に開催した『onkさんとだいくしーさんに聞くエンジニア組織づくり最前線vol.5』では、株式会社はてなの大仲能史さん、Chatwork株式会社の粕谷大輔さんをお招きし、マネージャーとしてのミッションやリモートワークにおける「サイロ化」との向き合い方、マネジメントの面白さと難しさ、プレイヤーとの両立など多岐にわたるトピックを語っていただきました。 モデレーターはファインディの取締役CTO佐藤が務めます。 パネリスト 大仲 能史さん/ @on
Scrum@Scaleの基本と実装 - Chatworkの実践に学ぶ「スケールするスクラム」の導入戦略｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Scrum@Scaleの基本と実装 - Chatworkの実践に学ぶ「スケールするスクラム」の導入戦略 スクラムのスケーリング手法であるScrum@Scale（スクラムアットスケール）の基本的な概念、そして企業内での実践例を粕谷大輔（daiksy）さんが解説します。実践例では、Scrum@Scaleにおいて「だれが」「なにをやるのか」を、1週間のタイムスケジュールとともに解説します。 2001年にアジャイルソフトウェア開発宣言 が発表されてから20年。日本のソフトウェア開発の現場でもアジャイルはずいぶん一般的に扱われるようになってきました。そのうちの手法の１つであるスクラムについても、導入事例を多く見聞きします。 スクラムは原則的に少人数のチームに適用されることを前提としている手法ですが、さまざまな現場で扱われるようになるにつれ、規模の大きなチームへと拡張されるニーズも高まってきました。現
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
最速で成果を出す方法｜Go Kiritani / Chatwork 執行役員
エンジニアを分類する、3つのタイプ｜山本 正喜 / Chatwork CEO
リアクティブは難しいが役に立つ - Chatwork Creator's Note
大企業は「Microsoft Teams」「LINE WORKS」が上位、小企業では「Chatwork」「Slack」などが拮抗 ビジネスチャットツールの利用率、モニタスが調査
なぜChatworkは年間経常収益が“14.7億円”向上したのか？ プロダクトマネージャーが明かす、達成への試行錯誤
本当に怖い、Babelの更新 - Chatwork Creator's Note