はてなブックマーク

こんにちは、asken海外事業部の nakawaiです。今年の春からエンジニアリングマネージャーとして試行錯誤の日々を過ごしています。 さて本記事では、マネージャーの役割の中でもとくに悩みどころの多い目標設定について、これまでの振り返りを兼ねてアウトプットしてみようと思います。 ※この記事は、Engineering Manager Advent Calendar 2022の18日目の記事です。 「目標設定」はノルマではなく、チームが成果に向かうための重要な取り組み 突然ですが、皆さんは「目標設定」という言葉にどのような印象を抱くでしょうか。 「会社から課せられるノルマ」や「人事評価のために、面倒だけど仕方なくやるもの」など、ネガティブな印象を持つ人も多いと思います。しかしそういったネガティブな印象は誤解であり、本来はメンバーの主体性や挑戦的な目標の達成のためのものであることが名著「エンジニ

こんにちは。VPoEの 安西 です。 askenはユーザが750万人を超え、アプリケーションだけでなくインフラも大きくなってきています。進化させていくために採用を進めており、人数も増え体制が整ってまいりました。 おかげさまで一歩一歩改善が進んできていまして、勉強会でその知見を共有したいなーと思い、企画を温めておりました。どんなテーマが良いかなと試行錯誤していたところ、先日の行った増田亨さんによる「設計の考え方とやり方」勉強会（勉強会の書き起こしはこちら）につなげるといいなと考え、「インフラ設計」として開催することにいたしました。 asken.connpass.com 申込み204名、参加は100名強と大変大盛況で終わりました。せっかくなので内容、プレゼン資料を紹介したいと思います。 ①asken における AWS アカウント、ユーザー管理設計（沼沢さん） speakerdeck.com a

増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし5ページ目です。最初からお読み頂く場合は、こちらから御覧ください。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」 パート2「設計スタイルの選択とクラス設計のスタイル」 パート3「テーブル設計のスタイル」 パート4「開発のやり方と設計スキルと補足資料」 パート5「質疑応答」（本記事） 目次 質疑応答 イミュータブルテーブルについて 「とっとと作る」について 開発組織、開発チームについて リファクタリング、テストについて こんな時はどうすれば 勉強方法について クロージング 質疑応答は参加者の皆様でモデルにしました。こちらを是非御覧ください。 balus.app 質疑応答 安西：ありがとうございました。ではせっかくなので、質疑応答の時間にしたいと思います。けっこう質問が

増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし4ページ目です。最初からお読み頂く場合は、こちらから御覧ください。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」 パート2「設計スタイルの選択とクラス設計のスタイル」 パート3「テーブル設計のスタイル」 パート4「開発のやり方と設計スキルと補足資料」（本記事） パート5「質疑応答」 目次 開発のやり方 開発のやり方の分かれ道 組み立て思考の開発のやり方 変化しやすい構造を作る とっとと作る 設計スキルを身につける 設計スキル 設計スキルアップの行動計画 まとめ 補足資料 開発のやり方 開発のやり方の分かれ道 簡単に言うと、目的の固定から出発する分解思考の開発のやり方がかつての潮流でした。タスク分解して、工程分解して分業体制にして、その結果実際に作っている人間の後半の

増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし3ページ目です。最初からお読み頂く場合は、こちらから御覧ください。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」 パート2「設計スタイルの選択とクラス設計のスタイル」 パート3「テーブル設計のスタイル」（本記事） パート4「開発のやり方と設計スキルと補足資料」 パート5「質疑応答」 目次 テーブル設計のスタイル テーブル設計の分かれ道 イミュータブルモデルを選ぶ イミュータブルデータモデルの効果 イミュータブルに設計したテーブルの特徴 プログラムが単純かつ明快になる 2022/08/24 追記 イミュータブルデータモデルについてより詳し知りたい方は、WEB+DB Press Vol.130 も是非お読みくださいませ！ パート3の内容（イミュータブルデータモデル）につ

増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし2ページ目です。最初からお読み頂く場合は、こちらから御覧ください。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」 パート2「設計スタイルの選択とクラス設計のスタイル」（本記事） パート3「テーブル設計のスタイル」 パート4「開発のやり方と設計スキルと補足資料」 パート5「質疑応答」 目次 設計スタイルの選択 アプリケーション開発の今昔 クラス設計のスタイル クラス設計の分かれ道 なぜドメインモデル方式か ドメインモデル方式 クラス設計：複雑さを分離する ドメインモデル方式でアプリケーション全体をどう組み立てるか クラスの設計を改善する（リファクタリング） 設計スタイルの選択 ソフトウェアの変更を楽で安全にするために、私自身がどういう方向性の設計をやっているか、少し背

