CTOの頭の中：技術投資を最適化する｜Shin Takeuchi
ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが（地代家賃、ライセンスフィー、PC代など含めるともっと）、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか？今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは「To Be」の話ですので、まずは「As Is」を知らなければ話になりません。その、まず「As Is」を知る
一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね？」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります（もしこれらを利用できる環境にいるならとても幸せなことです）。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない
大貫剛🇺🇦🇯🇵З Україною on Twitter: "もうほんとにね、この下弦の鬼達の言ってることを聞いてると「何も違わない」って言いたくなるの、よくわかる。言ってることが言い訳ばっかりだもの。 彼らが言うべきことは ・過ちと力不足を認める ・全力で努力する の2点だけ。体育会系っぽいけど、まずそういう姿勢がないと話にならない。"
もうほんとにね、この下弦の鬼達の言ってることを聞いてると「何も違わない」って言いたくなるの、よくわかる。言ってることが言い訳ばっかりだもの。 彼らが言うべきことは ・過ちと力不足を認める ・全力で努力する の2点だけ。体育会系っぽいけど、まずそういう姿勢がないと話にならない。
管理職のきみと、いつか管理職になるきみと、管理職が苦手なきみへ | サイボウズ式
マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ こんにちは、Twitterで平安文学や読んだ本の話、働き方や好きなソーシャルゲームの話をしていたら、いつの間にかフォロワー数がだいぶ増えて、あちこちでいろんな原稿を書くことになった、「たられば（@tarareba722）」と申します。普段は出版社で情報系Webサイトの編集長を務めております。 本日はサイボウズさんからのご依頼で、仕事と働き方、それから「そのがんばりは、何のため？」という、いわゆるモチベーションにつ
UIUX デザイナーと仕事をする際にプロダクトマネージャーとして持っておきたい 8 つのマインドセット｜Fritz | Lead Product Manager @ Mercari
2020 年に入り、メルカリ US ではプロジェクトの担当 PDM を検討する際に「UIUX に大きな変更が入るならこの人」「関係者マネジメントが重要ならあの人」「テクニカルな知識が要求されるならこの人」といった具合に、プロダクトマネージャーそれぞれの特性・得意分野を考慮したうえで決定する傾向が以前にも増して強くなりました。 その結果、自分（フリッツ と申します、こんにちは）の場合は UIUX 改善を中心としたプロジェクトが相当に増え、並行して 3-4 名の UIUX デザイナーとそれぞれのプロジェクトについて議論することが毎日の風景となりました（めっちゃくちゃ楽しい）。 こうした状況下にあって、あらためて デザイナーと UIUX について議論・もしくはフィードバックをする際に気をつけている・気をつけたいことについて前後編にわけて振り返りをしたので共有してみたいと思います： ・前編（この記
『2時間スプリント』とフルリモートワークなシステム開発 - terurouメモ
デンキヤギという会社で『2時間スプリント』が定着してきたので、その話でも書きます。 2時間スプリント？ みなさん、すでにスクラムで開発してますよね！ ぶっちゃけ、スクラムがよくわかってなくても、とりあえずスプリントと称して開発のメリハリをつけるために、1週間なり2週間なりで区間を区切って開発をしていくのは、普通にやってるんじゃないかと思います。 2時間スプリントとは、その期間を2時間にするという話です。 スプリントを超短期サイクルにすること自体は、47機関の人たちがオリジナルだという認識です。このあたりに本家の情報がまとまっています。 kyon-mm.hatenablog.com 2018年に実際に47機関の人たちのチームに入って1時間スプリントで働くという機会があって、それ経て、デンキヤギでもパクって導入しています。本家ではのちのち15分スプリントになっていったらしいんですが、うちはうち
『ビジネスの仕組みがわかる 図解のつくりかた』全文公開｜図解総研
「ビジネスの仕組みがわかる 図解のつくりかた」という本を全文公開します！この本は、2020年4月に出版されたスマホサイズのコンパクトな新書です。『ビジネスモデル2.0図鑑』を出版後、多くの反響をいただき、さまざまな企業でビジネスモデル図解について講演・ワークショップを開催してきたノウハウを凝縮した一冊になっています。 ※当記事の情報を転載、複製、改変等は禁止いたします それではここから全文公開をご覧ください。 第１章：ビジネスモデル図解、基本の「き」はじめに 僕たちが『ビジネスモデル2.0図鑑』を出版したのは２０１８年９月のことです。「Amazon Go」や「Spotify」など、１００の事例のビジネスモデルを同じフォーマットで図解した本は、７万部を超えるベストセラーになりました。その後さまざまな反響を得て、企業から多数の講演・ワークショップの依頼をいただきました。「ビジネスモデルを自分で
自分の書いたコードが他者によって書き換えられることにショックを受けてしまうひともいるって話「まずこういう感情を理解する必要がある」
irof @irof 自分の書いたコードが書き換えられることにショックを受ける人ってのはたくさんいて(もしかしたら多数派かも)、コードというかなんでもなんだろけど、「訂正」された、誤っていたと捉える。そもそも誤りでもないんだけど、仮に誤りだったとして、だからどうしたと、、、まだ掘らなきゃか。
「88点の仕事を、88点って言っちゃダメ」つんく♂が語り尽くす“伸びる若手”の共通項｜新R25 Media - シゴトも人生も、もっと楽しもう。
社会人になって数年たったR25世代のビジネスマン。後輩ができたり、ちょっとしたチームのリーダーを任せられたりする機会も増えてきます。 でも、いわゆる「マネジメント」なんてしたことないから、どうしたらいいのかわからない！ 今回は、そんな悩みを、この超大物に相談する機会に恵まれました。 【つんく♂】1968年生まれ。大阪府出身。1992年、「シャ乱Q」でデビュー。「シングルベッド」「ズルい女」「いいわけ」などのヒット曲を発表する。1997年より「モーニング娘。」のプロデューサーとして活動。その後、「ハロー！プロジェクト」にて多くのグループのプロデュースを務める。2020年には絵本『ねぇ、ママ？僕のお願い！』（双葉社）をプロデュース。また、オンラインサロン「つんく♂エンタメ♪サロン」を主宰するなど、さまざまな活動を続ける プロデューサーとして、モーニング娘。をはじめとする、数多くの才能を見出して
リモートワークにおける、コミュニケーション不足を防ぐためのオンラインでできる5つの取り組み｜土屋信太郎
リモートワークで陥りやすいのが、コミュニケーション不足により“報・連・相”の欠如や『業務依頼者』対『受け手（個人）』の関係性のみでリモートワーカー同士のネットワークを構築できないことによる帰属意識の希薄化ではないでしょうか？ そこで角川ドワンゴ学園が実施している業務運営方法（密に連絡を取り合う方法など）と、より交流を図るための5つの取り組みについて紹介させていただきます。 ◆業務運営方法5つの取り組みの前に、まずは、リモートワーカーの業務の運営方法を紹介します。 トップダウン型でなくボトムアップ型をとり、リモートワーカーにも自発的に行動考案してもらうことを大切にしています。以下のようにslackではシチュエーションに応じたチャンネルを作ったり、Zoomで定例会を開いたりと、連絡や相談など気軽に発言し合える場を設けています。 ▼3種類のslackチャンネル ①勤怠管理用チャンネル ②お困り相
ある大企業にあった「部署を自ら申告して移動できる制度」→良い仕組みかと思ったら、不満分子を炙り出す罠だった話が怖すぎる
アツミ @atmysk KDDIが社内副業制度を導入。社内副業制度はリコーや丸紅、サイバーエージェントあたりで話題になったけどうまくいってるのかな？社員側は面白いだろうから離職防止には繋がりそうだけど生産的な施策かは未知。ただの他社の後追い施策だったらハマらなさそう… #HRニュース nikkei.com/article/DGKKZO… ＞ω＜ @u_akihiro ある大企業で大昔に、部署を自ら申告して移動できる制度があって、いいですねって先輩に言ったら、あれ不満分子の炙り出しシステムだから、応募したら先がなくなるよ、って言われて、社会って...って思ったのを思い出します。 twitter.com/atmysk/status/…
2005年~2007年にスクウェア・エニックスで観た光景｜下田賢佑
数ヶ月前に「ジョブ型組織」と「メンバシップ型組織」の違いについて考える機会があり、Twitterに呟いていた。その流れでスクウェア・エニックス時代のことをいつかnoteの記事にまとめようかなどと呟いたらスクウェア・エニックスの時田貴司さんからも「楽しみにしてます」とリプを頂けたので時間ができた今、マガジン「ゲームデザイナーの仕事」の番外編として書くことにした。まず、最初に断っておきたいことがある。私はスクウェア・エニックスに2005年7月から2008年3月までの間、「プランナー」という肩書きで在籍していた。契約形態は、2005年7月から2007年3月までアルバイトで、2007年4月から2008年3月まで契約社員であった。所属プロジェクトは、2005年7月から9月までは研修生という扱い、2005年10月から2007年12月までは「ファイナルファンタジーXI」、2008年1月から3月まで「小さ
Web系企業/事業会社への最高の反面教師: "Spotify's Failed #SquadGoals"を読んで - アジャイルコーチの備忘録
はじめに 以前Scrum@Scaleについて@tyantya41717651さん、@zakky_devさんとディスカッションしましたが、先日お二人と、大規模アジャイルフレームワークであるSpotifyモデルと先日公開された失敗記事(「Spotifyは "Spotifyモデル "を使っていない(Spotify's Failed #SquadGoals)」)についてディスカッションしたのでブログにまとめました。*1 はじめに Spotifyモデルと取り上げた理由 モデルの失敗ではなく、ヒトの失敗 扱える以上の自由や権限を与えた悲劇 1. チームへの過剰な権限付与による、サイロ化の加速 2. 分隊のプロセスの自由さや能力不足による、分隊間協力の困難化 3. 全員での意思決定を追求したことによる、意思決定コストの増大 まとめ Spotifyモデルと取り上げた理由 今回Spotifyモデルの詳しい解
【重さは平等】フィクションでかたる指揮官と兵士の関係【価値は不平等】
フォースの力に取り込まれただよもん @V2ypPq9SqY オルガとかは叩き上げの現場経験ありあり。 ブライトさんは士官候補生(年齢考えたら卒業後即配属)で初実戦時から初期はなんだかんだで上級指揮官のアドバイスや現場組とは言え熟練兵もいる。 はいふりは卒業以前の段階でアレだしなぁ。比べるのかわいそう。 2016-07-01 17:31:01
ベイジ社内勉強会資料：コロナショックから学べること
冨山和彦さんの『コロナショック・サバイバルー日本経済復興計画』を参考に、個人的な考え・解釈を加味し、社内の若いスタッフにも学びが得られるようまとめた、社内勉強会用のスライドです。原著には書かれてない、そこからは逸脱した話も含まれています。詳しくは原著をお読みください。
お手伝い先でやったこと、やってること
2020 年 1 月から株式会社ZIZAI の IRIAM で「雑談するおっさん」をしています。なにをやったか、なにをやってるかを書いていこうと思います。ちなみに自分の本業は開発者です。 まずお手伝いする上で条件を出しました。 サーバ/インフラに関する技術決定権採用判断権組織改善権評価改善権結果としては偉い人から「何やっても構いません、全部おまかせします」って返ってきました。 さて、やったこと、やってることを箇条書きで書いてみました。技術的な話の詳細は内緒なので書きません。 Twitter での定期的な採用告知自分への Slack DM の禁止自分への返信はスレッド禁止（好み問題）可能な限り即決断する自分だけでは決断できない場合はいつまでに判断する旨を伝えるSlack のパブリックで #shiguredo を作ってもらい、自分とはそこでのみ会話するエンジニアの上下関係の削除プライベートに対
【超長文】スタートアップ経営で現れる壁と事例とその対策について｜Takaya Shinozuka
そして、最近は若手起業家や経営を志す人たちとの接点も多くあり、エンジェル投資などもしていることもあってかよくこういった似た話をするので、まとめておこうじゃないかとまとめてみた次第です。「あれ見ておいてね」って言えたら楽じゃないですか。だから最後まで書き上げてみた。 ということで今回のNoteは、起業してから必ず遭遇するであろう壁（困難）の概要、事例、対応策についてのまとめをお届けしたいなと思います。 ※なおここでの内容は「社内の新規事業」でもまぁ似たようなものです。 スタートアップの壁についてスタートアップのグロースにはある一定の定石があると思っていますが、私はその道半ばで現れる「壁」には内容の法則性、乗り越え方（解決方法）なんかがあるんじゃないかという仮説を持っています。ここで言う「壁」の定義をしておきますが、簡単に言うと「出会ったら最後、乗り越えなくては成長が停滞する課題」のことを指し
組織の壁みたいなもの
こんにちは、Reluxの篠塚です。35歳の最終日、超大作の1.4万字のNoteができあがりました。書いてみたは良いですが、長すぎてニーズあるのかが実は不安です。頑張ったので、Twitterをフォローしてくれたり、シェアしてくれたらすごく喜び… 経営者ではないけど、自分は5年以上、とあるプロダクト開発組織の初期のメンバーとして関わってきている。 その組織内のエンジニアリングマネージャーであるのと同時に、なんとなく、組織全体の空気感だったりとか慣習を作ってきたうちのひとりだと今振り返ると思う。多分、在籍期間が長いのと、組織のほぼ半分がエンジニアで、それをマネジメントする立場だから自然とそういう立場も引き受け続けてきたのかなーと思う。 そういう中で、やっぱり組織の壁は存在していたし、今もかなりソレと戦っている。5人くらいで開発を始めた当初はしばらくは、非常に良い意味で本当に好き勝手にプロダクト開
スタートアップの組織設計図の5類型と、その失敗率 | Coral Capital
最近でこそ「MVV」（ミッション・ビジョン・バリュー）ということが話題になることが増えて、スタートアップにおいて、比較的早期に組織のレーゾン・デートル（存在意義）を考えたり、言語化することが増えてきましたが、これは日本では比較的最近のトレンドのように思われます。 まだメルカリが社員10名程度だった頃、現在同社の取締役会長を務める小泉文明さんが経営陣4人とともに合宿をして、今では有名なメルカリのバリュー、「Go Bold」（大胆にやろう）、All for One （全ては成功のために）、Be Professional （プロフェッショナルであれ）を定めたのは日本のスタートアップ業界では良く知られた話です。2013年末から2014年にかけてのことで、当時、アーリーステージのスタートアップが、こうした言語化をするのは極めて珍しいことでした。すでにメルカリは最初の5か月で100万ダウンロードと成長
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
会社サイトの全体リニューアルに注力していた友達に「どうなった？」って聞いたら送られてきた画像が結果の全てを物語っていた
