はじめに ご無沙汰しております。Cursor→Claudeとコスって開発PMを日々やっている中で、何を発信してよいやら迷走した1ヶ月でしたが復活しました。結局のところ、Tipsとプロンプトかなあというところに思い至りまして、そのまま使えずとも、「こんなことに使えるんだあ」という気付きになれば幸いです。 Claudeと言いつつ、ChatGPTでもGeminiでも行けるっちゃいけるんですが、Opusがやっぱり優秀なのでClaudeでやっています。 概要：ワークフロー図づくりで“詰む”前に── 「フロー図描いてって軽く言われたけど、そもそも何を聞けばいいんや……」――そんな若手の悲鳴を（また）聞きまして、プロンプトで一撃解決できんかと作ってみました。 「プロンプトはそのまんま載せてます。コピペして即生成AIに突っ込めば動くはず。 こんな感じのフローが簡単に作れるはずです 目次 なんでプロンプト？
エンジニアをやっていると、いろんなプロジェクトに関わる機会がある。 タスクを管理したり、スケジュールを調整したり、進捗を見たり。 エンジニアをはじめて最初のうちは「とりあえず開発だけやっていればいい」と思っていたけど、 プロジェクト全体の流れを把握できるようになると、 「めちゃくちゃ生きやすくなる」 ことに気づいた。 プロジェクトマネジメントスキルって、リーダーやPMだけのものじゃなくて、 どんなエンジニアでも持っておくと、仕事がスムーズになるし、メンタル的にも楽になる。 そんなことを考えたので、整理してみる。 プロジェクトマネジメントスキルがあると、生きやすくなる理由1. 目の前のタスクに追われなくなるエンジニアとして開発していると、目の前のタスクをこなすことに集中しがち。 でも、プロジェクトマネジメントの視点を持つと、 「今やっていることの意味」 が見えてくる。 「この機能は、最終的に
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く