こんにちは。株式会社asken VPoEの安西です。 先日、現場で役立つシステム設計の原則著者の増田亨さんに設計についてご講演いただきました。360名を超える方々にご参加いただき、大変盛り上がり、学びがありました。 asken.connpass.com 書き起こしをして公開するとより多く方に学びをお届けできるのではないかと思い、増田さんにその旨打診したところ、「自分にとっても学びがあるから是非やってください」と嬉しいお返事をいただきました。質疑応答も含めると1時間半くらいあったので大変長文記事になり、要約したほうが良いかなと思ったのですが、増田さんの意図をできるだけお伝えるために、複数ページに分けて公開にチャレンジしてみます。貴重な内容ですので、是非お読みくださいませ。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」（本記事

こんにちは。システム部の大澤です。 普段は北米版あすけんのアプリを開発しています。 今回はこちらの記事にインスパイアを受けて、askenでもやってみたいと思いました。 developers.cyberagent.co.jp 今後、askenに入社するエンジニア（シニアエンジニアを想定）にオススメする1冊について、アンケートを取ってまとめました。 エンジニア全員からアンケートに答えていただいたので結果をすべて、載せました。 設計、エンジニアリング 現場で役立つシステム設計の原則 ～変更を楽で安全にするオブジェクト指向の実践技法 https://www.amazon.co.jp/dp/477419087X/ref=cm_sw_em_r_mt_dp_1VATC0ETF72J8V6V5R9E 特定の技術分野に依らない設計の基本が学べるから。 asken社内でも著者の増田さんを招いて勉強会を開催して

こんにちは。日本版あすけんのエンジニアリング・マネージャの藤原です。 僕はasken入社当時はAndroidエンジニアでした。 アーキテクチャ改善にも携わってきましたが、今回は、その変容の歴史を振り返ってみようと思います。 意図 過去の偉人たちへの尊敬 補足：アーキテクチャの図について アーキテクチャの歴史 Step1: 日本版あすけんの立ち上げと、No architecture Step2: 米国版Asken Diet立ち上げと、MVP Step3: 新メンバージョイン、課題の残るMulti-Module & Layered architecture Step4: 新メンバーのジョインを控え、焦って間違ってしまったMVVM 技術負債(ごめんなさい by 藤原) Step5: 社員Androidエンジニアが2名体制に、改善されたMVVM Step6: 社員Androidエンジニア3名、腐敗

こんにちは、askenシステム部 兼 2021年度組織強化委員の 高津 です。 askenシステム部の2022年度方針として co-learning(ともに、学ぶ)を掲げています。 システム部での活動とは別に、1年間かけてasken全社員で学ぶ活動があります。 この活動を推進するグループを組織強化委員会といいます。 今回は、2021年度の組織強化委員会の活動について紹介します。 組織強化委員会 組織強化委員会の目的は(askenのミッション1を達成するために)よい組織作りを推進するです。 その目的を達成するために、1年間ごとにテーマを選んで社員全員で学ぶ機会を用意します。 これまでの組織強化委員会の活動として、2019~2020年度は 学習する組織 を学びました。 学習する組織の次に学ぶテーマとして選ばれたものがクリティカル・シンキングです。 グロービス経営大学院では、クリティカル・シンキ

こんにちは、システム部の服巻です。 本ブログを始めるにあたり、始めますの記事を投稿してから早いもので９ヶ月程が経ちました。投稿される記事も増え、その内容も多種多様で楽しみながら読んで頂けるものばかりです。読んで頂いた方の反応をみてもaskenエンジニアの取り組みであったり、メンバーの興味事などを知ってもらえる良い機会になっている様子で嬉しく思っています。 askenの2022年エンジニア組織方針では重要キーワードとして「ともに、学ぶ」があります。詳しくは以下の記事を読んで頂けると嬉しいです！ tech.asken.inc VUCA時代とも言われる現代において、不確実性が高く正解がない物事をコントロールしていくには学ぶしかないと言うことで、チーム全員で本年度も学びまくっていきます！そして得た学びはメンバーが積極的に投稿してくれると思いますので、引き続き当ブログを楽しみにしていてくださいね！

はじめに こんにちは😊askenのishikawaです。 普段はBigqueryやRで、日本版あすけんのデータ分析を行っています。 US版あすけんのお手伝いをすることもあり、こちらの記事を一番読み込んだのは私だと思います。（大倉さんありがとう😄） さて、最近世間を賑わせてるNotionですが、新しもの好きのトップの影響で、日本語に対応してすぐ、askenでも導入しました。askenではesaからの乗り換えだったのですが、Evernoteからの乗り換えも多そうですね🤔 Notionを使い始めて感じたのは、データベースが簡単に作れて素晴らしい！ということ。そこで、営業支援ツールを作ってみることにしました。 営業案件をExcelで管理することの課題 営業が抱えている案件のステータスや進捗が見えない Notionを導入するまでは、Excelで案件＆売上の管理をしていました。数字を管理すること

