イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
中島氏、イヌ氏の自己紹介 椿原ばっきー氏(以下、椿原):まず1人ずつ紹介します。まず中島さんです。よろしくお願いします。中島さん、自己紹介をお願いしてもよろしいでしょうか? 中島悠輔氏(以下、中島):はい。はじめまして。中島悠輔と申します。株式会社SEVENRICH Accountingというところで、今はクリニック向けのシステムのプロダクトマネージャーを本業(として)やっています。ご縁があってLboseさんの副業PMの求人を拝見した時に「ぜひお話をうかがってみたいです」というところから、このようにしてお仕事を頂戴するところに今はなっています。 椿原:ありがとうございます。具体的な案件の話はあとであらためてちょっとしようかなと思うので。 中島:よろしくお願いします。 椿原:続きまして、(お名前が)斬新ですね(笑)。イヌさん。 イヌ氏(以下、イヌ):はじめまして。イヌと申します。すみません、
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
ビジネスリサーチラボ主催のセミナーより、曖昧な状況に対してどの程度寛容であるかを表す「曖昧さ耐性」をテーマに、ビジネスリサーチラボ 代表取締役の伊達洋駆氏、コンサルティングフェローの神谷俊氏が登壇した回の模様をお届けします。前半では「曖昧さ耐性」とは何か、その特性によってマネジメントの在り方はどう変わるのか、伊達氏より解説されました。 人事の専門家が語る「曖昧さ耐性」 伊達洋駆氏(以下、伊達):それでは定刻になりましたので、本日のセミナーを始めさせていただきます。本日は「“曖昧さ耐性”を科学する 人や組織を変えるために」と題して、1時間にわたってセミナーを行います。 私はビジネスリサーチラボ代表取締役の伊達と申します。本日のセミナーは、私ともう1人、神谷さんと2名の体制で行います。神谷さんは後ほど登場しますので、もうしばらくお待ちいただければと思います。 では、最初にイントロダクションを行
前提として、各社ごとに Seniority の細かい区分は異なります。会社によっては、「この基準を達成していたら、あなたは Senior Software Engineer ですよ」というように、明確な基準を設けているケースがあります。特に人数の多い Big tech では、構造的に人事査定するために基準を明言化する必要があるでしょう。 この記事で書かれている Seniority の違いは、あくまで私見です。自分がチームを作るならば、大体こういったレベルを期待するだろう、という指標に過ぎません。 Junior Software Engineer一言で言うなら、「仕事を完遂させるために他人のサポートが必要なレベル」です。 ここで、仕事を完遂させるために不足している技能は、人やプロジェクトの資質によって異なります。 自分で優先順位を決めにいくスキルであることもあれば、単純にプログラミング力やテ
(click on position name for more details) Axes The chart shown above has the following 5 axes: Technology: knowledge of the tech stack and tools System: level of ownership of the system(s) People: relationship with the team(s) Process: level of engagement with the development process Influence: scope of influence of the position The influence axis can be seen as a different dimension since it is o
こんにちは、プロダクトマネージャーの@more_tです。 カジュアル面談でプロダクトマネージャーの方とお話させてもらう中で、スマートバンクのプロダクトマネージャーが普段どういった業務をやっているかという質問をもらうことが多くあります。プロダクトマネージャーに期待する業務内容は会社によっても異なりそうだし、多くの職種と関わる仕事でもあるので、プロダクトマネージャーが行う業務と他職種の方が担当する業務の境界もケースバイケースだよねと感じました。そこで弊社のプロダクトマネージャーがどういった業務を行っているか整理してみることにしました。 記事が長くなったので先に結論を書いておくと、業務マップを作るとカジュアル面談でも使えるし社内のプロダクトマネージャーへの期待値をすり合わせるためにも便利だぞということをこの記事では主張しています。 プロダクトマネージャーは何をする職種? プロダクトマネージャー(
こんにちは。あるいはこんばんは。LayerX HRのtalosです。 最近は、SPY×FAMILYのアーニャちゃんに癒されております。 大阪からフルリモート社員としてLayerXで働き始めてから7ヶ月ほどが経ちました。直近、fukkyy-sanからLayerX羅針盤がメンバーにシェアされ、改めてLayerXで働く意思決定をして良かったと感じている今日この頃です。 ※今回の記事は、10月から始まっているLayerX 2022アドベントカレンダー(概念)、29日目の記事です。 前回はupamueさんによるメガベンチャーから “LayerX” にソフトウェアエンジニアとして転職して、コンフォートゾーンを抜け出した話 の記事でした。 次回は、Akinoさんにバトンを繋ぎます。 LayerX Advent Calendar2022どんな人にオススメの記事か・1on1の時間を有効活用したいと考えている
このエントリはEngineering Manager Advent Calendar 202213日目の記事です。 まえがき このエントリは、以下のPodcastで話した内容を掘り下げて整理したものです。Podcastの方では本エントリで触れていないチームの具体的な様子等についても話しているので、ぜひ合わせてお楽しみください! はじめに 以前、エンジニアリングマネージャーを目指す若者の戦略というエントリを書きました。その時点でのエンジニアリングマネージャー(以下EM)というロールへの理解や、実際にEMを目指していくための戦略を整理したものです。 素晴らしいことに、このエントリの投稿からおよそ1年3ヶ月たった今も戦略は機能しており、ロールへの理解を深めつつキャリアを前進させることが出来ています。本エントリでは、EMというロールへの理解の変化や、EMを志向する過程で目指している「最強の現場リー
みなさんこんにちは。@ryuzeeです。 2022年12月9日に行われたイベント「Developers CAREER Boost」の登壇資料を公開します。 今回は、「マネージャー」と名のつく職種を分類して、それぞれの職務や定義を確認した上で、有効なマネージャーであるにはどうしたらよいかを整理してみました。 資料を作るにあたって、過去の日記を読み返したり記憶を思い起こしたりして、当時の活動や出来事、悩みを整理してみたのですが、自分はやっぱりマネージャーに向いていないし志向していないことを再確認できました(笑)。 全員がマネージャーにならなければいけないなんてことはなく、自分が日々楽しく過ごせるキャリアを選択すればいいと思いますが、資料が少しでも役に立てばうれしい限りです。
・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは(7版からはすごく薄い)。 2021年8月に第7版が発表されると(ただし、日本語版はもっと先)公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5(最高レベル)を運用したりバージョンアップ対応を経験
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く