並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 2417件

新着順 人気順

projectmanagementの検索結果361 - 400 件 / 2417件

  • 課金術

    有償ソフトウェアを売る方法分かんなすぎるから、気軽に相談できる人欲しくなってきた...。 ・寄付募集型か、有料で一部の機能を解放する型か ・価格設定 ・有料で一部の機能を解放するなら、どこまで有料にするか ・買い切り型か、月額サブスクリプション型か とかとか、考えること無限にある。。 — Cside (@Cside_) October 2, 2023 個人開発ではないが、課金については仕事で結構やってきてまぁまぁの知見を得た。かつて自分も情報を得ようとネットで探してみたが、極めて情報が少なかった。ソフトウェア開発についてのノウハウは結構ネットに転がってるが、値付けなどについての情報は少ない。エンジニアとマーケッターでは文化が違うのかもしれないが、そもそも値付けに関しては商材(ソフトウェア)によって様々なので定石がなく、結局のところ自分で試してみないと正解がわからないのではないかと思う。そう

      課金術
    • スプリント1を始める前にどんな準備をするか

      みなさんこんにちは。@ryuzeeです。 スクラムでスプリント1を開始する前にどんな準備をしておくと良いかについては、Regional Scrum Gathering Tokyo 2018で話をしたのですが、改めて文章化してみました。 なお、かなり長いので関係なさそうなところは適宜読み飛ばしてください。 1. はじめに1.1 この記事の目的スクラムでは、プロダクトバックログが用意されていて、それを元にスクラムチームでスプリントプランニングを実施し、スプリント期間中毎日デイリースクラムを行い、最後にスプリントレビューとレトロスペクティブを実施することになっています。 つまりプロダクトバックとスクラムチームが存在するところがスタート地点になっています。言い換えるとそれらがないとスプリントが開始できません。 本稿では、実際にスクラムでスプリントを開始する前にどんな準備を行うと良いのかを考察してい

        スプリント1を始める前にどんな準備をするか
      • アトラシアン、JiraやConfluenceなど期限なく無料提供開始。10名以下のチームに

        アトラシアンは、同社がクラウドサービスとして提供しているJira SoftwareやConfluence、Jira Service Desk、Jira Coreを、10名以下のチームに対して期限なく無料で提供することを発表しました。 That’s why @Atlassian is making many of our tools available for free. We’re on a mission to help unleash the potential of every team, regardless of location or balance sheet. 2/3 https://t.co/4TnxWUm4To — Scott Farquhar (@scottfarkas) March 18, 2020 Jira Softwareはプロジェクト管理やタスク管理を行えるツ

          アトラシアン、JiraやConfluenceなど期限なく無料提供開始。10名以下のチームに
        • ハードワークで人は成長するか - SaaSベンチャーで働くエンタープライズ部長のブログ

          「成長するためにはハードワークは不可欠」。こういう言説は常に世に出ています。そして、それを信じた真面目な若者が「成長」するためにハードワークをこなすという流れ。知っているだけでも10年以上同じサイクルがあるように思います。 思いつくだけでも、サイバーエージェント創業者の藤田晋氏が著書「渋谷ではたらく社長の告白」で月に440時間働いていたという話や、テスラ創業者のイーロンマスク氏が世界を変えるためには最低でも週80時間は働くべきだと主張があったり、成功者がハードワークを乗り越えた話があります。 一方で自分自身の経験を振り返ると、必ずしも労働時間の長さが個人の成長につながったとは思えません。この認知の違いはどこからくるのか。自分自身の経験を振り返ってみたいと思います。 自分自身の労働時間経験 ハードワークだが成長しなかった経験 ワークライフバランスを保ち、成長した経験 成長の定義を「今できない

            ハードワークで人は成長するか - SaaSベンチャーで働くエンタープライズ部長のブログ
          • 8社のイチオシ「Notion活用術」を大公開!採用、ナレッジ共有、プロジェクト管理まで | SELECK [セレック]

            大流行中のオールインワンツール「Notion」をご存知でしょうか? SELECKでも昨年末に、基礎編・応用編・発展編にわけて「Notionの使い方」をご紹介させていただきましたが、大きな反響がありました。 一方で、少し使ってはみたものの、その万能さゆえにまだまだ使いこなせていない…という方々も多くいらっしゃるのではないかなと思います。 そこで今回は、Notionを使いこなしている8社の事例をお届けさせていただきます! どの企業も、アイデアと運用の工夫がすごく参考になります。自社にも役立つ活用法がきっと見つかると思いますので、ぜひご覧ください。 <今回ご紹介する8社の事例> 独自ドメインを設定!コーポレートサイトを自作 / Appify Technologies ワークスペースの「ポータル化」で必要な情報にアクセス / GMOペパボ テンプレを使った議事録作成の効率化から、振り返りまで /

              8社のイチオシ「Notion活用術」を大公開!採用、ナレッジ共有、プロジェクト管理まで | SELECK [セレック]
            • 都庁と伽藍とバザール|miyasaka

              東京都の情報技術利活用への取り組みは都庁内に常勤で働いている情報技術系職員に加え高い専門性の人にフェローとして非常勤でサポートしてもらってます。 その一人の関フェローの嬉しいニュースが。 デブサミ2020夏のベストスピーカーが決定、1位はCode for Japan 関治之氏 日本で有数の伝統もあって大規模なエンジニアのイベントでの受賞。東京都の新型ウイルス感染症対策サイトは職員とシビックテックのコミュニティによって運営されていますがそのことにもプレゼンでは触れていただいています。 このプロジェクトを通じてシビックテックについて多くを彼やその仲間から学びました。全員の名前はとても書ききれないんだけどまさに私にとってのジェダイマスターたちです。せっかくなのでジェダイマスターたちから学んだことをこれを機会に書き留めておきます。行政でシビックテックやオープンデータの推進を検討してる人の参考になる

                都庁と伽藍とバザール|miyasaka
              • インフラエンジニアって何してんの? - Qiita

                「ラクス Advent Calendar 2022」 12月23日(金)担当のインフラエンジニアです。今回は知られざるインフラエンジニアの仕事について触れてみたいと思います。 はじめに 最近(でもないけど)twitterなどで駆け出しエンジニア?の方のツイートをよく目にするようになりました。 「駆け出しエンジニア」というと文字面からは1年目のなりたてエンジニアのような印象を受けますが、どちらかというとこれからエンジニアを目指すために勉強をしている方を指すことが多いようです。 そういった方のツイートを見ていると9割以上はプログラミングの話。実際に業界内で働いてみれば要件定義など単純にプログラミングしていればいいだけの世界ではないことは重々承知かと思いますが、未経験の方にはエンジニア=プログラミング、エンジニア=開発、というイメージがやはり強いのでしょう。はたまたインフラエンジニアなんて世界に

                  インフラエンジニアって何してんの? - Qiita
                • 日テレもフジテレビも、「忠臣蔵」のドラマを作れなくなった「根本的な理由」(春日 太一) @moneygendai

                  元禄15年12月14日、大石内蔵助をはじめとする四十七士が吉良上野介を討ち取る「赤穂事件」が起こった。これに至る顛末を描いたのが「忠臣蔵」だ。かつてはよくドラマや映画になった「忠臣蔵」だが、最近では映像化される機会も格段に減ってきている。いったい、なぜなのか…? 時代劇研究家の春日太一氏の新刊『忠臣蔵入門』から、その理由を紹介しよう。 実は「一大プロジェクト」だった 忠臣蔵の映画やドラマが長いこと作られてきた背景として、作り手側にも大きな事情がありました。 「忠臣蔵」は大きな見せ場だけで六つあります。それぞれ屋内が主な舞台になるため、セットを作る必要があります。 「松の廊下」であれば、かなり長い廊下で襖に大きな松が描かれている。「大評定」の広間は赤穂藩の藩士全員が入る広いスペースになります。それから、祇園で大石が遊ぶ遊郭に「東下り」の宿に瑤泉院の屋敷。さらに討ち入りで使う吉良邸のセットも、

                    日テレもフジテレビも、「忠臣蔵」のドラマを作れなくなった「根本的な理由」(春日 太一) @moneygendai
                  • 大規模Email配信システムのクラウドジャーニー | BLOG - DeNA Engineering

                    こんにちは、AI 基盤部の大谷です。 最近は兼務で MLOps 以外にも様々なシステムを構築しています。 弊社では全社的にオンプレミスからクラウドに、よりマネージドに寄せていこうという大きな指針が定められています。 (参考: フルスイングの記事 ) しかし、古くから運用されているサービスなどでは、未だにオンプレミスで構築されているものも少なくありません。 また、クラウドにホストされている場合でも、マネージドサービスを完全に活用しきれていない場合もあり、EC2 ベースの IaaS な構成はまだまだ多く存在しています。 とあるサービスでも、クラウド化はされているものの、マネージドサービスを活用しきれていないメール配信システムが運用されていました。 一般にメール配信システムは、挙動の違う複数のメールプロバイダにスムーズに配信するために多くのことを気にする必要があり、その分管理コストも高くなりがち

                      大規模Email配信システムのクラウドジャーニー | BLOG - DeNA Engineering
                    • EC/CRMの自社サービス「prismatix」開発チームのプロジェクトマネージャーになって最初にやったことn連発 | DevelopersIO

                      この7月からDev PjMにクラスチェンジしました。何もわからない状態から、いかにしてプロジェクトの状態を把握・コントロールしようとしたか、その試行錯誤の記録です。 4ヶ月前に言ってたことダイジェスト Dev PjMになって最初の頃、こんな話を書いていました。 prismatixの開発者から開発チームのプロジェクトマネージャーにクラスチェンジした話 | DevelopersIO マネジメントの姿勢 そこで、私は 指揮者(Conductor) として振るまおうと決意しました。 何をしたいのか Devチームを中心として系が回るようにする ことを実現したいと思っています。 もう少しわかり易い言葉でいうと、「prismatixというサービスの 開発 を通じて、顧客およびチームに 価値を届け続けている 状態を作る」のが目的になります。 どうしていくのか Devチームもハッピー、みんなもハッピー な状

                        EC/CRMの自社サービス「prismatix」開発チームのプロジェクトマネージャーになって最初にやったことn連発 | DevelopersIO
                      • 「アジャイルサムライ」の著者が語る、技術志向の企業が世界をどう見ているのか? そしてソフトウェアテスト自動化を進化させる方法について(前編)。JaSST'22 Tokyo基調講演

                        「アジャイルサムライ」の著者が語る、技術志向の企業が世界をどう見ているのか? そしてソフトウェアテスト自動化を進化させる方法について(前編)。JaSST'22 Tokyo基調講演 Jonathan Rasmusson(ジョナサン・ラスムッソン)氏はアジャイル開発における著名人の一人であり、さまざまな先進的ソフトウェア企業において開発やテストに携わってきました。 日本ではアジャイル開発の入門書として話題となった書籍「アジャイルサムライ」(オーム社,2011)や「初めての自動テスト」(オライリー,2021)、「ユニコーン企業のひみつ」(オライリー,2017)の著者としても有名です。 そのラスムッソン氏が2022年3月10日と11日の2日間、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2022 東京」(JaSST'22 Tokyo)の基調講演に登壇しました。

                          「アジャイルサムライ」の著者が語る、技術志向の企業が世界をどう見ているのか? そしてソフトウェアテスト自動化を進化させる方法について(前編)。JaSST'22 Tokyo基調講演
                        • キタ!Google カレンダー「予約スケジュール」一般提供

                          「Google カレンダー」の「予約スケジュール」機能一般提供開始 これまでフリーランスや中小企業向け有料アカウント「Google Workspace Individual」向けに提供されてきた「Google カレンダー」活用予約受付システム 一般ユーザーも利用可能に(予約時の決済連携は利用不可) Google が 2023 年 6 月下旬に発表した、「Google カレンダー」の「予約スケジュール」機能一般提供が、2023 年 7 月 19 日(水)前後よりついに開始されました。 「Google カレンダー」の「予約スケジュール」機能は当初、フリーランスや中小企業向け有料アカウント「Google Workspace Individual」向けサービスとして 2021 年より提供されてきた、「Google カレンダー」活用の予約受付システムです。事前に「Google カレンダー」に予約可能

                            キタ!Google カレンダー「予約スケジュール」一般提供
                          • さて、専門性と体系化の話をしようか | knowledge / baigie

                            「専門性が高い人になりたいですか?」 そう問われたら、多くの人が「はい!」と答えるでしょう。エンジニアやデザイナーのような専門職に限らず、ビジネスパーソンの多くも、「できることなら何らかの専門性を高めたい」と思っているはずです。 しかし、そもそも「専門性が高い」とはどういう状態を指すのでしょうか。どんな人になれば「専門家」だと評価されるようになるのでしょうか。それを突き詰めて考えることが専門性を高めるヒントになると思い、少し深堀してみました。 最後には、まだ実験中ですが、ChatGPTを活用して専門性を高める方法をご紹介します。 専門性と体系化の関係 辞書サイトのWeblioを見ると、専門性とは「特定の分野のみに深く関わっているさま。高度な知識や経験を要求されることや、その度合い」と書かれています。この定義に従うと、専門性には「特定の分野の高度な知識や経験」が必要だということになります。

                            • 入社して1ヶ月で意思決定の速さに驚いた話 - ANDPAD Tech Blog

                              2021/10から株式会社アンドパッドで働いているid:shiba_yu36です。現在はセキュリティチームで認証基盤に関するエンジニアリングをしています。 アンドパッドは2021/10/01時点で従業員数が539名となっています。入社する以前は「この人数になってくると自分が何か提案したとしても中々意思決定が進まずヤキモキするのではないだろうか」と不安に思っていました。 しかし入社してから自分が開発プロセスや人員配置に関して提案してみたところ、この心配は杞憂だったどころか、逆に思った以上の意思決定のスピードに驚いてしまいました。そこで今回は自分が入社してから1ヶ月ほどの間に実際に提案・採用した内容を書きながら、どの程度意思決定がスピーディだったか伝えられればと思います。 ミーティングではesaで同時編集しながら議事録をみんなで作るスタイルへ -> その日から開始 フルリモートでの円滑なコミュ

                                入社して1ヶ月で意思決定の速さに驚いた話 - ANDPAD Tech Blog
                              • 高度だった日本軍の情報収集能力、なぜ負けたのか? 戦前から続く日本の「インテリジェンスの扱い方」の問題点 | JBpress (ジェイビープレス)

                                作戦に参加した日本兵のほとんどが死に、史上最悪といわれる「インパール作戦」。 画像は日本軍を撃退しに向かうグルカ兵。(Wikipediaより) 太平洋戦争に突入した直後の戦況は、たしかに日本が優勢であった。それは、当時の日本軍が世界有数の高度な情報収集能力を有していたからだという。戦前の日本では一体どのようなインテリジェンス活動が行われていたのか? インテリジェンスの専門家である小谷賢氏の著書、『日本軍のインテリジェンス』より、日本特有の「インテリジェンスの扱い方」の長所と短所を探る。(JBpress) (※)本稿は『日本軍のインテリジェンス』(小谷 賢著、講談社選書メチエ)より一部抜粋・再編集したものです。 戦前日本のインテリジェンス 近年、日本におけるインテリジェンス(情報活動)への関心が高まってきているようである。少し前までは、「インテリジェンス」という言葉自体なじみの薄いものであっ

                                  高度だった日本軍の情報収集能力、なぜ負けたのか? 戦前から続く日本の「インテリジェンスの扱い方」の問題点 | JBpress (ジェイビープレス)
                                • こいつ、動くぞ! 商用利用無料、シンプルにデザインされたSVGもフォントも揃った高品質なアイコン -Boxicons

                                  1,500種類以上のアイコンが揃った、Webサイトやスマホアプリにぴったりなシンプルにデザインされた無料アイコンを紹介します。 オープンソースで個人でも商用でも無料で利用できます。また、SVGアイコンとアイコンフォントで利用できるので、サイズやカラーの変更はCSSでできます。アイコンはリスト、固定幅、アニメーションにも対応しており、かなり便利だと思います。 Boxicons Boxicons -GitHub Boxiconsの特徴 Boxiconsの使い方 Boxiconsを実際に使ってみた Boxiconsの特徴 Boxiconsはオープンソースのプロジェクトで、1,500+種類のSVGアイコン・アイコンフォントが簡単に利用できます。シンプルなデザインは、さまざまなWebサイトやスマホアプリにぴったりです。 けっこう前にも紹介しましたが、アップデートされ続け、アイコンの種類や機能がだいぶ

                                    こいつ、動くぞ! 商用利用無料、シンプルにデザインされたSVGもフォントも揃った高品質なアイコン -Boxicons
                                  • 金融の基幹システムを1年半かけて.NET 6に移行した話

                                    はじめに 本稿は「.NET 6移行祭り! C# Tokyo」イベントで発表した「金融の基幹システムを1年半かけて .NET 6に移行した話」の内容を文書化したものです。 [2022.08.28追記] さて、はじめにおことわりを。 おもったより大きな反響があって、想定より多く読まれており、とくに正しく伝えられていない箇所があると思い、少し補足を入れました。 ここで基幹システムといっていますが、金融の勘定系システムという意味ではありません。 基幹システムというとCore Systemという意味(これは勘定システムでしょうね)と、Mission Critical Systemの2つがあると思います。 本稿の対象は後者で、システムのお客様が、Mission Critical Systemと判断されて基幹システムとして扱われています。 金融の勘定系とは規模や複雑性、クリティカルな度合も異なりますが、

                                      金融の基幹システムを1年半かけて.NET 6に移行した話
                                    • ドワンゴのエンジニアはSlackで遊んでいる

                                      ここ数ヶ月の退職ムーブメントの中でドワンゴを退職した身だが、このブログのSlack云々の話は現職さんが正しい。 現職エントリ - 毎日わんわん https://mi111.hatenablog.com/entry/2019/11/01/013545 ドワンゴのエンジニアはSlackで遊んでいる。 が、そんなことしているのは一部のエンジニアだけというのも事実。少なくとも、自分が担当していたサービスのエンジニアさんは、Slackでの雑談に時間を使うなんてことは(ほぼ)なかった(後述する雑談チャンネルでは見かけなかった)。 サービスへの愛情も良くしようという熱意もあったし、非エンジニアの要件をしっかり仕様に落とし込み、実装してくれる頼もしい人たちだった。 ときには、エンジニア側からサービスに対する提案もあったりして、すごくありがたかった。 退職エントリの人は「ドワンゴの slack では、将来的

                                        ドワンゴのエンジニアはSlackで遊んでいる
                                      • ユーザ増加ペースは「Notion」超え、100万人以上が使うデジタルノートアプリ「Craft」の強みと可能性 - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報

                                        Image credit: Craft Craft は「Notionに取って代わることができる」と謳うデジタルノートアプリで、2020年のローンチ後、2年足らずで100万ダウンロードを突破し、Notion を上回る速さの成長を見せている。 Craft はどのように他のデジタルノートアプリと差別化し、Notion に挑戦しているのだろうか? Craft は Notion のポジションにどう挑むのだろうか? コンテンツ制作に特化した機能性と多様なテンプレートをユーザに提供 Craft のロジックは Web ページの作成に似ており、各プロジェクトやノートを独立したページにすることができる。例えば、「特集記事」を企画する場合、内側のページに「取材先」「調査データ」などのサブページを挿入することができ、サブページのサイズや背景も自由に設定することができる。 Notion と Craft のファンクシ

                                          ユーザ増加ペースは「Notion」超え、100万人以上が使うデジタルノートアプリ「Craft」の強みと可能性 - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報
                                        • 差し込みの多いプロダクト開発のスケジュールの精度を上げるためにはバーンアップチャートがおすすめです - スタディサプリ Product Team Blog

                                          こんにちは。 今回は差し込みの多いプロダクト開発におけるスケジュール精度の上げ方として、バーンアップチャートの利用をおすすめしたいと思います。 どんな人に読んでほしいか Product GrowthやEnhancementに携わっているけど、やることが多くて思ったように進捗が管理できない人 ↑のようなProduct Manager(PdM)やProject Manager(PjM)とのコミュニケーションが多いけど、期待に対してうまく動いてくれないことをもどかしく思ってる方 TL;DR 3ヶ月や6ヶ月程度でタイムボックスを切りましょう タイムボックスの中でやりたいことを全部リストアップして見積もりをしましょう 終わったタスクのcloseと新規タスクのリストアップを繰り返すと、自然と「やりたいことが全部できるのかどうか」が見える化します バーンアップチャートとは 下記のようなものです。 図中の

                                            差し込みの多いプロダクト開発のスケジュールの精度を上げるためにはバーンアップチャートがおすすめです - スタディサプリ Product Team Blog
                                          • ITプロジェクトのはじめ方 / How to work around software project

                                            事業会社が今よりも事業を成長させるために、ITシステムの構築や導入を成功させるために、どうやってプロジェクトを立ち上げて、どんな中間生成物や検討が必要で、どうやって要件を決めるべきかを解説した資料です。 私の経歴やブログは以下の通りです。 https://quality-start.in/about https://gothedistance.hatenadiary.jp https://note.mu/it_planning/

                                              ITプロジェクトのはじめ方 / How to work around software project
                                            • 【入門】基本設計

                                              はじめに プロジェクトマネジメントの仕事をする際に、お客さんに提案ベースの要件定義や設計をする機会が増えてきたので、私の経験に基づいて基本設計の具体的なプロセスや考え方について、整理していきます。 以前投稿した記事の続きですが、未読でもこの記事を理解できるようになっています。 この記事の対象者 基本設計の思考プロセスを学びたい人 ビジネスサイドの要件をエンジニアサイドのシステムに落とし込む流れを学びたい人 ビジネスサイドとエンジニアサイドのコミュニケーション能力を向上させたい人 具体的な事例を通して基本設計を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要です 自分の経験に基づいた内容を言語化しています プロジェクト規模は10名から20名のシステム開発を想定しています(大規模なプロジェクトを想定していません) システム開発の全体像 今回は下記

                                                【入門】基本設計
                                              • リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita

                                                1200人以上の全社員がリモートワーク。GitLabが公開する「リモートワークマニフェスト」は何を教えているか? スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ その コメント GitLab Handbookで面白かったもの@コミュニケーション編 GitLabのリモート統括責任者が語る 日本企業が「まずやるべきこと」 を読んだ。主題はGitLab社の https://about.gitlab.com/handbook/ である。 2022.02追記 GitLabで学んだ最高の働き方 Developers Summit 2022-02-18 2022.01追記 リモートワークのいま学びたい、GitLab Handbook非同期コミュニケーションのススメ - Qiita Handbook要点 「GitLab社ではリモートワークの中でも生産性高く働

                                                  リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita
                                                • ベロシティを高く保つ仕事のすすめ方 / Maintaining a High Velocity as Productivity Hacks

                                                  https://findy.connpass.com/event/318375/ での登壇資料です。

                                                    ベロシティを高く保つ仕事のすすめ方 / Maintaining a High Velocity as Productivity Hacks
                                                  • 成果を出すプログラマーが習得している「コードを書かない技術」 - Qiita

                                                    はじめに 私がプログラマーとして働き始めて1年半がたちました。幸いなことに環境に恵まれ、私の身の回りには成果を出し続ける優秀なプログラマーがたくさんいます。 1年半彼らの仕事を観察して気づいたことは、成果を出すプログラマーは共通して 「コードを書かない努力をしている」 ということでした。 この記事では彼らが業務で行なっている、 「コードを書かないための思考、習慣」 についてまとめていきたいと思います。 前提 多くの人は「プログラマーはコードを書くことが仕事」だと考えています。この考えに基づくと、プログラマーが「コードを書かない努力をする」ということが、ひどくおかしなことに思えてしまうかもしれません。 そこでまず前提として3つの誤解を解くところから始めましょう。 [誤解1] プログラマーの仕事は「コードを書くこと」である 私たちプログラマーの多くは会社から給料をもらいながらコードを書いていま

                                                      成果を出すプログラマーが習得している「コードを書かない技術」 - Qiita
                                                    • 燃え尽きアラフォーコンサル転職記|とあるコンサルタント

                                                      前書き40前後のおっさんは 良い感じに転職することが出来るのか? 労働意欲が減退した戦略系コンサルは 満足に転職することが出来るのか? 出来る 出来るのだ ある程度のランクになった戦略系コンサルの転職記録はネット上であまり見かけない。特に10数年も戦略系コンサルを続けたものの老齢となり労働意欲が減退したらどうするのか、という点は未だ明確に提示されていなかったと思う アラフォーで燃え尽きて転職を決意し実行した戦略系コンサルとして、今回の転職記録を後続のために残す なるべく具体的かつ率直に記載するように努めたつもりだ 有料部分には特に何も情報を記載していないので、おひねりだと思っていただきたい あと気が向いたら文中のリンクをクリックして転職サイトに登録してくれると私の懐が潤ってうれしい 退職に至る病顧客の期待値コントロールをミスったプロジェクトが炎上し、月の平均睡眠時間が3時間を切って早数か月

                                                        燃え尽きアラフォーコンサル転職記|とあるコンサルタント
                                                      • ナレッジマネジメントを組織に定着させるための提案|國光俊樹

                                                        この記事はGoodpatchアドベントカレンダー2022の23日目の記事です。 突然ですが、私は昨年「ナレッジマネジメント」領域の新規事業を立案し、リサーチや価値検証を行いました。結果としてはβ版を複数社に導入していただきながら行った価値検証を経てクローズという判断になってしまったものの、そのプロセスを通じて様々な組織におけるナレッジマネジメントの状況や課題感、そしてベストプラクティスまで多くの知見を得ることができました。 今回はそういった経験を土台として、これまで発信の主テーマにしていた「UXデザイン」や「サービスデザイン」の領域ではなく「ナレッジマネジメント」というテーマで記事を執筆することにしました。 この記事では、組織としてナレッジマネジメントを推進する時にどのような観点や考え方が必要なのかを紐解いていけたらと思います。 (組織の状況やカルチャー、事業形態などによっても最適なHOW

                                                          ナレッジマネジメントを組織に定着させるための提案|國光俊樹
                                                        • 苦手な言葉、全て「ぴよぴよ」 メンタルの弱い社長が開発した「ひよこフィルター」無料公開

                                                          アプリ開発ベンチャーのbondavi(神奈川県横浜市)は8月25日、Webブラウザに表示される苦手な言葉を「ぴよぴよ+ひよこの絵文字」に変換する「ひよこフィルター」を公開した。ネット上の誹謗中傷から利用者を守るために無償公開するとしている。 Google Chromeなどのブラウザで動作する拡張機能。ブラウザ右上の「ひよこマーク」をクリックして苦手なワードを登録すると、Webページを開いた際に全て「ぴよぴよ+ひよこの絵文字」と表示する。心の準備をしてからひよこをクリックすると変換前の言葉が表示される。 開発のきっかけは「厳しいユーザーの声も無視できない。しかし傷つきたくない」という戸田大介社長個人の悩みだった。公開する予定はなかったが、試作品についてSNSで言及したところ多くの反響があり、一般公開を決めた。 「考えてみれば相手の表情も見えない状況で多くの言葉に触れ続けているネット社会に生き

                                                            苦手な言葉、全て「ぴよぴよ」 メンタルの弱い社長が開発した「ひよこフィルター」無料公開
                                                          • 【ルポ・成田空港】「なんとなく」「とりあえず」で人はきっと死ぬ。成田空港が教えてくれたこと

                                                            Search, watch, and cook every single Tasty recipe and video ever - all in one place! News, Politics, Culture, Life, Entertainment, and more. Stories that matter to you.

                                                              【ルポ・成田空港】「なんとなく」「とりあえず」で人はきっと死ぬ。成田空港が教えてくれたこと
                                                            • エンジニアのためのマネジメント入門/Introduction to Management for Software Engineers

                                                              ## 概要 エンジニアのキャリアパスの1つに「マネジメント」があります。エンジニアリングマネージャーとも呼ばれるこの仕事は、エンジニアにとっては多くの場合未知の領域です。その領域はいくつもの専門領域から成り、学ばなければならないことは多分にあります。本セッションでは、『エンジニアのためのマネジメント入門』で取り上げた「マネジメントの領域」を紹介して、各領域を解説します。 ## イベント https://forkwell.connpass.com/event/276110/

                                                                エンジニアのためのマネジメント入門/Introduction to Management for Software Engineers
                                                              • 100人以上の資料を読んで見つけた伝わりやすい成果報告書の書き方 - CARTA TECH BLOG

                                                                TL;DR 自身の成果をアピールするために、1)Before/After、2)自分の寄与度、3)数字的インパクトを過不足なく伝えることが重要 説明の冒頭では、課題と解法の全体感と成果を述べ、詳細は後に肉付けすると伝わりやすい 課題を伝える際は"誰から見た課題か"を明確にする。課題は解法の前提であるためブレないように はじめに 技術広報のしゅーぞーです。この記事では、過去100人分程度の成果報告書を読み、気付いた "自分の成果をわかりやすく伝える書き方"をまとめています。 仕事をしていると自身の成果を的確に伝える機会は数多くありますよね。 評価期、転職面接、昇格面談など 評価者に自分の成果をどう分かりやすく伝えるか は自分のキャリアを伸ばす上でとても大事なスキルです。 しかし、自分の頑張りや成果を上手く言語化し、相手に正しく理解してもらうのは簡単ではありません。 特に、経験の浅い若手にとって

                                                                  100人以上の資料を読んで見つけた伝わりやすい成果報告書の書き方 - CARTA TECH BLOG
                                                                • 「誰もやったことがないことを期限までにやれ」 無理ゲーなプロジェクトを任された時の「失敗」の考え方

                                                                  変化の激しい社会で成長を続けるため、新規事業の立ち上げに乗り出す企業が増えています。そんな中、タスクの進捗管理・日程調整・社内外との交渉など、多岐にわたる仕事を抱え、責任者としての重圧に悩んでいるプロジェクト担当者も多いのではないでしょうか。本記事では、DXサービスの新規事業を立ち上げた、エン・ジャパン株式会社の高橋淳也氏がゲストに登場。業務改善のためゼロからDXを勉強し、最終的にサービス化するまでに至った高橋氏が、プロジェクトマネジメントの課題を解決するヒントをお届けします。前編は、プロマネの仕事にまつわる誤解や、プロジェクトにおけるチームの重要性について語られました。 サイボウズ社員の4人に1人が受けた、人気のプロマネ勉強会 小林悠氏(以下、小林):それではみなさま、こんにちは。「なぜプロジェクトは難しいのか ーチームで旅するプロジェクトマネジメントー」という40分間のセッションを始め

                                                                    「誰もやったことがないことを期限までにやれ」 無理ゲーなプロジェクトを任された時の「失敗」の考え方 
                                                                  • 『2時間スプリント』とフルリモートワークなシステム開発 - terurouメモ

                                                                    デンキヤギという会社で『2時間スプリント』が定着してきたので、その話でも書きます。 2時間スプリント? みなさん、すでにスクラムで開発してますよね! ぶっちゃけ、スクラムがよくわかってなくても、とりあえずスプリントと称して開発のメリハリをつけるために、1週間なり2週間なりで区間を区切って開発をしていくのは、普通にやってるんじゃないかと思います。 2時間スプリントとは、その期間を2時間にするという話です。 スプリントを超短期サイクルにすること自体は、47機関の人たちがオリジナルだという認識です。このあたりに本家の情報がまとまっています。 kyon-mm.hatenablog.com 2018年に実際に47機関の人たちのチームに入って1時間スプリントで働くという機会があって、それ経て、デンキヤギでもパクって導入しています。本家ではのちのち15分スプリントになっていったらしいんですが、うちはうち

                                                                      『2時間スプリント』とフルリモートワークなシステム開発 - terurouメモ
                                                                    • 「デザイナーこそ、スプレッドシートに強くなれ」の意味するところ|鷹野 雅弘

                                                                      「デザイナーこそ、スプレッドシートに強くなれ」とずっと言い続けています。先日、とあるセミナー(#D2デザインダンジョン)で発したところ、「具体的にはどういうことでしょうか?」と質問いただきました。 よい機会なのでまとめてみました。重要なのは、スプレッドシートは数字はもちろんだけど、数字以外でも使いますよね、ということです。 なお、この記事では、次をまとめて「スプレッドシート」と記します。 Excel(デスクトップ版、オンライン版) Google スプレッドシート スプシ 表計算 Apple Numbers 「スプシ」という言葉には、なかなか慣れません… スプレッドシートは「思考の道具」である私自身、「マインドマップ」はよく使います。 マインドマップは思考を“発散”するには向いていますが、“収束”には不向き。たとえば、異なる“枝”のアイテムの関係性を表現できません。 詳しくは、こちらの記事に

                                                                        「デザイナーこそ、スプレッドシートに強くなれ」の意味するところ|鷹野 雅弘
                                                                      • スケジュールにバッファを設けるのは悪か? - ユニファ開発者ブログ

                                                                        こんにちは、プロダクトマネージャーの田嶋です。 はじめにお断りしておきますが、本記事は、2021年7月にリリースした開発プロジェクト(以降「Rプロジェクト」)において、遅延なく開発を進められたことのプチ自慢です🎉 笑 週次で滞りなくバーンダウンが落ちていく様子を、チームで安心して見ることができました。スケジュールのストレスなく開発を進めることができたのは、チームの頑張りのほか、見積もりとスケジュール管理が良かったからだとも思っています! 開発プロジェクトにスケジュールが求められる理由は様々ですが、キャンペーン施策や営業資料の準備計画を立てるため、あるいは利用顧客へも告知責任があるから、などです。そのいずれの場合も、計画やそのための作業見積もりは欠かせません。 しかし多くの開発プロジェクトにおいて、実績は見積もりよりも上振れし、遅延してしまうことが多いのではないでしょうか。 本記事では、R

                                                                          スケジュールにバッファを設けるのは悪か? - ユニファ開発者ブログ
                                                                        • 一人でやってると個人開発と同じクオリティになる問題 - hitode909の日記

                                                                          たまに、今のこの状況は組織パターンに載ってたこのパターンだ、と思い出すことがある。数年前に読んでまだ役立ってる本のうちのひとつ。 今は「常に誰かが進捗させる」というプラクティスをやっている。それ自体はいいのだけど、問題なのは、チーム内チームのエンジニア二人チームでやっているので、一人が進捗させる、もう一人が差し込み対応する、という最小の形になっていること。 奥さんが家でやってる生け花教室のホームページを作る夫、みたいなものをイメージすると、奥さんが生花を教えることで進捗させて、夫がホームページ更新など雑務を巻き取るという構造をイメージできる。百人以上の人間がいる会社であっても、夫婦の生け花教室と同じ数の人のアサインでことを進めているのだとしたら、推進力では同じくらいしか出せないはず。実際には百人いる会社には経理の人がいたり総務の人が居たり、資本が潤沢にあったら良いパソコンを使えるとか、いろ

                                                                            一人でやってると個人開発と同じクオリティになる問題 - hitode909の日記
                                                                          • 大規模アジャイルフレームワークの紹介

                                                                            みなさんこんにちは。@ryuzeeです。 12月1日に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 スクラムの認定コースでも基礎的なコースでも、よく聞かれるのが大規模の場合の対応についてです。 そこで、今日は大規模の場合の選択肢になりそうな大規模アジャイルフレームワークを紹介します。 紹介しますが、最初に大事なことをお伝えしてから紹介します。 そんなにたくさん作っても使わない2019年にプロダクトマネジメント関連のSaaS企業であるPendoが行った調査によると、ソフトウェアプロダクトにおいて平均的な機能の利用状況は次のようになったそうです。 まったく使わない: 24%ほとんど使わない: 56%よく使う: 8%いつも使う: 12%つまり80%の機能はほとんど、もしくは、まったく使われないということになります。 たくさんの人を集めて、たくさんの機能を作るのは、ムダであ

                                                                              大規模アジャイルフレームワークの紹介
                                                                            • Webフルスタックエンジニアになるためのチェックリスト

                                                                              Webフルスタックエンジニアになるためのチェックリスト Zennでの投稿にあたって この記事は、2020/03/22に自分のgithubリポジトリで公開していた内容を、Zennのgithubリポジトリ連携機能を用いて一般公開したものです。 投稿にあたって、Zennの記事連携フォーマットに準拠する以外の修正は加えておりませんので、一部Zennというプラットフォームの方針や雰囲気に合わない内容などあるかもしれません。あらかじめご了承ください。 はじめに 日本のWeb開発業界で「フルスタックエンジニア」になるために必要な知識を、個人的経験からまとめました。 フルスタックエンジニアの定義ですが、ここでは、 企業で開発リーダー/テックリードとして、Webブラウザアプリケーションを前提としたサービスの立ち上げからリリース、運用まで面倒を見られる。 というロールと仮定し、前提条件としては、どちらかという

                                                                                Webフルスタックエンジニアになるためのチェックリスト
                                                                              • 心理的安全ジャーニー Slackで安全を実装する5つの手法

                                                                                デブサミ2020夏の発表資料となります。 当日発表しなかった資料についても参考資料として最後に追加しております

                                                                                  心理的安全ジャーニー Slackで安全を実装する5つの手法
                                                                                • (翻訳) GitLab 社で働くのはどのようなものだったか - forest book

                                                                                  本稿は Yorick Peterse 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 yorickpeterse.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Yorick Peterse 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 GitLab 社で働くのはどのようなものだったか 私は2015年10月に GitLab 社に入社し、6年あまり働いて2021年12月に退社しました。 前に GitLab 社を辞めて Inko に取り組んでいることは書きましたが、2015年から2021年までの間、GitLab 社で働いていたことがどのようなものであったのかについては触れませんでした。理由は2つあります。 燃え尽き症候群に苦しんでいて、(当時は) 自分の人生の最後の6

                                                                                    (翻訳) GitLab 社で働くのはどのようなものだったか - forest book