TSKaigi 2024 ref: https://tskaigi.org/talks/tockn
CoachEd(コーチェット)は、コーチング文化の浸透を中心として、自律的な組織を目指すチーム(経営チーム、ミドルマネジャー、現場チーム)への伴走支援プログラムを提供しています。 ここで言う自律的な組織とは、ひとりひとりがチームの共通の目的に向かって主体性を発揮し、生き生きと働いているチームを指します。 環境/技術の変化や、価値観/働き方の多様性が大きい時代に、管理型から自律的な組織に変化していく必要があることは、すでに議論し尽くされているところです。 調査によれば、自律共創型の組織に移行する必要性を感じている人事・管理職は70%にも及びます(マネジメントに対する人事担当者と管理職層の意識調査2023年より)。すでに、昔のようなトップダウンのマネジメントでは、環境の変化に対応できなくなっているのです。 1on1導入やMVV(ミッション・ビジョン・バリュー)の見直しなども含め、すでにそのため
「撤退はしないくせに投資もしない」はインパール作戦みたいなもの 吉羽龍太郎氏(以下、吉羽):さてさて、あと5分ぐらいなので、最後の「プロダクトや機能を終了する」という話をして、終わりにしたいと思います。これ、僕らは散々言いますよね。もう口酸っぱく言いまくるという感じかな。 「プロダクトをやめられない」とよく聞きます。だから人が分散しちゃって勝負にならなくなっちゃうというのが、すごくありますよね。薄い人数のチームがいっぱいあって、どれも塩漬け、プラス、運用対応をちょっとだけしてみたいな。 それで、「メンバーのモチベーションが上がらないんですけど、どうしたらいいですか?」、いや、そりゃ、そんな塩漬けを運用させていてメンバーのモチベーションが上がるんだったらやり方を教えてくださいよという感じだと思います。これはもう(プロダクトを)捨てろという話だと思うんですが、それ以上の話はなにかあります? 及
Intro CSRF という古の攻撃がある。この攻撃を「古(いにしえ)」のものにすることができたプラットフォームの進化の背景を、「Cookie が SameSite Lax by Default になったからだ」という解説を見ることがある。 確かに、現実的にそれによって攻撃の成立は難しくなり、救われているサービスもある。しかし、それはプラットフォームが用意した対策の本質から言うと、解釈が少しずれていると言えるだろう。 今回は、「CSRF がどうして成立していたのか」を振り返ることで、本当にプラットフォームに足りていなかったものと、それを補っていった経緯、本当にすべき対策は何であるかを解説していく。 結果として見えてくるのは、今サービスを実装する上での「ベース」(not ベスト)となるプラクティスだと筆者は考えている。 CSRF 成立の条件 例えば、攻撃者が用意した attack.examp
NTT Com Open TechLunch #7「エンジニアリングマネージャー と 目標設定」の登壇資料です。20分くらいの短いセッションなので網羅的ではありません 2. 吉羽龍太郎 / Yoshiba Ryutaro アジャイル開発、DevOps、クラウドコンピューティング、インフラ構築自 動化、、組織改革を中心にオンサイトでのコンサルティングとトレーニン グを提供。Scrum Alliance認定スクラムトレーナー(Regional, CST-R) チームコーチ(CTC) / 認定スクラムプロフェショナル(CSP) / 認定スク ラムマスター(CSM) / 認定スクラムプロダクトオーナー(CSPO) 2
この職種について サイボウズは「チームワークあふれる社会を創る」という存在意義(Purpose)を掲げているように、チームでの活動を大切にしています。 チームの活動を支えるために、kintone,Garoon,Officeなどのグループウェアプロダクトを開発・販売しています。 創業から20年以上にわたりプロダクトを提供する過程で、ビジネスはパッケージ製品の販売からクラウドサービスの提供に変化しました。プロダクト開発の現場も、伝統的なウォーターフォール型のプロジェクトからチーム中心のアジャイルな体制へと大きく変化しています。 今後のプロダクトの成長を支え加速させるために、オーナーシップを発揮し自律的に活動するチームを作ることの重要性がますます高まっています。 組織としてハイパフォーマンスなチームづくりに取り組むために、スクラムマスターを職能化しました。 組織のチームワークを最大化するためにス
はじめに この記事について こんにちは、 @zomysan(Twitter) です。この記事では、Next.js で開発をしているWebアプリケーションのフロントエンドを対象に、開発途中のページをどう扱うかということについて書きます。 新しい機能やリニューアルのための開発を始めてあたらしいページを追加したものの、まだ途中なのでユーザーに見せられる状態ではない、ということはよくあると思います。ユーザーには見せたくないけど、開発環境やステージング環境では確認したい。でも本番環境には出したくない。そういうときどうしたら良いのでしょうか? この記事の対象 この記事は以下のような人を対象としています。 Next.js で Web アプリケーションを実装している 開発中のページを本番環境に露出したくない まとめ 今回、私は以下のように実現してみました。 開発中のページについて、拡張子を .page.d
2023年末に「こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと」というブログ記事が話題になりました。この記事で注目を集めたエンジニアリングマネージャーは、株式会社カケハシの「いくおさん」こと小田中 育生さん。 今回はそんな素晴らしいマネージャーである、いくおさんに日々意識しているチームコミュニケーションについてお話をお聞きしました。 どうしたらチームメンバーとの強い信頼を築けるのか、良いマネージャーになるにはどうしたら良いのか、気づきが得られる内容になっていると思います。どうぞ最後までお読みいただければ幸いです。 株式会社カケハシ エンジニアリングマネージャー。 2009年に株式会社ナビタイムジャパン入社。研究開発部門に配属。プロダクトや開発プロセスのカイゼンを推し進め、アジャイルとの出会いから社内でスクラムを積極的に導入し、ナビタイムジャパン VPoEを務
みなさん、こんにちは。物流・運送会社向けにSaaSを開発するアセンド株式会社でCTOを務めている丹羽です。今回はプロダクト志向を持つエンジニアに向けて、プロダクトエンジニアという職種についてまとめました。 プロダクトエンジニアはフロントエンド・バックエンド・デザイン、そしてあらゆる領域を越境してプロダクトのあるべき姿を構想し、優れた顧客体験を生み出します。そんな顧客課題を中心として、プロダクト志向を持って情熱的に開発するエンジニアにスポットライトを当てます。 プロダクトエンジニアという職種の出現みなさんは"プロダクトエンジニア”という職種を聞いたことはあるでしょうか。一般的なフロントエンドエンジニアやフルスタックエンジニアに比べると聞き馴染みはない一方で、開発の中心にプロダクトの価値追求を置くエンジニアを指すといえばしっくりくる方も多いと思います。プロダクト志向を持つエンジニアは体感的にも
技育祭2024春のスライドです。 価値のあるプロダクトをつくるエンジニアになるための話と、自分がどういうキャリアでそうなっていったかを話します。
公開されている大規模言語モデルをどの程度のデータで Fine Tuning すれば Claude や ChatGPT などの API 公開されているモデルの精度に匹敵するのか検証した資料です。 言語処理学会第30回年次大会 併設ワークショップ 日本語言語資源の構築と利用性の向上 (JLR2024) での発表資料です。 実装はこちら https://github.com/aws-samples/aws-ml-jp/tree/main/tasks/generative-ai/text-to-text/evaluation/lm-evaluation-harness 先行し公開したブログ https://aws.amazon.com/jp/blogs/news/cost-efficiency-of-api-and-oss-generative-ai/
まえがき こんにちは, 人間 ESLint です. そんな人間 ESLint の私ですが, 私一人があらゆるコードに注意深く目を通して, さらに修正案まで提示するというのは大変です. 多くの問題は機械的に検知できるはずなので, そういった仕事を私の代わりにしてくれるメカ人間 ESLint が欲しくなってきます. そんなわけで, 4 年ほど前から ESLint の共有設定を仕込み続けています. この共有設定を作るために, 私自身も ESLint の組み込みのルールや typescript-eslint が提供するルールを何度か全て見直したりしていて, それゆえの人間 ESLint でもあります. github.com Flat Config ところで ESLint の設定ファイルは, 次のメジャーバージョンである v9 以降に新しい形式のもの (通称「Flat Config」) が標準となり
はじめにSkillnoteVPoEの安藤です。 今回はEMであれば誰しもが悩み、苦労(工夫)している目標設定・評価について書きたいと思います。 きっかけは#1の頃から参加している「EMゆるミートアップ」で、3月1日開催の#6のテーマがそのものズバリの「目標設定・評価」だったことです。 EMゆるミートアップそもそもエンジニアリングマネージャーという職務は最近になって出てきたもので、ITという比較的新しい業界の中でもさらに新しい役割、と言えるかと思います。(オライリーの書籍も日本での初版が2022年と相当に新しいことが分かります) SaaSプロダクトが隆盛な中、エンジニアチームが継続的にハイパフォーマンスを発揮するため、また事業KPIに対して直線的に貢献できるようにしていくため、プロダクトマネージャーやエンジニアリングマネージャーといった役割の重要性が昨今非常に増してきている、ということと思い
はじめに ここ一年ほどはDBクライアントを書くときにORMのPrismaを使っていますが、テーブル定義を書きやすかったりコード補完がバチバチに効いてくれたりと非常に気に入ってます。 そんなPrismaでPostgreSQLのRLS(Row Level Security)を使う時の設定について紹介します。 RLSのしっかりした説明はしていません🙇 以下のレポジトリにサンプルがあります。このサンプルに基づいて紹介していきます。 この記事では、以下の手順でRLSの設定をしていきます。 RLSをかけるDBユーザの追加・設定 Prismaスキーマファイルの作成 RLS定義マイグレーションファイル作成 Prisma Extensionsの定義 RLSが有効になったPrisma Clientを使う RLSをかけるDBユーザの追加・設定 まずは、RLSをかけるDBユーザを追加します。アプリケーションから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く