"マネジメント"投稿一覧

Dai Fujihara

プロジェクトマネジメント

こんにちは。

複数の企業と並行して仕事をしています。これをはじめたときに、やることの切り替えと同時に、「このお客さまとは今何を話していて、次何やるんだっけ？」という情報の切り替えが必要になり、いろいろ試した結果、以下の方法で現在はやっています。

・ひとつの仕事中は他の仕事をしない
私の場合はMTGが多いのですが、その時間はお客さまの時間なので、... 続きを見る

横江 亮佑

エンジニア

『エンジニアの立場としては○時〜○時の時間は緊急時の対応を除いて開発に集中するための予定を押さえる』
これいいですよね、私もやってます。

マネージャーとしては周囲から相談されやすい雰囲気であることが大事なので、
突発のミーティングが入ること自体は、おおむねいいことだと思います。
一方で、定例ミーティングは怪しいことが多いので、隔週にできないか参加... 続きを見る

横江 亮佑

エンジニア

こんにちは、ラブグラフでCTOをしております横江です。

私は1on1の目的は「個々人の成長」に置いています。
1on1を上手くできているか、全然自信はないのですが、
その日の1on1を振り返るときに「個々人の成長に寄与できたか」という視点で考えられるので、
この大きな目的を設けていることは自分として助かっています。

一般的に... 続きを見る

Taketo Yoshida

エンジニア

私は1on1を受ける側ですが、マネージャーとは週1でやってます。特にアジェンダはなくて、話してる事は

- 雑談、プライベート
- 仕事の進捗
- 仕事の方向性と個人のキャリア
- 仕事のブロッカー

などが多いかなと思います。

kentaro haneda（jumbo）

エンジニア

私はマネージャーとして1on1をしていて、相手から希望がない限りはこれといった具体的なテーマを持たないのですが、

・業務の話をしない
・その場は参加者のためのものなので内容を口外しない
・雑談しかなかったとしても定期的な対話の時間をもつ

などの基本的なルールを持って機会を設けています。
雑談にカテゴライズされるような最近興味... 続きを見る

Keita Isozaki

エンジニア

プレイングの延長線上で気がついたらそうなっていた自分の体験談ですが、とにかく忙しくて頭が混乱しそうになります。前までは全時間フルパワーで実装できていたのに、それ以外にやらなきゃいけないタスクや連絡が嵐のように降り注いできます。

気づいたのは、
手を抜けるところは全力で手を抜くこと（必要ならそのための仕組みを作ること）
その時間やると決めたことだけに集中でき... 続きを見る

永宮 悠大

エンジニア

過去の自分もそうなのですが、今まで何人か見てきた手を動かすのが好きなプレイングマネージャーは「メンバーが育たないからいつまで経っても楽にならない」と言っている人が多かったです。

でもそれって、自分がいつまでもメンバーと同じレベルのことをやって、メンバーに指図しているから（自分は指図しているつもりがなくてもマネージャーから言われればメンバーはそう感じる）、いつまで経ってもメンバ... 続きを見る

sk

データ分析

最終目標はプロジェクトを成功裏に完了させる事
逆に、何がどうなると失敗かを考えると凡そ以下かと
・見積が甘い
・顧客と自分達の間に認識の違いが有
・自分達の間で何かギクシャクしたものが有
別にメンバーを纏めるだけがPMの仕事ではなく、こういった事に対する調整を行い、メンバーが如何に動き易い状態を保ち、最高のパフォーマンスを維持して貰い、完了へと導く... 続きを見る

ST

デザイナー

どんな職業でも、指示をこなす作業者ほど単価が安く、指示を考えて進行させる管理者ほど単価が高いです。
指示をこなす作業でも、高度な知識や資格が必要があると供給も少なくなりやすいことも相まって単価が上がりやすく、それがないと壊滅的に成り立たない技能であれば需要が強くなるので、ある程度単価は上がっていくと思います。
現状のデザインだと諸々それほどでもないので、作業をこなす人材である限... 続きを見る

北山 淳也

エンジニア

私は、テックリードとエンジニアマネージャーとCTOは職位として上下の関係にあるのではなく
別の業務を行う別の職種である認識です。ではどう異なるのかというと

