"大企業"投稿一覧

吉田 岳彦

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

ざっくりいうと不可能です
私個人は副業は積極的にすべきという考えの人間です。
ただ、以下の理由で副業ができる人/できない人の線引きはしておくべきだと思います
--------
ここの会社の定める評価基準において、業務において独り立ちしているレベルとみなされる社員に対して副業は解禁すべきかと思われます。理由は
・マルチタスクは生産性が下がることがわか... 続きを見る

kentaro haneda（jumbo）

エンジニア

ボトムアップでの改善やプロダクトを変えていくような経験は慣れによって得ていくのは難しいと思います。
周りを頼りながら自分のスキルの不足している点を言語化して、成長しながらできるようになっていくものだと思っています。なので上司や周りのメンバーに頼りながらこれを実施してみて、それでも難しい・キツイと感じるようであれば別の場所のほうが活躍できる人材かもしれないので、また転職を検討してみてもいい... 続きを見る

SATOSHI TAKAGI

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

私ならもう少し続けてみる、だと思いました。
SESからベンチャーへの転職動機が気になりました。年収が下がることは見込まれていたのか、技術面のスキルアップが目的でネクストステップがあるのか、とか。
能動的に働く、というのは普通にステップアップしていくと求められる姿勢かなと思いましたし、逆にそれが出来ないと見返りも限界があるかなと思っています。しかし、SESだと並の評価でも割と言い... 続きを見る

kentaro haneda（jumbo）

エンジニア

なりたての頃は「自分がマネージャー1年生であること」というのを日々意識していました。
故に

・学ばないといけないことは当然多い
・失敗も見越してリスクとして取り扱い、相談・共有をたくさんする
・マネジメントもタスクとして向き合いスループットを上げる

ことを意識していました。
期待値が高い役職ですが、自身の目線や水準...

セーヤン

エンジニア

働きやすさに加えて働きがいのある環境を作ることに意識を向けています。
メンバーとのコミュニケーション（近況や今後のキャリアの話）や実際の業務での活躍を観察して、それを基に個人、チーム、そして会社全体の成長を加速させるための施策を検討し実行するようにしています。

新田智啓

エンジニア

課題解決だけでなく、チームがどのような状態になると良いかというビジョンを持つことです。

タスク管理や人の感想ばかりを伺っていては理想の状態に辿り着くことは難しいです。
チームとしての理想を定義し、半年先、１年先のチームの良い状態に向けて日々の活動をしていくことです。

EMが管理する必要のなく、自分たちで自分たちを管理して、より良い状態を探し続け... 続きを見る

飯野博勝

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

抽象的ですが、
毎日のルーチンを決める。
週次のルーチンを決める。
声がけコミュニケーションを意識する。
メンバーが何をしているのか？知る。
進捗確認は、当然ですが、課題解決に意識する。
ですかね。

北野勝久

エンジニア

VPoE3年目に差し掛かったものです。

VPoEはCTOほど多義語ではないと個人的には思っていて、シンプルに開発組織づくり全般に問題空間があると考えています。
CTOまたはCEOのようなメンバーと連携しながら、事業に必要な開発組織の運営を担います。この際、時間軸をいくつかのレイヤで分けて考えていくことが求められているでしょう。

もちろん、そのた... 続きを見る

Kono Naoko

デザイナー

自分は4社くらい掛け持ちしてるけど、まあそこからどうするかだなあ。
ケチな会社は辞めるし、社長の人柄と金払いじゃないかな。
倒産しそうなところからは逃げるけど、きつい業務、人間関係とかは、ある程度耐えられるので、上記2つが重要です。良いところは、業務を増やして、いやなところは業務を減らす。こうすれば、まあ良いところだけ残るよ。最初から、良いかどうかはわからない。

大橋桃太郎

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

テキストでコミュニケーションをとる場合、高度な構造化が求められると思っています。
得意な人は、構造化能力が高いかどうかだと思うのですが、得意不得意以上に、テキストでよい状況と、会話が良い状況があるかなと。（会話と違って、受け手が受け取っているとも限らない）

