アジャイルな開発とチームづくり - Mitsuyuki.Shiiba
社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて
Code Review Guidelines | GitLab
Getting your merge request reviewed, approved, and merged Domain experts Reviewer roulette Approval guidelines CODEOWNERS approval Acceptance checklist Quality Performance, reliability, and availability Observability instrumentation Documentation Security Deployment Compliance The responsibility of the merge request author The responsibility of the reviewer The responsibility of the maintainer Dog
なぜ仮想プレスリリースを書くのか、何を書くのか - 理系学生日記
新しいことを始めようとしていて、仮想プレスリリースを書くことを求められています。なにぶん初めての経験ではあるので、なぜ仮想プレスリリースが必要なのか、今後の自分のためにきちんと明文化しておきます。 仮想プレスリリースを書く目的 仮想プレスリリースに何を書くのか 参考文献 仮想プレスリリースを書く目的 仮想プレスリリースを書く目的を調べるときに多く出てきた文章があります。 "We work backwards from the customer, rather than starting with an idea for a product and trying to bolt customers onto it." つまりは、プロダクトのアイデアからはじめてそこに顧客を当てはめようとするのではなく、顧客から逆算して考えるというアプローチを取る。この文意を噛み締めながらプレスリリースを書く意
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロダクトバックログ Deep Dive
Conventional Comments
レビューの仕方
自己組織的な開発チームを如何にして作り上げるか / how to build self-organizing team
「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと