あわ＠プロジェクトリード(PL)

2021年よりHR系DXサービスの開発を経て、2022年9月よりプロジェクトリードに着任。
前職ではERPパッケージ製品の品質管理・テクニカルサポート（チーム立ち上げ）・導入コンサル（システム運用設計）を担当していました。

[あわ＠プロジェクトリード(PL) @junyam1020]

自分自身としても、新卒が入った時の目指す姿勢・マインドとしても良い記事で、少し前の記事ですが改めて参考になると思い、シェア

プロダクトリーダーが周囲から信頼を得て成果を出すための6つの問題領域と解消法 (1/4)|ProductZine（プロダクトジン） https://t.co/Wl0kYKIeHZ @productzine_jpより

[はなび🎇 @hanabi_support]

上司と部下の決定的なすれ違いはこれ

[あわ＠プロジェクトリード(PL) @junyam1020]

大学時代に携わった会社が官報ブログに載るようになるとは、、感慨深い…！

[官報ブログ @kanpo_blog]

ママ向けQ&Aアプリ・情報サイト「ママリ」などを提供する Connehito 決算公告（第13期） https://t.co/9qSxDjxZTH

第13期決算公告
当期純利益：5600万円
利益剰余金：1億100万円

[あわ＠プロジェクトリード(PL) @junyam1020]

開発初期からサービス体験価値の磨き���みをしよう、という話。

プロダクトをリリースしてみて、より感じるデザインの持つ力と初期に機能にフォーカスしてしまったこと。
既存機能の安易なデザイン改修はねじれを生むことを忘れてはいけない。
https://t.co/WIj131D6P2

[あわ＠プロジェクトリード(PL) @junyam1020]

以前twitterで見かけた記事。
名寄せの大変さは想像してたけど、想像以上だった。。
直接ではないにせよ、名寄せ前のデータ元���考慮として、参考になる部分は多かった。
https://t.co/fp8LR86mNT

[Aki @『Noを伝える技術』著者 @LoveIdahoBurger]

ちなみに私、前職ではTeamsとSlack両方使っていたけど、両方使った上で「どちらも似たようなものですね」って言う人が結構いたことに驚いた。Teamsってその名の通り基本思想からしてチームに閉じたコミュニケーションを得意としているものだから、多方面との連携をする人ほど辛いはず。

[あわ＠プロジェクトリード(PL) @junyam1020]

権限のない影響力を身につけるための記事。
明確なビジョンを示し、共感してもらうこと、信頼関係の構築に時間を費やすこと。
大事だとわかっているが、目の前に追われて時間を取れないケースも多いので、要改善。
https://t.co/q8pp2baEUH

[あわ＠プロジェクトリード(PL) @junyam1020]

プロダクトの複雑性と最適化の話。
ビジョンにこだわる、機能の階層化、マシンに寄せるは共感。

やれてシンプルにできた部分と、やれなかったことで複雑化を招いた箇所がある。
再現性を高めて実行し続けることで、���ロダクト・個人スキル両面ともに高めていきたい。
https://t.co/mZVdY2N4W1

[あわ＠プロジェクトリード(PL) @junyam1020]

後でやる
https://t.co/5PCWuEErK8

[あわ＠プロジェクトリード(PL) @junyam1020]

「誰の何を解決するのかという明確化を妥協してはいけない」
ターゲットと課題設定がぶれると、関係者間での解決方法のぶれが生じてしまう。関係者の人数を絞った上で、徹底的に言語化していくことが大事。
https://t.co/GMWqBbJZdC

[まよねこの勤労🐈💨 @HigurashiNapon]

仕様書と我々

[あわ＠プロジェクトリード(PL) @junyam1020]

【引用】
アプリケーション開発でも画面ごとにやっていては全体の体験が悪くなることもあります。統一した体験を設計する必要があると。
https://t.co/pxMG1yMebf
【振り返り】
これは以前陥ったことがあり、開発者の協力を仰いで方向修正した敬意あり。全体でのユージー体験を軸に考えることが大事。

[まよねこの勤労🐈💨 @HigurashiNapon]

PMの苦悩

[あわ＠プロジェクトリード(PL) @junyam1020]

“どれだけ有意義な練習を重ねられたか、つまり学びを得られたかということが重要”
【振り返り】
最近有意義な議論が増え状況が好転している。これを再現性を持って続けていくことにこの3ヶ月はこだわる。
【引用記事】
プロダクトマネージャー1年目の教科書｜奥原拓也 / PdM https://t.co/iS8ZucjlIm

[あわ＠プロジェクトリード(PL) @junyam1020]

【振り返り】
現状のプロジェクトの意思決定プロセスが各関係者ごとにそれぞれ判断されてきた。

体制とコミュニケーションの課題が多いが、体制は再整理が進んでいるので、そこからいかにプロセスの健全化を図るかがとても重要。

今年度中にどの程度最適化が図れるかが勝負の別れどころになりそう。

[あわ＠プロジェクトリード(PL) @junyam1020]

【引用】
・意思決定のプロセスがうまくいかないと、チームは多くの決断に疑問を持ち始めます。そのような場合、チームは、その決定がすべての関連情報を考慮することなく、急いでなされたのではないかと考えるようになります。(中略)そして、最終的にチームの正しい判断力を信頼していないのです。

[あわ＠プロジェクトリード(PL) @junyam1020]

【引用続き】
うまく機能しているチームとそうでないチームの違いで驚くのは、実際に行われている意思決定ではなく、そうした意思決定が行われるプロセスや文化です。

【引用元】
https://t.co/dsiLr1om6C

[あわ＠プロジェクトリード(PL) @junyam1020]

【振り返り】
その時々によって片側によりがちになのが反省点。

でも、少なくともそのときによって各役割の人のコミュニケーションの癖や意図の理解は深められている。

あとはどうバランスをつけて、強化していくかだが、少しずつ今の状況と整理すべきことが見えて視野を広められてる、はず…！

[あわ＠プロジェクトリード(PL) @junyam1020]

プロダクトマネージャーの立ち振る舞い
https://t.co/fhDQS7Nog5
【引用】
・プロダクトマネージャーとは、チームや会社のためになる優先順位の高いことに全時間を費やす人
・会社全体の目標と目的を正確に理解し、ビジョンに自分のチームを適合させる方法を理解する必要がある

[あわ＠プロジェクトリード(PL) @junyam1020]

【引用2】
プロダクトマネージャーの責任は、プロダクトネットワーク内の4つの領域すべての健全な機能を維持することです。
重要なホワイトスペースを認識し、リンクとして機能するか、それを埋める方法を見つけることによって、これらの重要なリンクを維持する必要があります。