特に、共有レベルのコミュニケーションならまだしも、意思決定が必要な会話は非常に困難ですよね。
続きを見る

Kosuke Takahara

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

CTOの年収（役員なら役員報酬なので一旦ここでは除外します。）はスキル・マネジメント経験等で決定するものでしょうか。

外部から招聘されたケースでも同様でしょうか。

IT・テクノロジー関係なら...

T. Suzuki

エンジニア

専門の組み込みエンジニアではありませんが、IoT機器の試作案件など似たような業務を行ってきたものとして回答させていただきます。

組み込みエンジニアですが、将来性や市場価値が高いことは間違いないと思います。

ただし、組み込みエンジニアはマイコンのファームウェアだけ書ければ良いというわけでは当然なく、本職として求められる知識はかなり幅広いです。
低... 続きを見る

Kono Naoko

デザイナー

私はコロナ前から在宅勤務で、副業もOKなので、今更通勤に戻ったら、副業がすべてできなくなるので、ありえません。大手企業からのヘッドハンティングもありますが、大体がハイブリッド勤務で副業不可ですので、お断りしています。今のほうが稼げますしね。

宮山　龍太郎

エンジニア

単純にWeb系サービスを作るだけなら、AWSに寄せるのが楽だと思いますが、データ分析をやりだすとGCPのBigQueryが圧倒的に便利ですし、自社サービスでSEO、アクセス解析関係をやるとなるとGA4、地図APIでGoogle Map APIとかでGoogleも使うことになりがちですね。
CDNだと画像サイズ、ファイル形式変更でcloudflareを選ぶってパターンもよく見ます。 続きを見る

宮山　龍太郎

エンジニア

「エンジニア35歳定年説」は古い考え方という意見です。
最たる例が私が去年、45過ぎている状態でスタートアップ、大企業など色んな種類の会社さんからオファー貰って、条件面色々とより好みして数社内定貰って、結局今フリーランスから正社員に戻ってスタートアップ企業でフルスタックエンジニアやってます（苦笑）正社員に戻る前はフリーランスでPMやっていてもうプログラマーは良いだろうと自分でも思ってたん... 続きを見る

KAITECH

エンジニア

「エンジニア35歳定年説」は有効派です。
キャリア的な考えで、その年齢以上になると管理職やＰＬ・ＰＭの立場となりガッツリ開発もしなくなります。
企業でも「技術職」として上位キャリアを設定している会社がありますが、ほとんどは「管理職」側のキャリアにいっているようです。

その他、体力やスキルの成長については35歳以降も伸びるものだと思うので、企業の体制の問題か...

KAITECH

エンジニア

企業によって色々理由があると思いますが、私は３つの理由があると思っています。
①マルチクラウドによる耐障害性向上
AWSに大規模障害が起こっても、Azureでカバーできるように、マルチクラウド構成を取っているパターン

②クラウドによっても得意分野や料金が異なる
GCPは検索エンジンを持つgoogleの強みである自然言語処理系に強いですし、 続きを見る

Takashi Nagashima

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

上長承認、人事承認を取って副業しています。

副業を承認制にする理由は、競合状態の把握などもありますが、反社に関わらない、働きすぎない（労務管理）、などがあるので、真っ当な理由だと思います。
知らずに競合関係にあったために、あなたに問題が無くても他からの情報漏洩があった場合に疑われたり、表面上真っ当な会社に見えたが裏で問題のある会社だったり、断りきれず過剰労働に陥った... 続きを見る

Yuki Ito

エンジニア

依存性の管理方法やコーディングルール、CI/CD の仕組みなど、ビジネスロジックに関わらないような部分についてはなるべく統一するようにしています。

Shinichi Kogiso

デザイナー

副業OKの会社については2社経験していますが、1社目は許諾や許可などは一切必要なく、自由に引き受けられる仕組みでした。その仕組を利用して副業起業されていた方もいました。2社目は許諾制ですが基本的に競合に該当しなければOKという制度でした。

制作会社や受託業についてはひとつひとつの案件が事業に繋がる可能性があるので禁止している会社が多い印象です。一方で事業会社は事業ドメインに関... 続きを見る