PMのはみ出し領域の事例、どこまで対応すべきかについて語る「それってPM業務？みんなの組織のPM担当範囲を聞いてみよう【開発PM勉強会 vol.19】」。ここでアルプ株式会社の前川氏が登壇。PM業務の中で「やらなくていいこと」を決める方法について話します。 前川氏の自己紹介 前川裕一氏：では「業務範囲はどこまで？」という勉強会のところで、「やらないことを決める」みたいな、ふざけたタイトルでやります。アルプ株式会社の前川が発表を始めます。 アルプでPM（プロダクトマネージャー）をやっていて、サブスクリプションビジネスの契約・請求管理の仕組みの「Scalebase」を開発しております。もともとはエンジニアからPMになった枠ということで参加しています。 新卒からモバイルアプリエンジニアをやりつつ、アルプに来てからもバックエンドエンジニアをやって、アルプで2022年からPMにジョブチェンジをして、
A Theory of Scrum Team Effectiveness 〜『ゾンビスクラムサバイバルガイド』の裏側にある科学〜
Regional Scrum Gathering Tokyo 2024での講演資料です。 --- 2023年、ソフトウェア工学分野の論文誌であるTOSEM[1]、およびトップカンファレンスであるICSE 2023[2]に、スクラムに関する1本の論文が同時に採択されました。 僕は50ページを超えるその論文を読んで衝撃を受けました。こういう学会に投稿されるスクラム・アジャイルの論文は、アジャイル実践者の目線からするとあまりピンとこないものもあるのですが、この論文はまず、そういった点で一分のスキもありませんでした。 ただの研究者ではない、明らかにスクラム実践者が書いた論文でした。 一体誰が書いたのか、と思って調べてみると、2人の著者 Christiann Verwijs と Daniel Russo のうち、Christiaan Verwijsはあの『ゾンビスクラムサバイバルガイド』の著者の1人
どうも。小林です。 みなさん、自動化してますか？ 私の課では特定の顧客のシステムを多数運用しています。 かなり多くのシステムがあり、顧客側の担当者も異なるため、弊社側でも複数のチームを組んで手分けしてシステムを担当しています。 チームも顧客担当者も異なるとなれば、当然運用のやり方はシステムごとに変わってきます。その一方で統一できる部分は統一しておかないと全体の統制は効きづらくなってしまいます。 そこで「標準化チーム」を発足し、チーム間で共用するシステムのアカウント管理やその申請ルール、顧客報告やメンバーの勤怠管理といったものの標準化を進めています。 標準化の恩恵のひとつとして、「作業が単純化できて自動化しやすくなる」という点が挙げられます。 例えばアカウント発行の申請フォーマットを統一すると、「フォーマットにしたがって記載されたテキストをバッチに読み込ませてアカウントを自動的に発行する」と
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
“やります”ドリブンで生まれた負の連鎖を断ち切るために PMの「やるべき業務」「やらなくていい業務」を整理する
SSMって20種類あんねん 〜Run Commandで定期バッチを起動する〜 - NRIネットコムBlog