中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita
1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿では、そのような「新メンバー」を活躍しづらくしてしまうアンチパターンとその対策を紹介します。 2. 中途入社や部署異動で来た新メンバーが適応することの困難さを理解する 中途入社や部署異動で来た新メンバーが組織に適応することは、新卒社員のそれとは別の難しさがあり
0→1フェーズで最も重要なサービスコンセプトのつくり方 | 実プロジェクトの事例付き｜梶谷健人 / 新著「生成AI時代を勝ち抜く事業・組織のつくり方」
サービスを0→1でつくる上でまず必要になるのが、サービスのコンセプトづくりです。 いままで自社事業や様々な企業との共同プロジェクトを通じてサービスづくりに取り組む中で、サービスのコンセプトづくり、すなわちコンセプトメイキングのプロセスにもある種の型があることに気付きました。 このnoteでは社内ドキュメントである「サービスコンセプトのつくり方」の内容を一部NDAでシェアできない資料を除いて全公開します。 ＜コンセプトメイキングの大前提＞🧐 STEP１：コンセプトとは何かを知ろうコンセプトが何かを知る上で、コンセプトの立ち位置と役割を知ろうコンセプトそれ自体は様々な形があり、非常に漠然としている。 なので、コンセプトがそれ以外の要素とどういった関係にあるのか、どういった役割を果たすのかという観点からコンセプトとは何かを理解しよう。 まずサービスアイデアは下図のような構造を持っている。 ある
ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation
Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。
判断と決断の違いと決断のコツ - そーだいなるらくがき帳
判断と決断の話の違いはこのツイートの通り。 判断の話で言うとぼくはそーだいさんがしてくれた「判断と決断は違う」という話がだいぶ実になっていて、「情報を集めれば理屈で答えが出せるのが判断、今は情報を集めることができない中で答えを出さないといけないのが決断、リーダーがやらなければならないのは決断」という話をかなり大事にしている— しんぺいくんさん (@shinpei0213) 2021年12月10日 決断のコツ 結論から言えば、決断のコツは失敗できるようにすることだ。 失敗できる状態なら決断することができる。 そして素早くアクションして、失敗のフィードバックを受け取ることで新しい決断をすることができる。 そーだいさんがぼくに教えてくれた二大大事なこと「判断と決断は違う」と「ロールバック可能なことはどんどん試せばいい、ロールバックが難しいことは慎重に」です— しんぺいくんさん (@shinpei
スクラムにおけるメトリクスの扱い | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 最近よく「スクラムではどんなメトリクスをどう取ればよいですか」と聞かれるので整理しておきます。 スクラムでよく登場する数値データスクラムでよく登場する数値データとしては、プロダクトバックログアイテムのビジネス価値や見積り、スプリントバックログのタスクの理想時間があり、スプリント中に完了したプロダクトバクログ項目の見積りポイント（相対見積りの場合）の合計がベロシティ、全プロダクトバックログアイテムの未完了分の合計見積り値の推移をプロジェクトバーンダウンチャート、スプリント期間中のスプリントバックログ項目の合計残時間の値の推移をスプリントバーンダウンチャートとして表現することができます。 最新のスクラムガイドでは見積りを相対ポイントで行うべきであるとか、これらチャートを書くべきであるとかは規定されておらず、またメトリクスをいつどのように取得するのかにつ
Early Work
初期の作品 --- Early Work Paul Graham, October 2020 これは、Paul Graham： Early Work を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2020 by Paul Graham 原文: http://www.paulgraham.com/early.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の 邦訳版が出版されました。 出版社の案内ページ Amazon.co.jp サポートページ 2020/10/20 翻訳公開
ドメイン駆動設計という設計スタイル
10. 設計スタイルの違い 2019/8/31 10 関心 モジュール構造 ２０：８０ 入出力 ドメインロジック ビジネスルールに基づく計算と判断のロジック画面、テーブル、Web API トランザクションスクリプト 画面やデータに注目して、入出力手続きを構造化 値の種類に注目して、独自の型を定義 ドメインオブジェクトモデル 11. 設計スタイルの違い 2019/8/31 11 関心 モジュール構造 ２０：８０ 入出力 ドメインロジック ビジネスルールに基づく計算と判断のロジック画面、テーブル、Web API トランザクションスクリプト ドメインロジックの設計と実装が アプリケーション全体の構造を左右する 画面やデータに注目して、入出力手続きを構造化 値の種類に注目して、独自の型でロジックを構造化 入出力の設計と実装が アプリケーション全体の構造を左右する ドメインオブジェクトモデル
センスに頼らないプランニングの基本
プランニングといえば、クリエイティブなプランナーが身に付ける、センスと発想力を求められる特殊スキルと思われがちです。 しかしプランニングはもっと身近なスキルです。すべてのビジネスパーソンにとって必要な力で、誰でもそれなりに実践できる日常的な営みです。 というわけで、誰でも真似できるプランニングの基本について、分かりやすいプロセスと具体的な実践例と共にご紹介します。
プロセス改善は、人間心理への洞察が必要な奥深い仕事｜國分佑太 | Yuta Kokubun
noteに関わってる深津さんと安藤さんに熱烈に欲しいと言われたので、すごくマニアックな複雑な業務を紐解く過程を本気出して解説してみる。（宣言してからもう2ヶ月経過してたw） そもそもビジネスプロセスとは 本書ではビジネスプロセスを「お客様に始まりお客様に終わる価値提供のライフサイクル」と定義しています。ビジネスプロセスはいくつもの業務の集合体です。それぞれの業務はインプットとなるモノや情報に処理を加えて、より価値のあるモノや情報をアウトプットとして送り出します。 山本 政樹. ビジネスプロセスの教科書 アイデアを「実行力」に転換する方法 (Japanese Edition) (Kindle の位置No.30-33). Kindle 版. まさに上記の通りなのだが、問題が表面化するのはお客さまとの接点であることが多く、問題の原因は途中の社内プロセスであることがかなり多い。そして、お客さまとの
スタートアップ資本政策の6箇条｜Taejun
もともと有料ノートだったのですが、出してからもう3年経つので無料公開としました。最近買ってくださった皆さん、申し訳ありません。それだけの価値があると思ったら「サポート」欄から投げ銭してください。（2019年2月11日） ------------------------------------------------ スタートアップの資金調達について重要なことがあまり世の中にシェアされていない気がする。そのために、才能があるのに投資家にいいようにやられて大変な目に遭っている若い経営者が身の周りによくいる。ちょっと悲しくなるので、自分なりに見ていてこれだけは気をつけたいと思った6箇条を書いておきたい。大したものじゃないけど、Cap TableのExcel Sheetもダウンロードできます。 経営の意思決定はなんだかんだやり直しがきくけど、株の持分はやり直しがきかない。特に序盤でコケると本当に大
デザイン思考とデータ分析のミエナイ落とし穴 - Quipper Product Team Blog
はじめまして、Quipper 東京オフィスでデザイナーをしております @daitorii です。 幼い頃は公園でよく落とし穴を掘っては友達が落ちて行く様を笑い転げて見ていました。なんでこんなのに引っかかるんだよ、俺は絶対に引っかからねえ。とは思っていたものの、もちろん自分も落とし穴にハマり（しかも結構壮大だったし若干トラウマ）、子供ながらになんとなく感じた古い記憶があります。 「自分が当たり前だと思っている前提や認識は、誰かにとっての当たり前ではない」 という事です。 今日はリアルな落とし穴の話ではなくデータの分析やデザイン思考の落とし穴の話。 ですが、実は根本的な問題は同じような気もしています。 デザイン思考と科学的方法 最近よく「デザイン思考」という言葉を耳にする方も多いと思いますが、結局のところそれは何だということで Wikipedia 先生に聞いてみました。 デザイン思考（でざいん
OKRのはじめかた / Getting started with OKR - Speaker Deck
三連休にOKRのことばかり考えていたので、整理してみた。 どこかで誰かとOKR について話したい気もするので、東京近辺の方はお気軽にご連絡いただければ嬉しいです。 https://twitter.com/katsuhisa__
4万リツイートの罠！「妄想のカスタマージャーニー」から脱却した、仮説検証の進め方 | SELECK [セレック]
〜たった一晩でプロトタイプを作成し、Twitterに公開。1万人の事前登録ユーザーへのアンケートと顧客インタビューからインサイトを得る、仮説検証の進め方とは〜 スピーディーなプロダクト開発を進めるためには、どのような仮説検証を進めていくべきだろうか？ 2018年5月12日、ニーズ検証のために行ったツイートが約4万リツイートのバズを生み、そのわずか2ヶ月後に正式リリースした、グルメアプリ「Dish（ディッシュ）」。 ▼サクッとランチが決まるグルメアプリ「Dish」 現在地からサクッとランチが決まる同アプリは、Twitterでの大バズから2ヶ月で高速リリースを果たした一方で、その過程の仮説検証において、数々の失敗を経験したそうだ。 例えば、Twitterでのプロトタイプ公開で約1万人の事前登録ユーザーを獲得したにも関わらず、そのニーズを検証すると、結局は自分たちが「実在しない顧客」に向けて「妄
![4万リツイートの罠！「妄想のカスタマージャーニー」から脱却した、仮説検証の進め方 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/4d9dd193628ad9ad8253a6d7d4f2b023c97ea7ec/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F08%2F07064713%2F6f9fad8cc1fc17ae501dde1a8ed9cab2.png)
【SIer新人向け】研修では教えてくれないノウハウ集 - Qiita
「ようこそ 魔境 SIerへ！」 はじめに この記事は、SIer（Systems Integrator）に入ったシステム開発未経験者の新人さんたちへ送る、研修では教えてくれないノウハウ集です。 実際、弊社の長い研修では実務に使えそうなことをあまり教えてくれませんし、ノウハウは現場の人の頭にしかない状態なので、新人さんは暗中模索で仕事を覚えていくことになります。 それも非効率なので、実際に私が２年半1で失敗したこと、やってきてよかったこと（ノウハウ）を体系化したので共有します。 新人さんは、これを参考として、使えるところだけ今後の業務に持っていってください。 （本当はガッツリ社内向けに書いたものなので、一部汎用的でない表現がありますがご了承ください。） 目次 業務面 技術面 プライベート面 の三本柱でお送りします。 対象読者 SIerの1,2年目相当であり、学生時代に契約のあるシステム開発を
LINE青田努さんの考え方が勉強になりすぎる！神パワポまとめ
青田努さんとは、人材業界出身者は知らない人はいないのではないでしょうか？ 私が青田さんを知ったキッカケはオンラインスクール「Schoo（スク―）」で講師を務められていたのがきっかけです。 青田さんのご経歴は早稲田大学大学院卒業後、リクルート、アマゾン、「日本の人事部」を運営しているアイ・キューなど様々な企業をへて、現在はＬＩＮＥにて人事を担当されていらっしゃいます。 まじでこれやと思ってます。 pic.twitter.com/gpyiyl7L1R — 融子 (@kinyuuchan) June 17, 2018 そんな、青田努さんの考えがツイッターでも10万程のイイネを集めている大旋風を巻き起こしています。ビジネスマンが是非とも知っておきたい学び、個人的メモの意味も込めて今回は簡単にまとめてみました。 青田さんのツイッターはコチラ 教え方がうまい人は何をしているのか？お客様、上司、部下に物
やはり俺のスタートアップの意思決定はまちがっている。
フォーカスするためには、たぶんどうやってフォーカスするか（前回）に加えて、何にフォーカスするかを決める必要があって、今回は後者、つまり「フォーカスポイントを決める」方の話です。 スタートアップの初期は Y Combinator 的に言うところの Do things that don’t scale （スケールしないことをしよう）をはじめとした明確なフォーカスポイントがあると思います。ただ次第に自分たちでフォーカスポイントを決めなければいけなくなってきて、そのときにどのようにフォーカス先を意思決定すれば良いのか、どうすれば良い意思決定ができるのか、という問いが出てきて、その際に方法論の必要性が生じます。 そこで意思決定の方法論を検討するのですが、スタートアップのような情報不足や資源の制約下では、ゲーム理論をはじめとしたいわゆる規範的な normative 意思決定理論よりは、行動経済学や認知
200名以上のエンジニアの転職相談に乗って分かった、優秀なエンジニアが転職を考える６つの理由｜とあるヘッドハンターの呟き｜note
200名以上のエンジニアの転職相談に乗って分かった、事業会社の優秀なエンジニアが転職を考える６つの理由 ITエンジニアの人口と不足人数が以下のような状況の中、エンジニアの採用獲得競争が激化している昨今。 2017年：供給人数922,491人/不足人数218,976人 （IT人材の最新動向と将来推計に関する調査結果/経済産業省 より） また、上記調査では、今後の動向を以下のように予測しています。 2019年：供給人数923,273人/不足人数268,655人 2020年：供給人数923,002人/不足人数293,499人 2025年：供給人数902,789人/不足人数429,611人 2030年：供給人数856,845人/不足人数586,598人 採用に苦戦している企業様も多いですが、エンジニアに辞められて困っている企業様も多い状況。そんな中、事業で優位性を出すために、エンジニアが長く働ける
https://link.medium.com/1jsAtPLA6T
デザイン思考は、問題を探索・解決するための方法です。リーンは、私たちの信念を試し、適切な成果につなげる方法を学ぶためのフレームワークです。アジャイルは、ソフトウェアの変化していく状況に適応するための方法です。 デザイン思考は、能力と学習に関するものです。スタンフォードd.schoolのCarissa Carter主任は、デザイナーを高める能力について、素晴らしい記事を書いています。たとえば、曖昧さ、共感的学習、統合、実験などが、その能力として挙げられています。意味を生み出し、問題の枠組みを設定し、潜在的な解決策を探索する、デザイナーの能力が重要なのです。 『誰のためのデザイン？』の著者であるドナルド・ノーマンは「デザイナーは最初のアイデアに満足しない」と述べています。あなたも考えてみてください。最初のアイデアが最高のアイデアだったことはありますか？意味や新しいアイデアが生まれるのは、物事を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
新規事業を加速させるリサーチ術/ Research tips for new biz creation
Effective Remote Working