こんにちは。VPoEの 安西 です。 4月になりましたね。askenの年度は4月から始まりますので、4月1日にキックオフが行われました。私も含めて、全部門の方針を全社で発表したのですが、せっかくなので、この場で公開してみようと思います。 現状のエンジニア組織の状況 2022年度方針 不確実性が高いプロダクト開発に対峙し価値貢献する co-learning（ともに、学ぶ）に込められた私の想い 「co-learning（ともに、学ぶ）」に向かうための2つの行動 1. チームが学ぶ 2. チームで学ぶ ①設計 : 増田亨さん ②インフラ・アーキテクチャ : 野村友規さん ③アジャイル ④asken Engineer All Hands （エンジニア全体会議） 学ぶために必要な在り方 人事制度も変えました co-learning（ともに、学ぶ）をカルチャーに 気軽にお話してみませんか？ 現状のエン

今回テックブログを書くにあたり、以下の記事を参考にしました。 qiita.com こちらの記事では、マクドナルドのメニューを対象に組み合わせ最適化問題を扱っており、内容も非常に面白く読ませて頂きました。 今回、弊社askenでも自社データを使用して食事の組み合わせ最適化問題をやってみたのでご紹介します。 はじめに こんにちは！ askenで機械学習エンジニアとして働いているyumaです。 shoku_panという名前でTwitterをやってます。 さてみなさん、弊社ダイエットアプリ「あすけん」をご存知ですか？ www.asken.jp あすけんでは、その日の食事内容を記録すると栄養士の未来（みき）さんからアドバイスをもらえます。点数も出るので、高得点をとることがモチベーションになっている方もいらっしゃると思います。 もちろん僕も使っています。ちなみに今年のお正月はこのような結果になりました

こんにちは。askenでサーバサイドの開発をしている@hsawajiです。 先日、勉強会として「現場で役立つシステム設計の原則」の著者である、増田亨(@masuda220)さんをお招きしてシステム設計についての講演をしていただきました。 社内のエンジニアと、一緒に開発をしてくれているパートナーの方々に参加者を募り、20名の方に参加しいただくことができました。 今回は勉強会開催までの流れと内容を紹介していきます。 勉強会の目的 まず、勉強会を開催する目的です。 askenのサービスは急激な成長を続けており、それによってユーザやシステムに対する要望が増加しています。今後も成長を続けるためには「より早く」「より安全に」開発をすることが必要になってきています。そのための方法の1つとして「設計」にスポットを当てた勉強会を開催することにしました。 事前勉強会 社内のエンジニアを対象として事前勉強会を開

こんにちは。askenでエンジニアリング戦略や組織づくりを担当しているやすにしです。 マネジメントを中心にしておりまして、せっかくなのでブログでもマネジメントについて書いてみますね。 私はこれまでVPoEとしてエンジニア組織のマネジメントや、様々な会社でマネージャー向けにコーチング 1 をやってきました。そこで接してきたエンジニアリングマネージャーに共通しているのは「キャリアに悩んでいる」ということです。 例えばこのようなことです。 コーディングをしなくなり、技術的に取り残されて、エンジニアとしてやっていけなくなる感じがする 自分でやらないから成果が見えない。やっている感じがしない。 マネジメントをどうやればいいか、どう学べばいいかわからない。 マネージャーのキャリアで自分は定年（？）まで生きていけるのか？ 共通点は、色々理由を言葉にしているものの、どれもしっくりきている感じではなく、「な

はじめまして！ askenのユウマと申します😊 shoku-pan🍞という名前でTwitterをやっています。 askenでは、MLエンジニアとして働いてます。 主に、画像処理や自然言語処理、データサイエンス周りを担当しています。 また、業務効率化のためのツールの作成や、ナレッジ共有のための社内勉強会を開いたりもしてます。 社外では、kaggleやatmaCupに参加したり、データサイエンティストの方達ともくもく作業したりと、ゆるゆると活動しています。 さて、先日以下のTweetが弊社のエンジニアの間で話題になりました。 7月に実施した全社キックオフの余興として、SmartHRのSlackで使われた絵文字のランキングを動くグラフにしてみました📊 絵文字って会社のカルチャーがめっちゃでますね🥰https://t.co/QYLNptK4e7 pic.twitter.com/CLaeu8