Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Hatena Engineer Seminar #14 プロジェクト管理編
Search
km1983
July 16, 2020
Programming
0
2k
Hatena Engineer Seminar #14 プロジェクト管理編
「Hatena Engineer Seminar #14 〜魔法のiらんど編〜」での資料です。
https://hatena.connpass.com/event/181668/
km1983
July 16, 2020
Tweet
Share
Other Decks in Programming
See All in Programming
Kotlin Multiplatform Meetup - Compose Multiplatform 외부 의존성 아키텍처 설계부터 운영까지
wisemuji
0
110
Giselleで作るAI QAアシスタント 〜 Pull Requestレビューに継続的QAを
codenote
0
250
ZJIT: The Ruby 4 JIT Compiler / Ruby Release 30th Anniversary Party
k0kubun
0
170
ゲームの物理 剛体編
fadis
0
360
Flutter On-device AI로 완성하는 오프라인 앱, 박제창 @DevFest INCHEON 2025
itsmedreamwalker
1
130
Tinkerbellから学ぶ、Podで DHCPをリッスンする手法
tomokon
0
140
Socio-Technical Evolution: Growing an Architecture and Its Organization for Fast Flow
cer
PRO
0
380
20251212 AI 時代的 Legacy Code 營救術 2025 WebConf
mouson
0
200
実はマルチモーダルだった。ブラウザの組み込みAI🧠でWebの未来を感じてみよう #jsfes #gemini
n0bisuke2
3
1.3k
MAP, Jigsaw, Code Golf 振り返り会 by 関東Kaggler会|Jigsaw 15th Solution
hasibirok0
0
260
エディターってAIで操作できるんだぜ
kis9a
0
740
Rediscover the Console - SymfonyCon Amsterdam 2025
chalasr
2
180
Featured
See All Featured
Unsuck your backbone
ammeep
671
58k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
Become a Pro
speakerdeck
PRO
31
5.7k
Practical Orchestrator
shlominoach
190
11k
The browser strikes back
jonoalderson
0
65
Technical Leadership for Architectural Decision Making
baasie
0
180
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
980
Speed Design
sergeychernyshev
33
1.4k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.3k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.6k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
1.4k
Bash Introduction
62gerente
615
210k
Transcript
Hatena Engineer Seminar #14 プロジェクト管理編
自己紹介 id:km1983 マンガやノベルを扱うチームで ディレクター業務を担当
はてな社内でのプロジェクト管理方法は チームによって様々。 今回ご紹介するのはその一例です。
プロジェクト管理上の特徴 ・アプリケーションエンジニアがピーク時で8名 ・決まっている納期 ・進め方はアジャイル ・既存サービスのリニューアル ・チーム内の意思決定者がリモート
出てくる課題 ・関わる人数が多いことで「認識齟齬」、「意見の対立」、「アサイン 調整不備」、「情報共有漏れ」、などが発生しやすくなる ・期日を動かせないのであれば内容を削るなどの調整が必要に なるが、既存ユーザーがいるサービスでは機能削減には慎重な 判断が必要になる
やったこと
デザインモック
タスク管理 ・ツールはAsanaを使用 ・サブタスクに分割して見積 ・追加されたタスク、完了されたタスクはSlackに通知
昼会(デイリースクラム) ・何をやっているか近況報告、相談事項、など ・掲示板コーナーを作成
スプリント会 ・今スプリントでやったこと ・集計情報(ベロシティなど) ・できた画面を見るコーナー ・悩み事・相談したいこと ・次やること ・今週の振り返り(GKPT)
先方との定例会 ・タスク管理システムの共有 ・開発中サイトの共有 ・ベロシティや消化予測の共有 ・相談事項 情報の非対称性を減らして、温度感や意思決定に差が出ないよう に。
「最悪落とせるものはどれか」 というのは適宜見直し
手法以外の話
新しいものを取り入れた ・SPA + SSR ・GraphQL ・etc 新しいものをとりいれてDeveloper Experience(DX)を向上
最後にものをいうのはモチベーション