"ベンチャー"投稿一覧

吉田 岳彦

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

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

kentaro haneda（jumbo）

エンジニア

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

SATOSHI TAKAGI

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

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

kentaro haneda（jumbo）

エンジニア

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

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

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

セーヤン

エンジニア

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

新田智啓

エンジニア

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

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

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

飯野博勝

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

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

北野勝久

エンジニア

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

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

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

Kono Naoko

デザイナー

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

ABEChan@iOS/Android Developer

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

エンジニアが採用に関わる上で、人材の調達の観点でいうとやはりリファラルでしょうか。
またそのリファラル採用を後押ししてくれるような制度(社外の人とでもランチにいって少しでも自社のお話しをできたら対象)などもあるとなお良いかと思います。

都内SE

エンジニア

費用対効果、採用までの時間観点では、自社メンバーや付き合いのある人からの紹介が一番効果的でした。

新田智啓

エンジニア

元々何をやっていたか
どんなエンジニアがターゲットか
などの文脈によって打ち手は違います。

ですが、どんな場面でも効果があるのは報酬を1.5倍にするのが良いでしょう。
期待するエンジニアが来ない多くの原因は報酬が低いことも多いかなと思っています。

kentaro haneda（jumbo）

エンジニア

1年目でまだあまり経験がないとすると、基本的に「オファーが来る」ということはあまり多くないのかなと思います。エンジニアとしての副業人材は働き方の違いなどから当然フルタイムよりも発注側が扱いにくいので、よほどスキルマッチ・ポジションマッチしていないと依頼しないと思います。それでも依頼してくるようなケースは本当に人材不足か、またはある程度信頼関係があるケースなんだと思います。

な... 続きを見る

ABEChan@iOS/Android Developer

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

基本的にはiOSはSwift、AndroidはKotlinになります。
クロスプラットフォームフレームワークとして両方のOSに対応することができるというものがFlutterやReactNative、Kotlin Multiplatform（KMP）になります。

大橋桃太郎

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

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

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

Haruka Ishii

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

何をもってノーコード開発が実用的になったのか、 実現したと定義するのかの認識がズレている可能性があるので明言しづらいですが、adaloというノーコードツールではノーコードでストア配信は可能で、アプリ内課金もたしか実行できたはずです。（adaloのアプリ内課金までの実装をやったことはないので、本当に可能かまでは確認できておりません。）
参考： 続きを見る

Taketo Yoshida

エンジニア

・経験年数
・これまでの業務内容や役職
・外部発信
・人脈

副業でも本業でも基本的には考えは同じだと思います。これらの中でどれが重要というよりは複合的な要因によって応募に落ちている可能性はありますね。

1年目で経験年数が足りないのであれば、それを補うための説得材料が必要となります。個人的なオススメは外部発信ですかね。書類を見... 続きを見る

Hayashi Takao

エンジニア

スキルが足りないのか、コミュニケーション不足なのかによって取るべき行動は違うと思います。

副業で開発に参加するということは何かしらのスキルセットがあり短時間かつ、スポット的にパフォーマンスを出すことを期待されることを前提に話します。

スキルが足りないについては自分で勉強を重ねて外部発信するようにすればある程度解消されるのではないかと思います。
... 続きを見る

Kosuke Takahara

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

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

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

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

北山 淳也

エンジニア

n年というのは募集しやすい/説明しやすい指標でしかない上に変化の早い現代において苦しみを生みやすい定量評価値なので私はあまり好きではないのですが、個人の好き嫌いを抜くとやはり社会的に一定の信頼度を獲得できる指標であることは否定できません。その前提において、1年目というのはネガティブバイアスがかかりやすい情報かもしれませんね。

とはいえ、結局は「この人に任せられるかどうか」を知... 続きを見る