メンバー1人1人のスキルアップを促す「等級（グレード）」と「給与テーブル」｜風音屋（かざねや）
風音屋（@Kazaneya_PR）では、メンバー1人1人のスキル水準をモニタリングし、さらなる成長を促すための仕組みとして「等級（グレード）」を設定しています。プロフェッショナル人材が少しでも正当な評価とフィードバックを受けられるように試行錯誤を経てきました。 採用選考を進める中で「自分の場合はどのくらいのグレードになるのか？」というご質問をいただく機会が多々あります。この記事では、どういった考え方でグレードを設計・運用しているのかを、給与テーブルとセットで解説します。 注意事項クライアントワークを担当するAnalytics部門を想定した内容となっています。Backoffice部門の給与テーブルは試行錯誤中ですが、ベースとなる考え方は同じような形に落ち着くはずです。 人事周りのルールは今後変わっていく可能性があります。最新状況についてはカジュアル面談でお問い合わせください。 すべての人にと
見積・提案書に書いておくと不幸を減らせる前提条件
はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません（うろ覚えで書いてたり、大人の事情） これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる
絶対残業しない人がやっているたった1つの「モーニングルーティン」
登録者60万人超えのサラリーマンYouTuber。 「サラリーマンのタメ」というコンセプトで情報発信をしており、名前の由来でもある。 2012年に東証一部上場企業に入社し、おもにマーケティングを担当。2度の転職を経て、2021年5月からWebメディア「新R25」を運営する株式会社Cyber Nowに業務委託社員として勤務。サラリーマン業で得た知見をもとに、2018年12月から副業としてYouTubeチャンネルを開設。書籍解説と転職ノウハウに関するチャンネルを約3年間運営し、現在の登録者数は60万人以上にものぼる。 ▼YouTube https://www.youtube.com/channel/UCaG7jufgiw4p5mphPPVbqhw ▼Twitter https://twitter.com/SALATAME_media ▼転職ブログ https://salatame.co.jp/
「メンバーを信用していないのでは？」 “ある指摘”から始まったLINEアプリ開発チームの生産性改善施策
2021年11月10日と11日の2日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2021」がオンラインで開催されました。そこで竹下秀則氏が、大規模クライアントアプリ開発チームの生産性を改善した仕組み化について紹介しました。まずはチームの成長と課題について。 LINEのクライアントアプリ開発チームの効率化事例 竹下秀則氏：みなさん、こんにちは。今日は「大規模クライアントアプリ開発チームの生産性を改善した仕組み化の数々」というタイトルでお話しします。LINE福岡開発1室所属のエンジニアリングマネージャー、竹下と申します。よろしくお願いいたします。 さっそくですが、本日のアジェンダはこちらになります。まずは私がマネージャーとして所属している、今日お話しする改善の舞台となったチームについて紹介します。 次にそこで直面した課題の数々について赤
【Google re:Work】マネジメントで悩むすべてのエンジニアが見るべき完全無料テキスト | DevelopersIO
エンジニアにとって、正解が分かりづらいマネジメント業務ってとっつきづらいんですが、その良き羅針盤となってくれるテキスト「re:Work」の紹介です。 「エンジニア天国な会社にしたい。したくない？」 「したい。けど、どうやって？わっしょい的な雰囲気で？」 今年の6月あたり、クラスメソッドAWS事業本部コンサル部で合宿を予定しているんですが、その合宿でやるネタを考えているときに知ったのが、この「Google re:Work」。 正解が見えづらい組織運営において、「良いチームとはなにか？」「採用で気をつけるべき点」「ビジョンがもたらす効果」など、マネジメントの頻出課題をギュッと凝縮して詰め込んだこのコンテンツがむっちゃ有用だったので、紹介します。 Webコンテンツとして完全無料なので、今マネジメントで悩んでいる人も、これからマネージャー目指そうとしている人にも参考になる点多いと思うので、一度気軽
プロジェクトをリードする前に読みたかった本 - motokieeの日記
この1年ほど、プロジェクトのリードを任せてもらえるようになりました。2017年の夏くらいから「プロジェクト推進役」→「PJO」→「Tech Lead」, 「Project Lead」など、正式ではないものの「肩書」のようなものがついていますが、実際にやっていることは「プロダクトの成功に向かってプロジェクトを行動で引っ張っていくこと」で統一されています。 これは別に偉くなったとかではなくて、そういう責任を持ってPJに関わる役割だと思って臨んでいますし、実際マネージャーからもそのように言われています。 自分なりに試行錯誤をして時には成功し、時には失敗しながらなんとかかんとかやってきていているのですが、「あー、この本に救われた」とか「ちょっと前にこの本読んでおけばよかった...」という本があったので何冊か紹介したいと思います。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリフ
「1ヶ月かかるものを10日で完成させるとはこういうこと」を示した動画がわかりやすい…クライアントにこのまま見せたい
Frédéric Bouchery @FredBouchery Client: I want you to develop this application Dev: Give me 2 weeks Client: No, I want this for tomorrow. Dev: Okay, you decide... about the result. pic.twitter.com/kacPerpWcq 2018-01-04 22:05:08 Frédéric Bouchery @FredBouchery Client: I want you to develop this application Dev: Give me 2 weeks Client: No, I want this for tomorrow. Dev: Okay, you decide... about the
開発リーダーがエンジニアを面接する時、応募者に聞きたい7つのこと - paiza開発日誌
Photo by Steven Cooper 高村です。 paiza(ギノ)で開発チームのリーダーをしているのですが、最近はエンジニアの採用活動に携わることも増えてきました。 エンジニア向けの転職サービスを運営しているギノで エンジニアを採用する時は何を重視しているのか？ 採用する側のエンジニアは何を考えているのか？ ということって、興味ある人もいるかと思うので、書いてみたいと思います。 特にエンジニアを募集している企業の選考では、共通して見ている部分も多いかと思いますので、「これから転職したい！」というエンジニアの方にとって少しでも参考になればと思います。 （もちろん採用基準は会社によって異なるので、弊社特有な項目もあるとは思いますが…） ■自己紹介 ■エンジニアを採用選考する時に、エンジニアが見ているところ ◆paizaのスキルチェック問題における提出コード ◆経歴、自分のやってきたこ
元トヨタ社員直伝！「すべてを紙1枚」にまとめる技術とは？
おおしま・さちよ／センジュヒューマンデザインワークス代表取締役。エグゼクティブコーチ、人材戦略コンサルタント。米国デューク大学Fuqua School of Business MBA取得。シカゴ大学大学院修了（MA）。マッキンゼー・アンド・カンパニー、ワトソンワイアットなどの外資系コンサルティング会社や日系シンクタンクなどで経営、人材戦略へのコンサルティングに携わる。2002年に独立し、現在までに2000チーム以上のチームビルディング、組織変革コンサルティング、経営者や役員へのエグゼクティブコーチングを行う。主な著書に『マッキンゼー流 入社1年目問題解決の教科書』（SBクリエイティブ）、『仕事の結果は「はじめる前」に決まっている』（KADOKAWA）、『マッキンゼーのエリートが大切にしている39の仕事の習慣』（三笠書房）など多数。 一流のノート術 「一流のビジネスパーソン」たちは、日々のビ
中途社員をスムーズにチームに迎え入れる方法 - 組織を極める
転職、社会人大学院の修了、中小企業診断士の実務補習と目まぐるしい日々を送っていましたが、なんとか少しずつ落ち着いてきました。新しい環境にも慣れ始め、学位を無事授与いただき、診断士の実務補習も修了証をいただくことができました。そして、診断士の資格取得を契機に、ブログタイトルも変更しました。今後は中小企業診断士の端くれとして、管理部門領域を中心にビジネス全般の情報発信をしていきます。残すタスクはハローワークで教育訓練給付金の還付手続きをするのみです。10万円は大きいですからね。 さて、これまでの人事の仕事柄、新しい方を迎え入れることはあっても、自らが迎え入れられることはなかなか経験しません。今日は自分自身が新しい環境に迎え入れて頂いた際に良かったことを共有させていただきます。 チームビルディング 入社初日に一般的なオリエンテーションに加えて、チームビルディングの機会を頂きました。目的は、チーム
「承認欲求の強い人」は認められず、逆に「承認欲求のない人」ほど評価されるという皮肉。
当メディアに寄稿をしていただいている熊代亨氏から、本を贈っていただいたので読んでみた。 タイトルは『認められたい』 面白い本だった。 内容で私が特に気になったのは、「手っ取り早い承認を求める人々」について書かれている部分である。 熊代氏は、本の中で 「ゲームやキャバクラなど、手っ取り早く承認欲求を満たせることばかりに時間を使っていると、身につくスキルがひどく偏ってしまって、将来を生きていくためのスキルがロクに身につかないまま、歳をとってしまう」 と述べる。 ＊＊＊＊＊＊ 承認欲求と言えば、一昔前のある人物を思い出す。悪い人ではなかったが、1つだけ褒められないクセがあった。それは 「仕事を抱え込んでしまうこと」 だった。 若手で経験も浅かったその人物は、自分が引き受けられる以上の仕事を「褒められれたい」「失望されたくない」という理由で引き受けてしまい、結局後で問題が発覚する、ということもしば
技術的負債の返済プロジェクトが失敗する 11 のワケ - jfluteの日記
ワケ一覧 序の口: フレームワークだけが負債だと思ってる 序二段: ビジネスサイドに理解してもらう努力がない 三段目: 技術で遊び過ぎてしまう 幕下: 太り過ぎアーキテクチャ 十両: 過去に目もくれず、現状だって見ない 前頭: 技術に詳しいだけでアーキテクト 小結: アーキテクトの知識と覚悟が足りない 関脇: スパンが長く、モチベーションが続かない かど番大関: スパンが長く、人の入れ替えでチグハグ 大関: アーキテクチャデザインはどこへ？ 横綱: 実は人間的負債だった 序の口: フレームワークだけが負債だと思ってる みんな、フレームワークが大好き。とはいえ、さすがにみんな、「フレームワークが古いことだけが負債」だなんて思ってないはずだが...なのに多くの人が、あたかもそのような振舞いと判断をしてしまう。潜在意識の Big Issue だから？ o 信用できないテストデータ も負債 o 現
「指示待ちの部下」の原因は「無能の上司」だ。
ある会社で、マネジメントについて議論をしていた時の話だ。 「もっと自由にやらせろ、って言う人は見込があるんだけどね。」 と、その会社の役員は言った。 「本当に問題なのは、「もっと細かく仕事の指示をだしてください。」って言って、本当に言ったことしかしない人。こういう人は問題だね。」 彼は心底困っているようだ。 この手の話はよく耳にする。 「そうなんですね。でも少なくとも「言ったこと」はやるんですよね。やらないよりマシじゃないですか？」 「まあ、そういう考え方もあるけど、本当にこっちが「言ったこと」しかしないって、問題じゃない？」 「ふーむ。」 「例えば、こっちがデータの入力を頼んだとするじゃない。で、そういう人たちにはまずマニュアルがないとダメなんだよ。」 「マニュアルですか。」 「そう、結構細かく書いてあげないと、「できない」って言うし。で、たまにマニュアルに書いてないこともあるわけだ。そ
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リーダーになるすべての人に知ってほしい その戦略的役割と6つのソフトスキル