100人以上の資料を読んで見つけた伝わりやすい成果報告書の書き方 - CARTA TECH BLOG
TL;DR 自身の成果をアピールするために、1)Before/After、2)自分の寄与度、3)数字的インパクトを過不足なく伝えることが重要 説明の冒頭では、課題と解法の全体感と成果を述べ、詳細は後に肉付けすると伝わりやすい 課題を伝える際は"誰から見た課題か"を明確にする。課題は解法の前提であるためブレないように はじめに 技術広報のしゅーぞーです。この記事では、過去100人分程度の成果報告書を読み、気付いた "自分の成果をわかりやすく伝える書き方"をまとめています。 仕事をしていると自身の成果を的確に伝える機会は数多くありますよね。 評価期、転職面接、昇格面談など 評価者に自分の成果をどう分かりやすく伝えるか は自分のキャリアを伸ばす上でとても大事なスキルです。 しかし、自分の頑張りや成果を上手く言語化し、相手に正しく理解してもらうのは簡単ではありません。 特に、経験の浅い若手にとって
Architectural Decision Records | adr.github.io
Architectural Decision Records (ADRs) An Architectural Decision (AD) is a justified software design choice that addresses a functional or non-functional requirement that is architecturally significant. An Architecturally Significant Requirement (ASR) is a requirement that has a measurable effect on a software system’s architecture and quality. An Architectural Decision Record (ADR) captures a sing
[Public] 変化しやすいプロジェクトを定例会議によりチームで進めるフレームワーク - Project Sprint
プロジェクトをみんなで進めるチームのための定例会議の実践ガイド。
![[Public] 変化しやすいプロジェクトを定例会議によりチームで進めるフレームワーク - Project Sprint](https://cdn-ak-scissors.b.st-hatena.com/image/square/7d3029ab49edff1e5ee0ab30d8f81830c1c2a9c5/height=288;version=1;width=512/https%3A%2F%2Fmiro.com%2Fapi%2Fv1%2Fboards%2FuXjVMX-zl6s%3D%2Fpicture%3Fetag%3DR3458764514710351216_0_20230906)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
