エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ
みなさんこんにちは。電通国際情報サービス(ISID) 金融ソリューション事業部の水野です。 これは電通国際情報サービス Advent Calendar 2022の16日目の記事です。 今回は、ISID金融事業部で運用しているスキルマップについてご紹介します。 テックリードとは 実は、ISIDの少なくとも金融事業部にテックリードと言うポジションはありません。 実在するのはチーフアーキテクトと言う職種のみで、各プロジェクトでリードエンジニアやテックリードという仮想的なロールがあるのが実態です。 一時期はフルスタックエンジニアと呼んでいる時期もありましたが、近年このワーディングが好まれない印象なので、大々的に使っていません。 主観ですが、フルスタックエンジニアはインフラ知識／運用系の知識のウェイトが高いエンジニアで、テックリードはソフトウェアアーキテクチャ、Webアプリケーション実装技術寄りのエ
アマゾンのすごい「逆算資料」。新サービス説明資料は「プレスリリース形式」で | Forbes JAPAN 公式サイト（フォーブス ジャパン）
9月に出版された『amazonのすごい会議―ジェフ・ベゾスが生んだマネジメントの技法』（東洋経済新報社）の著者、佐藤将之氏は、アマゾンジャパンの立ち上げメンバーとして2000年7月に入社。サプライチェーン、書籍仕入れ部門を経て2005年よりオペレーション部門で、2016年に同社を退職するまでディレクターとして国内最大級の物流ネットワークの発展に寄与した。 世界トップの企業、アマゾンの成長を支える原動力である「会議の技法」とは、どのようなものなのか。 同書の一部より抜粋し、会議の効率化を図るためにジェフ・ベゾスが設けた「アマゾン流、資料作成のルール」を紹介する。 提案を受け入れてもらいやすくする魔法のフォーマット アマゾンでは、常に無数のプロジェクトが発案され、会議で提案されています。そして、新規プロジェクトが立ち上がる際に、必ず用いられている資料のフォーマットがあります。それがプレスリリー
元キーエンスのトップ営業が、新規事業をバンバン売るためにやっていること｜鶴岡 友也／BLUEPRINT Holdings CTO
うちの会社に、元キーエンスのとても優秀なセールスパーソンがいます。前職では、営業所の過去最高売上を何度も叩き出していた人です。 （↑Forbesにも取り上げてもらいました） 彼を採用したのは「新規事業」のセールスをしてもらうため。 ぼくらは「スタートアップファクトリー」を運営しています。革新的なスタートアップを次々生み出すビジネスモデルで、この1年ほどでvertical SaaSを中心に、10以上の事業を立ち上げてきました。 新規事業のセールスは、一般的な営業と比べてもかなり難しいです。 まだ商品がこの世に存在していない段階で「完成したら導入するよ」という内諾を得ないといけない。 彼が入社する前は正直、なかなか思うように成果が出ていませんでした。 しかし彼が来てから、事業は驚くほど加速しました。入社するなりすごい勢いで、アポや購入の内諾をとりつけていったのです。 いったい彼は、他のセールス
ナレッジワーカーの本質は創造的な仕事と主体性 | Social Change!
ナレッジワーカーとは、ドラッカーの提唱した概念で、知識によって企業や社会に貢献する労働者のことを指す。そのため、知識労働者と訳された。 「知識労働というけれど、知識って一体なに？」 「知識は今の時代、なんでもググれば出てくる」 「知識そのものには価値はないのではないか？」 これは「知識労働者」という訳によって誤解が生じてしまったのだと思う。あらためてVUCAと言われる今の時代にこそ、マニュアルワーカーでなくナレッジワーカーの存在が求められていると感じる。その違いは以下の通り。 本稿では、上記の違いについて深堀りしつつ、ドラッカーが語った正確な定義かどうかはさておき、私の考えるナレッジワーカー、ナレッジワークとは何かを示そうと思う。 ナレッジワークとは、創造的な仕事のことではないか ナレッジワークの反対はマニュアルワークだ。すなわち、大量生産のために機械にあわせて同じことを繰り返すことが求め
ドキュメントに固執せよ - gfnweb
どうして人間集団はこんなにも知見の共有を円滑にできないのか？ 改善にはドキュメントにまつわる各個人の心構え・制度設計・技術的解決の全部が必要だという話をしたい． ここでテーマにしているのは，著名OSSなど世の中にいくらでも知見が転がっている対象ではなく，特に企業内の十数人のチームでクローズドに開発しているなどして集合知に頼れない状況下でのドキュメントについてである． 非常に乱暴な言い方をするなら，「コードとか大部分は誰でも書けるようになるものなんよ，そんなところにマッチョイズムとか感じなくてええねん，我々の知的体力や組織性が真に試されるのはドキュメントちゃうんか」という気持ちです — 画力・博士号・油田 (@bd_gfngfn) June 3, 2022 ドキュメントに書く内容の必須項目或るシステム（ソフトウェアなど）について，そのシステムのことを全く知らない人を想定読者としたドキュメント
当たり前のことをやっているだけで凄い - 覚書
IT業界で10年以上過ごしている中で、凄いと思う人達にたくさん出会ってきました。最初はとくに新卒で入社した会社の先輩方が中心でした。ここでいう凄さとは何かというと「仕事を片づけるのが早い」とか「成果物の完成度が高い」などです。当時、こんなふうに自分もなってみたいという思いが強くて必至で真似しようと試行錯誤したのですが、全然うまくいきませんでした。ありていにいえば、表面上の凄さだけを見ていたことが失敗の原因だったかと思っています。早く仕事を片づけようと焦り、結果完成度も下がり…と、さんざんでした。 その後はアプローチを変えて、彼らの日常の何気ない振る舞いなどを観察することにしました。すると、彼らのうちの多くの凄さの源泉は驚異的に頭の回転が速いとか、ほかの誰もが持っていない異能力を持っていたりするわけではなく、世間で当たり前と言われていることを息をするようにやっていることだとわかりました。たと
仕事が暇な時にすることリスト - Qiita
大前提 この記事読まずに仕事して下さい。 整理系 作業机の整理 PC/ディスプレイの清掃 キーボードなどの周辺機器の清掃 PC内の不要ファイル削除 ドキュメント整理 雑務系 メール確認 スキルシート更新 日報/月報 社内アンケート 有給申請 その他各種申請 業務効率化系 ブラウザのブックマーク整理 キーボード設定見直し マウス設定見直し 使用ツールのショートカット調査 「ツール名 おすすめ設定」でググってより良い使い心地を目指す ブラウザ エディタ SQLクライアント メール管理 勤怠管理 PC起動時 ターミナル などなど 勉強会系 connpass等で勉強会を調べる IT勉強会を探すために捗るサイトまとめ【9選】 勉強会に参加する 勉強会の発表ネタを探す 勉強会に関する読み物 IT系エンジニアのためのプレゼンテーション入門 ライトニングトーク(LT)準備の参考資料まとめ 交流系 社内のS
GitLabで学んだ最高の働き方 Developers Summit 2022-02-18
Page Scrolling Vertical Scrolling Horizontal Scrolling Wrapped Scrolling
GitLab Onboarding
Onboarding is incredibly important at GitLab. We don’t expect you to hit the ground running from day one. We highly recommend taking at least two full weeks for onboarding and only in week three starting with team specific onboarding and training. Please feel free to participate in your team’s work in your first two weeks, but don’t feel like you have to contribute heavily. All onboarding steps ar
事業開発者・プロダクトマネージャーが知っておくべきフレームワーク7選｜Shin
プロダクトマネージャーという仕事はビジネス・デザイン・エンジニアすべてのスキルが求められる総合格闘技のような仕事です。その分、やることも多く忙しくなりがち。 しかし、再現性の高いプロセスというのは仕事が変わってもそのまま活用できます。その代表例がフレームワークです。 今回は世の中に数あるフレームワークのうち、プロダクトマネージャー・事業開発者が絶対知っておいた方が良いと判断したものを厳選してみました。 プロダクトマネージャー向けフレームワーク4選1. Product Prioritization Frameworkhttps://www.product-frameworks.com/Gusto-Product-Prioritization.htmlこちらはもうプロダクトマネージャーであれば無意識に考えていてほしいくらいシンプル、かつ大事なフレームワークです。 expected：期待値の大き
自己流の手順書フォーマットを公開してみた | DevelopersIO
手順書フォーマットは千差万別 みなさんは自己流または、組織やプロジェクトで定められた手順書のフォーマットはありますか? 私は自己流の手順書フォーマットがあります。 自己流の手順書フォーマットがあるといっても、かなり扱いがふわふわしているので、備忘やメモの意味合い強めでまとめていきます。 「もっとこうした方がいいよ!!」などフィードバックがあれば、ぜひお願いします! いきなりまとめ 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書はgitで管理する 5W1Hを意識して手順書を書く 基本的にはCLIを使った手順書にする 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書をExcelやスプレッドシートで書くメリット・デメリット 手順書をExcelやスプレッドシートで書いている方も多いと思いますが、私はMarkdownで書いています。 Exce
トイルとは｜CAMPFIRE 開発チーム
トイル（Toil）とは直訳すれば「労苦」であり、プロダクションサービスを動作させることに関する作業で、手作業で繰り返し行われ、自動化することが可能であり、戦術的で長期的な価値を持たず、作業量がサービスの成長に比例するといった傾向を持つものを指す。SREにおける重要な概念の一つであり、SREは日常的にトイルに対応しつつも、最低50%以上はエンジニアリングに当てるべきであるとされる。 トイルの定義SREにおけるトイルは運用タスクを指すことが多いが、単純に「運用」や「やりたくない仕事」に置き換えられるものではない。一般的にトイルは以下の特徴を持つ。 ・手作業であること 自動化されていない多くの仕事。スクリプトの実行を手作業で行う場合も含む。 ・繰り返されること トイルとは繰り返し行われる作業を指す。ある作業をするのが初めてだったり、新しい解決策を生み出しているのであればそれはトイルではない。 ・
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
エンジニア風林火山 ー 『その仕事、全部やめてみよう――１％の本質をつかむ「シンプルな考え方」』｜hgsgtk
ソートリーダーシップとは、企業が特定の分野（業界・テーマ・社会問題）において、将来を先取りした革新的なアイデアや解決策をいち早く発見し、示すことでその分野における主導者となることです。 方法論の乱用方法論の乱用について示唆深い言葉があった。 何らかの方法論をとり入れると、自分たちのチームが急に権威づけされたような気分になる。多くの人によって検証された方法で進めている「安心感」も得られる。何もない中で進めていくよりも、ずっと成功率が高まるように思える。これは、他の言葉で言えば、「フレームワークの罠」と表現されていたりすると思う。 ソフトウェア開発の文脈では、「アジャイルではこうすべき」とかの理由で、特定プラクティスに権威付けをしているような重力が働きがちだろう。あるいは、「有名なあの人がこう言っていた」ということだけを理由で取り上げてしまう、といったこと。 一般化されて様々な現場で活用されて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
reverse-interview/translations/JAPANESE.md at master · viraptor/reverse-interview
DXを妨げる要因と実現へのアプローチ by @yuzutas0 / 20211022