・テックリード
　技術的スペシャリストとして技術力で他のメンバーを牽引
　マネジメント能力ではなく、技術力が重要
・エンジニアマネージャー
　マネジメントのスペシャリストと... 続きを見る

ahomu

エンジニア

個人的には、発揮できる影響力やインパクトによって職位が高くなるのが前提かなと思います。

技術職の延長線上であることから技術力が「低い」のは厳しいにせよ、最高の技術力をもった人が社内で最高の職位である必然性は無い気がします。
役職者はコーディング能力やシステム設計力だけでなく、ビジネスや社内外の環境に応じて戦略を立てて推進する力が求められがちですが、そういう力を「技術... 続きを見る

Naoki Aoyama

デザイナー

コアスキルであるはずのデザインのクラフトとしての価値が認められづらく、デザイナーもPM的な方向を志向する傾向はあると思います。また、クラフトとしてのデザインは習得に年月を要するため、十分なスキルを持たず市場に出ている人材も多く、スキルの集合全体に対する評価を下げておりこれらの間に悪循環がありそうです。

デザイナーの能力・パフォーマンス向上施策も当然必要ですが、それを抜きにすれ... 続きを見る

嶋田印刷

デザイナー

ＳＮＳが無い1990年代ですと、技術リーダーを求めていた案件もありましたが、
その頃でもSI（現在のSIer）による派遣案件ですと、デザイン力なども多少求められました。

そして今の企業はＳＮＳのフォロワーの多さなどによる、宣伝力も求めている気がします。
現代のマネージャーというのはSNSやブログで有名になった人が、それらを外注している
人もいます... 続きを見る

佐藤克樹

エンジニア

勉強するのは大変なので、自分のアイデアをとりあえず形にするために趣味として始めるのはどうでしょう。

Takuo Doi

エンジニア

キャリアパスとして、管理系（マネージャ）か技術系（テックリード）かというのはよくある選択肢かと思います。

僕自身も聞いてなるほどと思った説明ですが、勘違いされやすいのは技術系のキャリアパスというのは、技術スキルが高ければよいというわけではないということです。

少なくとも組織で働くという前提で言えば、技術系のキャリアパスとは、技術が高いのは前提として、その... 続きを見る

川田晋一

プロジェクトマネジメント

細かい状況が分からないなかの回答になりますので、もし求めている回答と違っていましたら恐縮です。

ご質問の意図としてはマネジメントにおける各判断などがエンジニア経験が浅いために自信が持てないということでしょうか？

PMの本分はマネジメントにあるため、エンジニア経験を埋めるために場数を踏んだりと学習時間を割くのは本末転倒ではないかと感じます。
続きを見る

合志建彦

プロジェクトマネジメント

PMはマネジメント職として捉えられています。

必然、経験を多く積んだものがアサインされており、案件の品質・工数・クライアントとの調整役というメインの業務以外に、ディレクター の教育面も担うことが多くなっています。

経緯という面でも、教育的な視点で若手ディレクター と共に案件に入るようになったり、外部のディレクターをアサインした案件での統括管理という立場だ... 続きを見る

志村仁

プロジェクトマネジメント

私の会社では、社員一人一人が主役となり、プロジェクトを一人一つもっています。

チーミングは自由で、全員がプロジェクトリーダーです。そうすることで、切磋琢磨し合う事ができ、より良いプロジェクトも生まれやすくなり成功もしやすい環境となります。

自由と言えるかは分かりませんが、社員一人一人がやりたいこと、実現したいことをプロジェクトにする傾向があり、自由な職場...

Waida Takahito

プロジェクトマネジメント

他の業界でもお客様への品質コミットメントとして保証が存在するので、個々の性質にも寄ると思いますが、常識的におかしい製品やサービスに対して書面で求められるようにこれからなっていくと思います。

現状では消費者センターなどからのアドバイスで書面要求が発生する程度。

Y'z Portfolio(Yasuko Tamura)

エンジニア

今後普及するだろう技術を知り、企業の需要をマーケティングし、効率的に収益を上げる技術としてプレゼンする能力。情報収集とコミュニケーションによって身につける。