100人以上の資料を読んで見つけた伝わりやすい成果報告書の書き方 - CARTA TECH BLOG
TL;DR 自身の成果をアピールするために、1)Before/After、2)自分の寄与度、3)数字的インパクトを過不足なく伝えることが重要 説明の冒頭では、課題と解法の全体感と成果を述べ、詳細は後に肉付けすると伝わりやすい 課題を伝える際は"誰から見た課題か"を明確にする。課題は解法の前提であるためブレないように はじめに 技術広報のしゅーぞーです。この記事では、過去100人分程度の成果報告書を読み、気付いた "自分の成果をわかりやすく伝える書き方"をまとめています。 仕事をしていると自身の成果を的確に伝える機会は数多くありますよね。 評価期、転職面接、昇格面談など 評価者に自分の成果をどう分かりやすく伝えるか は自分のキャリアを伸ばす上でとても大事なスキルです。 しかし、自分の頑張りや成果を上手く言語化し、相手に正しく理解してもらうのは簡単ではありません。 特に、経験の浅い若手にとって
イネーブリングチームの考え方と実践例 — 組織の価値提供能力をいかに高めるか
はじめに 弊社マイベストでは、エンドツーエンドの機能開発チームとは別で、組織の価値提供能力を高めることを目的としたイネーブリングチームがあります。（と言ってもまだ他チームとの兼任メンバーがほとんどですが） イネーブリングチームは、バックエンドやフロントエンドなど、領域ごとに技術課題を解決すべく活動していて、自分はフロントエンド領域を担当しています。 これまで様々な活動を行ってきたので、その考え方を整理しつつ、フロントエンドイネーブリングの実践例をご紹介したいと思います。 参考：マイベストのチーム構成イメージ（記載は一部のみ・名称は仮です） 「イネーブリングチーム」とは イネーブリングは『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』、通称チートポから持ってきた名称なので、まずはチートポをベースにその役割を説明します。 https://amazon.co.jp/dp/
プロジェクトとは？進め方のポイントやタスクとの違いを徹底解説 | Backlogブログ
仕事をしていると「プロジェクト」という言葉をよく耳にします。この記事では、プロジェクトの意味やタスクとの違いを解説し、プロジェクトマネージャーの役割についても紹介します。 普段耳にする「プロジェクト」について詳しく知ることで、プロジェクトを成功に導きましょう。 プロジェクトとは何か詳しく知ろう 仕事をしていると「新規プロジェクト」や「○○プロジェクト」といった言葉に触れることが多いのではないでしょうか。 ここでは、プロジェクトの意味をおさらいし、混同しがちなプロジェクトとプロダクトの違いを説明します。また、プロジェクトマネジメントやPMBOKについても解説します。 プロジェクトとは何？ プロジェクトとは、事業や業務などのうち、期間や目標といったゴールが定められ、事前に業務開始から終了までの計画をしっかり立てた上で実行されるものを指します。 分かりやすく言うと「目標遂行のための業務」で、その
チームのふりかえりの改善
Unicorn Cloud ID Manager (以下UCIDM) の開発チームのふりかえりについて紹介します。 UCIDM チームのふりかえりUCIDM の開発は2022年11月から始まり、本稿執筆時点で1年半の間、課題管理を土台にした イテレーション開発 を採用して取り組んでいます。アジャイル開発という用語が生まれる以前からあった手法ですが、昨今の雰囲気ではアジャイル開発の一種とみなしてよいでしょう。イテレーションという2-4週間程度の期間を区切って開発を繰り返す、タイムボックス方式で開発します。スクラム開発に慣れている方向けに言えばスプリントとほぼ同じものと捉えてもらっても構いません。UCIDM 開発では2週間のイテレーション6つ (3ヶ月) を機能開発に、2つ (1ヶ月) を QA テスト期間として合計8イテレーション (4ヶ月) を1回の開発期間としています。補足として、UCI
encoding/json/v2 · golang/go · Discussion #63397
This is a discussion intended to lead to a formal proposal. This was written with input from @mvdan, @johanbrandhorst, @rogpeppe, @chrishines, @rsc. Background The widely-used "encoding/json" package is over a decade old and has served the Go community well. Over time, we have learned much about what works well and what does not. Its ability to marshal from and unmarshal into native Go types, the
いちいち全てを報告してくる部下をどう管理するか悩んでいる
ある新入社員が入ってきた。 俺がある程度面倒をみるんだけど、この子で個人的に気に入ったのはきちんと報告を行う子だったということだ。 最初は「報告きちんとしてくれるから安心だな～」とぐらいに思っていた・・・んだけど、会社に慣れてくるとちょっと度が過ぎるということで周りにも迷惑をかけはじめた。 とにかくなにかにつけて全て報告をあげて指示を仰いでくるのだ。 ざっくりいうと「そんなもん大した話じゃねーからいちいち聞いてくんな、自分でなんとかしろ」と言いたくなるものも全部報告してくる。 例えばティッシュが切れたらそれをいちいち上司に報告をあげる。 「増田さん、3F の303会議室のティッシュが切れてます。どうすればいいですか? ちょうど近くのコンビニでティッシュ安く売ってましたけど」そんな感じだ。 しかも指示を仰いだ挙句、自分のオリジナリティをぶっこんでくるのが厄介なのだ。 下手にきっちり報告しつつ
DoタスクとThinkタスクは切り分けて管理する、というのはどうだろうか？ - paiza times
タスク管理について気に入っている手法がひとつあります。それが「Doタスク」と「Thinkタスク」をわける考え方。 行動を伴うタスクと、迷ったり悩んだりするタスク。これらをおなじ枠の中で管理してしまうと、毎日の時間配分が上手にできないことがわかりました。 逆にこれらを別物として扱って、実行するタイミングを見極めるようにしたら、スキマ時間も有効に使えるようになったのです。 【目次】 タスク管理はDoとThinkでわけるとよい Doタスクの管理・処理方法 Thinkタスクの管理・処理方法 メモ.appを使った管理・運用方法 Thinkタスクを切りわけるメリット タスク管理はDoとThinkでわけるとよい 「Doタスク」とは実際に手を動かすタスク。すでにやるべきことが決まっていて、あとは具体的なアクションを起こすだけでよいものです。 すでにやるべきことや見通しが見えているので、完了に必要な見込み時
プロジェクトマネージャーの基本的な役割と求められるスキルを解説 | Backlogブログ
プロジェクトマネージャーはシステム開発などにおけるチームの責任者のことを言い、プロジェクトの立ち上げから終結までの全体的な管理をします。プロジェクトの成功を左右するのはプロジェクトマネージャーだと言われることもあるくらい大事な役割です。 しかし、プロジェクトマネージャーはいったい何をしているのか、どのようなスキルが必要なのか分からないという方も多いのではないでしょうか。この記事ではそんなプロジェクトマネージャーの役割や業務内容、必要なスキルについてお伝えしていきます。 プロジェクトマネージャーの役割は？ ここでは、プロジェクトマネージャーの役割とどんな業務をするのかをお伝えしていきます。 そもそもプロジェクトマネージャーとは？ プロジェクトマネージャーは、新しいサービスを立ち上げるなどのプロジェクトの進捗管理を任される人のことを言います。プロジェクトをはじめるにはどれくらいの規模でやるのか
#89 池内さんをゲストに Linear Method と Linear.app についてガッツリ考察 | terapyon channel podcast
# Note Guest: 池内 孝啓（いけうち たかひろ） @iktakahiro / 株式会社Awarefy 取締役CTO ヘルスケアスタートアップで CTO をしています。最近は LLM 関連技術を多めに、引き続き Flutter や Go、Kubernetes などを触っています。 Python、SQL、React などの技術書籍の執筆あり https://www.amazon.co.jp/~/e/B00W961N5O 主な話題: チーム作りと課題管理ツール：Linear Methodの実践に関する議論。特に、Linear Methodの効果と適用の難しさについての経験や意見を共有。 アンラーニング（学び直し）に関する本の内容：アンラーニングの概念とその実践方法についての議論。 Pythonのコミュニティイベント「PyCon JP」：PyCon JP 2024の共同座長についての情
エンジニアが仕様案を手戻りさせるアンチパターンはもう終わりにしよう - yigarashiのブログ
プロダクト開発のアンチパターン プロダクトオーナー（PO）が仕様案を持ってリファインメントや計画に臨み、エンジニアが実現可能性や曖昧さの観点からダメ出しをして手戻りが起こる……スクラムやデュアルトラックアジャイルを志向する組織においては、一度は目にする光景だろうと思います。しかしこれは、以下のふたつの理由からひどいアンチパターンであると言えます。 ひとつには、仕様案を持って臨むPO側の精神的な負担があまりにも大きいやり方だからです。ちゃんとした仕事をしているPOならば、そもそも仕様案なんていう細かいところにたどり着くまでに、とてつもない量の不確実性を捌いてボロボロになっているのです。プロダクトのミッション、戦略、プロダクトゴール、ユーザーの課題、仮説検証の設計、MVPの特定、そういった大上段からのヘビーな分解を繰り返して、ようやくたどり着くのが具体的な仕様案なわけで、それを実装が難しいとか
ナレッジワークで取り組んでいるバグ分析の紹介｜Knowledge Work Developers blog
ナレッジワークQAエンジニアの岡崎（@rabbit_tail14）です。 ナレッジワークでは、プロダクト開発における初期品質およびアジリティを高めるための取り組みとしてバグ分析を行っています。 この記事では、実際に計測しているメトリクスや、どのように運用しているのかなど、できるだけ具体的に記載していきますので、バグを資産として活用したいと思っている方や、既に活用しているが他社の事例も知りたいと考えている方などの参考になれば幸いです。 バグ分析を始めた背景と目的バグ分析に取り組む前の状況私は2022年3月にナレッジワークに入社したのですが、当時はまだバグ分析は実施されておらず、対応完了後にバグチケットを見返すことはほとんど行われていませんでした。 そのため、なぜバグが埋め込まれたのかは基本的に対応者しか把握しておらず、個人の知見にしかなっていない状況でした。 一方で、よく耳にするようなデグレ
新任のプロジェクトマネージャが身につけておきたい「イシュー」のマネジメント | Social Change!
昨今のプロジェクトは不確実性が高いものが多く、そのマネジメントも簡単ではありません。私たちソニックガーデンで取り組むプロジェクトにも、うまくいくものもあれば、あやしい雲行きになるものもあります。 成功するための要諦は見つけにくいですが、失敗しそうなプロジェクトには共通項があります。それは「イシュー」のマネジメントをしていないことです。イシューを適切に扱っていないプロジェクトの先行きは不安です。 本稿では、私が不確実性の高いプロジェクトに取り組む際に実践した方がよいことの一つと考えている「イシューのマネジメント」について紹介します。 イシューのないプロジェクトが失敗する理由 プロジェクトを進めていて、どうもうまく成果に繋がっていないとしたら、 やるべき仕事に注力できていないことが原因かもしれません。たとえば新規事業のような不確実性の高いプロジェクトでは、やることが膨大にあります。 そうしたと
OpenAI創業者も認めたタスク管理ツール「Linear」が評価額4億ドルに | Forbes JAPAN 公式サイト（フォーブス ジャパン）
人工知能（AI）やフィンテック関連を含む数多くのスタートアップが利用するプロジェクト管理ツールが「Linear」だ。4年前、同社CEOのカーリ・サーリネン（Kaari Saarinen ）がLinearをリリースすると、開発者を中心に2カ月で1万人が登録した。その1年後に一般公開されたときには、すでに1000社以上が利用していた。 同社のウェブサイトには、顧客企業としてAIユニコーンのCohere（コヒア）やRunway（ランウェイ）、フィンテックユニコーンのRamp（ランプ）など、飛ぶ鳥を落とす勢いのスタートアップの名前が記載されている。 Linearは今、大企業の顧客を獲得しようとしており、その実現のためにシリーズBラウンドで3500万ドル（約52億円）を調達した。このラウンドは、ベンチャーキャピタルのアクセルが主導し、テック企業の創業者らが多く参加した。関係者によると、Linearの
#83 池内さんをゲストに LLMからチームづくり・課題管理ツールについて語る | terapyon channel podcast
# Note Guest: 池内 孝啓（いけうち たかひろ） @iktakahiro / 株式会社Awarefy 取締役CTO ヘルスケアスタートアップで CTO をしています。最近は LLM 関連技術を多めに、引き続き Flutter や Go、Kubernetes などを触っています。 Python、SQL、React などの技術書籍の執筆あり https://www.amazon.co.jp/~/e/B00W961N5O Note: 00:00:00 83回のPodcast、準レギュラー池内さんをお呼びしてスタート 00:01:13 Awarefyでは、資金調達したり、会社を引っ越したりした。 00:05:06 心理的安全性とチーム作りみたいな振り返りもした 00:07:57 このポッドキャストを聞いている方からレスポンスくれると嬉しいな。 00:11:30 LLM話を池内さんに聞く
More Joel on Software - forest book
www.shoeisha.co.jp 過去にアリエル・ネットワーク (以下アリエル) という会社で働いていました。これはもう10年前の話で、アリエルはオンプレミスで運用するパッケージベンダーの会社だったので、昨今の SaaS のようなプロダクト開発とは状況が大きく異なります。そういった時代背景の違いを考慮して本稿を読むように注意してください。 当時の課題管理や開発方法論が、その前もその後も、10社以上、十数の開発チームで働いた私の経験の中ではもっとも開発の生産性も開発体験 (Developer Experience) も優れたものでした。 アリエル・ネットワークでアルバイトをしてきました - forest book アリエル・ネットワークに入社しました - forest book アリエル・ネットワークを退職しました - forest book たまたま、というよりは、私がお願いして、当時
#81 もりもとさんをゲストに 課題管理とプロジェクトマネージメントの話を熱く語る | terapyon channel podcast
# Note Guest: もりもとです。神戸で1人の会社、マイクロ法人を経営しています。いま5期で、もうすぐ4年経つといったところです。年に1回出演しないと、うちの会社が倒産したんじゃないかという不安に思う方がいらっしゃるかもしれないということでやってきました。よろしくお願いします。 Note: 00:00:00 81回Podcast開始 00:00:11 年1ゲストのもりもと(森本)さんの紹介 00:00:43 もりもとさんの自己紹介を改めて 00:07:31 いまのリモート時代でも会議の中にある雑談で新しいアイディアが出てくる 00:08:00 ほとんどリモートフルリモートだが、オンボーディングをどうするか？ 00:11:40 寺田がPyCampで愛知・名古屋市に行って講師してきて楽しかった 00:13:13 最近の執筆活動で寺田は9月に新しい本がでる。もりもとさんもエキパイには絡ま
プロダクト全体の見直しに必要な粗仮説とファクトの照合 「Jira」を活用してわかった、承認と連携のやりやすさ
Jira SoftwareやTrelloなどを中心としたPMが経験してきたプロダクト管理ツールの失敗や改善を語る「本当に使いこなせてる？プロダクト管理ツールの失敗&改善PMトーク【開発PM勉強会 vol.20】」。ここでラクサス・テクノロジーズ株式会社の古財氏が登壇。サービスが一気に拡大したことで起きていた課題と、その課題を解消したJiraの活用方法について紹介します。 古財氏の自己紹介 古財怜旺氏：こんにちは。ラクサスでマーケとプロダクトマネージャーをやっています。古財です。よろしくお願いします。今日は「UXリサーチを効果的に進めるJiraの書き方」というテーマで話せればと思っています。 特に創業に携わっていないメンバーが入るスタートアップの方とか、PM（プロダクトマネージャー）以外のロールでプロダクト提案する方はけっこう（この話が）参考になるんじゃないかなと思っています。それ以外の方は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【ビフォアフ】鬼才が売れないホストをプロデュース
GitHub - makeplane/plane: 🔥 🔥 🔥 Open Source JIRA, Linear and Asana Alternative. Plane helps you track your issues, epics, and product roadmaps in the simplest way possible.
自称日本一GitHub Projectsを使っているので魅力を伝えたい！ / i call myself the best github projects user in japan so ill show you how i use it
