nNote

2017年3月29日 (水)

2017年03月29日(水)のノート

[ 3月29日全て ]

2017年3月28日 (火)

2017年03月28日(火)のノート

渋谷の桜

  • 桜丘町さくら通り (見頃はもう少し後)
  • 金王八幡宮(金王桜) (見頃はもう少し後)
  • 明治通り(渋谷駅 - 並木橋交差点) ピンクの桜が結構咲いていた。
[ 3月28日全て ]

2017年3月27日 (月)

2017年03月27日(月)のノート

スクラム

プロダクトバックログ1本化終了。

第21回 エッセンシャル スクラムを読む会

エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド

まとまったらエッセンシャル スクラムを読む会の方へ移動予定。

社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会の20回目。今日は5人。第21章 スプリントレビュー。スプリントの中でいちばんうまく出来ていないスプリントレビューの話です。

スプリントレビュー

スプリントレビューは作業結果(出荷判断可能なプロダクトインクリメント)の検査と適応をするアクティビティです。

不都合な真実も含めて、現在のプロダクトの状況を透明に見せてくれる。

という、ちょっと最初は勇気が必要なアクティビティです。

この章によるとスプリントレビューはスクラムチームがスクラムチーム外の人に説明しフィードバックを得るための機会なのです。しかしながらついチーム内の確認の場になりがちで、チーム外の人からきちんとフィードバックを得られていないと反省しています。

スケジュールの調整

スクラムチーム外の参加者が最も多く、スクラムのアクティビティの中では最もスケジュールの調整が難しいと述べられています。たしかに。ステークホルダーのスケジュールに合わせてスプリントレビューのスケジュールを決め、それに合わせて他のアクティビティを合わせるのが現実的とのことでした。

スプリントレビューに参加してくれないようなら、それは開発する価値のないプロダクトということである。したがって、プロダクト開発を注視すべきだろう。

きちんと参加者が集まらない場合は同時並行の作業が多すぎないかも見直すべきなのかもしれません。

スプリントレビューのアウトプット

リファインメント(グルーミング)したプロダクトバックログと更新したリリースプランがスプリントレビューのアウトプットだと書かれています。

ほとんどのチームはスプリントレビューでグルーミングをしている。関係者全員が開発の現状と今後を理解して、新しいPBIを作成したり、既存のPBIの優先順位を変えたり、不要なものを削除したりする。

これも全然意識できていないところ。今はコメントをもらって終わりになっています。きちんと対話をしプロダクトの適応をするところまで実現できていないなと。

デモ

デモが難しいからといって、それはデモをしない理由にはならない。

プロダクトオーナー側でも「まぁいいか」と思ってしまうの良くないですね。反省。

スプリントレビューはスクラムマスターと協力してきちんと設営していく必要があるなと感じました。

[ 3月27日全て ]

2017年3月26日 (日)

2017年03月26日(日)のノート

[ 3月26日全て ]

2017年3月25日 (土)

2017年03月25日(土)の持ち物リスト: α6300 近場

ポケット他

  • 財布
  • ハンカチ
  • Xperia Z5

手持ち

  • [ ] α6300 + TAMRON 18-200mm F/3.5-6.3 Di III VC (Model B011)

テールランナー

  • [ ] α6300 予備バッテリ
  • [ ] ハンドタオル
  • [ ] 絆創膏
  • [ ] ポケットティシュー
  • [ ] カード類
  • [ ] 折り畳みミニバッグ
  • [ ] 花粉症用目薬

準備

  • [ ] α6300 のバッテリ充電。
  • [ ] α6300 のサイレント撮影を「入」に。

2017年03月25日(土)のノート

組織のミーティングの見直し

個人の参加ミーティングの見直し

  • スケジュール表を見て出ているミーティングをリストアップする。
  • 各ミーティングに自分が出ている理由を書く。
  • 出ないデメリットがあるか書き出す。
  • 各ミーティングに自分が必要か書く。
  • ミーティングを優先度順に並べ替える。
  • 優先度の低いミーティングをやめる・抜ける。

カンバン? かんばん?

カンバン

「かんばん」プル型システム、見える化、その他リーンのアイデアを、技術開発やITオペレーションに導入するためのツールを駆使した進化的な変革手法を示す用語として、(カタカナの) 「カンバン」を使用する。 -- カンバン ソフトウェア開発の変革 Improving Service Delivery in Technology Business

  • アジャイルサムライ
[ 3月25日全て ]

2017年3月24日 (金)

2017年03月24日(金)のノート

買い物

ユニクロでデニムシャツ(長袖) 68 Blue 100% 綿 サイズ L チェスト 96-104cm (黒ボタン)

半年スクラムをやって感じたこと

スクラム
  • プロダクトバックログ
    • 全てのプロダクトバックログを順番に並べるの良い(優先度レベル付けなどより明確)。
スプリントの実施

「スクラムチーム外によるコードレビュー」の待ちがボトルネックになるの、全体での WIP が多すぎるのでは。

[ 3月24日全て ]

2017年3月23日 (木)

2017年03月23日(木)のノート

買い物

ユニクロでデニムシャツ(長袖) 66 Blue 100% 綿 サイズ L チェスト 96-104cm (白ボタン)

[ 3月23日全て ]

2017年3月22日 (水)

2017年03月22日(水)のノート

プレーンテキスト デイリーノート

先頭に inbox セクションを追加してみる。

Microsoft Pix

ホワイトボードだとむしろオリジナルの画像の方が良い。

スクラムで気になるところ・はまるところ

今までだったらチームメンバが主体的に検討していたことについて「プロダクトオーナーが調整してきて」となることが出てきたこと。

1週間スプリントにおさまるようにプロダクトバックログアイテムを分割するのが無理やりになることがあるところ。

[ 3月22日全て ]

2017年3月20日 (月)

2017年03月20日(月)のノート

渋谷で桜

  • 桜丘町さくら通り
  • 金王八幡宮(金王桜)
[ 3月20日全て ]

2017年3月18日 (土)

2017年03月18日(土)のノート

原宿・表参道

コース案
  • 表参道駅 (渋谷駅から銀座線)
  • → Flying Tiger Copenhagen
  • → ソフトレーネ グレーネ
  • → Princess one Spoon Tokyo
  • → 竹下通り
    • - コムクレープ原宿店
  • → 原宿駅
情報・ショップなど
* Flying Tiger Copenhagen 表参道ストア

11:00 - 20:00

* ソストレーネ グレーネ 表参道店
* Princess one Spoon TOKYO
* その他
  • コムクレープ原宿店
  • 水曜日のアリス
  • バーミヤン神宮前店
  • Rainbow SPECTRUM
  • ASOKO 原宿店
  • 東急プラザ表参道原宿
  • キデイランド原宿店
  • 表参道ヒルズ
  • 竹下通り
    • WEGO
    • SoLaDo 竹下通り
    • アイカツ!スタイル
    • CUTE CUBE HARAJUKU (sanrio vivitix HARAJUKU)
    • ほっぺちゃんショップ原宿
    • パリスキッズ

2017年03月18日(土)の持ち物リスト

ポケット

  • 財布
  • ハンカチ

赤いファスナーの薄型サブポケット Type-B VD347-00

  • [x] Xperia Z5
  • [x] PowerShot G9 X Mark II バッテリ
  • [x] ポケットティシュー
  • [x] カード類
  • [x] 花粉症用目薬

プチ301プラス/バックル

  • [x] PowerShot G9 X Mark II

置いていく

  • [x] 折り畳みミニバッグ
  • [x] モバイルバッテリー
  • [x] microUSB ケーブル
  • [x] 絆創膏
  • [x] ハンドタオル

その他

  • Suica
  • 酔い止め
[ 3月18日全て ]

2017年3月14日 (火)

2017年03月14日(火)のノート

プロダクトバックログアイテムの振り分け

代表者がいったんチームをプロダクトバックログを引き受けたけれど、チームでのプロダクトバックログリファインメントで「他のチームでやった方が良い」ということになった。

OKR

[ 3月14日全て ]

2017年3月13日 (月)

2017年03月13日(月)のノート

ハンドメイドイベント

[ 3月13日全て ]

2017年3月12日 (日)

2017年03月12日(日)のノート

ピエール・エルメ・パリのマカロン

ホワイトデーとして金曜日に買ってきたピエール・エルメ・パリのマカロンでおやつ。6個2,700円とかそうそう食べないやつ。密度が濃い感じだった。

嫌われる勇気

承認欲求に対する否定を SNS 屋としてどう考えるか。

[ 3月12日全て ]

2017年3月10日 (金)

2017年03月10日(金)のノート

ヴィレッジヴァンガード渋谷宇田川店3月26日閉店。既にコーナーを閉鎖したり商品の撤去を始めていたりと寂しい印象だった。

pandoc

 brew install pandoc

した。

OPML 形式ファイルを Markdown 形式ファイルに。

 pandoc -f opml -t markdown --atx-headers source.opml | perl -pe 's/^##(#+) /q{ } x length($1) . q{- }/eg; s/AnZ//g'
[ 3月10日全て ]

2017年3月9日 (木)

2017年03月09日(木)のノート

複数チームでのスクラム

参考にする: LeSS。

  • PO・各チーム代表者(2名まで)
    • スプリントレビュー
    • 全体リファインメント
    • スプリントプランニング1

AirMac Time Capsule

AirMac Time Capsule のファームウェアを 7.7.7 から 7.7.8 へアップデート。

[ 3月9日全て ]

2017年3月8日 (水)

2017年03月08日(水)のノート

プロダクトバックログアイテム

エピックに対する企画・調査をプロダクトバックログにのせるかどうか。

オポチュニティバックログを作らずシンプルに進めるなら、プロダクトバックログに。チームとして取り組まなければウォータースクラムになってしまうので注意。

[ 3月8日全て ]

2017年3月7日 (火)

2017年03月07日(火)のノート

プロダクトバックログリファインメント (スクラム)

  • 12名でのプロダクトバックログリファインメントはイケてなかったので今後見直し。

スプリント (スクラム)

  • 1週間は短い。

準備完了の定義 (スクラム)

  • 1回のスプリントで完了させられるかにどこまでこだわるか?
  • 完了=リリースではない。
  • スプリントの成果は「出荷判断可能なプロダクトインクリメント」。出荷しなければならないという意味ではない。

グレゴリー テールランナー

  • テールランナー
    • 2.5L 170g 39W×12.5H×8Dcm
  • テールランナーS
    • 1L 105g 25.0W×13.0H×7.0Dcm
[ 3月7日全て ]

2017年3月6日 (月)

2017年04月01日(土)の持ち物リスト

EDC

  • 財布
  • Xperia Z5
  • iPhone SE
  • ハンカチ

服装

  • 汚れても大丈夫な服装。
  • 靴を脱いでも平気な靴下。

テールランナー

入らなければ減らすか(かテールメイトSにチェンジ)。

  • [ ] モバイルバッテリー
  • [ ] microUSB ケーブル
  • [ ] Lightning ケーブル
  • [ ] ポケットティシュー
  • [ ] 絆創膏
  • [ ] ハンドタオル
  • [ ] マスク(予備)
  • [ ] カード類
  • [ ] ガム
  • イベントスタッフ用
    • [ ] タイムスケジュール・スタッフ資料(プリントアウト)

準備

  • [ ] スマートフォンで資料を見られるようにしておく。

やっぱり置いていく

  • [ ] PowerShot G9 X Mark II
  • [ ] PowerShot G9 X Mark II バッテリ

2017年03月06日(月)のノート

Ulysses と iThoughtsX

  • 拡張子を markdown にする (iThoughtsX の縛り)
  • Ulysses 上の Markdown ファイルを[このアプリケーションで開く]で iThoughtsX を指定して開く。
  • IThoughtsX からは Markdown でマップを書き出して元のファイルを都度上書き。
[ 3月6日全て ]

2017年3月5日 (日)

2017年03月05日(日)のノート

Synology NAS に Time Machine でバックアップする

[ 3月5日全て ]

2017年3月3日 (金)

スクラムでのプロダクトバックログアイテムの見積もり

誰が見積もりに責任を持つのですか?

見積もりは開発チームが責任を持ちます。実際に作業をする人たちが見積もります。

プロダクトバックログリファインメントに参加する上であなたが期待することは何ですか? その期待した結果が得られる鍵を握っているのは誰ですか?

なぜ見積もりをするのですか?

主に以下のためです。

  • プロダクトの開発に必要な期間・コストを導くため。
  • 1スプリントで完成するか見極めるため。
  • そして見積もりのための話し合いの中で気づきを得るため。

どのプロダクトバックログアイテムまで見積もっておけば良いですか?

エッセンシャル スクラムによれば2スプリントから3スプリント分を準備完了にしておくとうまくいくことが多いとのことです。適度な数の準備完了なプロダクトバックログアイテムが抱えられるところまで見積もり(を含むプロダクトバックログリファインメント)をしておくのが一つの目安となります。

プロダクトバックログアイテムの見積もりにおけるストーリーポイントとは?

ストーリーポイントはストーリーを完成させるのに必要な作業の規模を相対サイズとして見積もったものです。

必要な期間で考えようとすると作業の速さに依存してしまうので、あくまでも規模で考えるのが良いです。

ストーリーの複雑さや物理的な規模などの要素を考慮しつつ他のストーリーのポイントと較べてどれぐらいの大きさか、例えば半分なのか倍なのかという考え方で見積もっていきます。

プランニングポーカーでメンバが違うカードを出したら?

開発チームメンバ同士で議論して見解が違う点を見つけ出します。最小・最大の見積もりを出した人にそう考えた理由を聞くところから始めてみることが多いです。出した人が多いカードの見積もりが正しいとは限らないことに気をつけましょう。

隣接した数字に収束したら大きい数を見積もりとするルールにしているチームもあります。ただし対話がおざなりになってしまう危険性もあるので注意が必要です。

参考

[ 3月3日全て ]

About

nNote は永続的に残しておくほどではないちょっとしたノートを Naney が置いておくスペースです。まだ結論に至っていない考えや何かの断片などを書いたりします。頻繁にノートを更新したり削除したりすることがあります。 Web 日記は nDiki で公開しています。

※内容は個人的見解であり所属組織とは関係ありません。

月別インデックス
Process Time: 0.050054s / load averages: 0.60, 0.70, 0.72
nNote by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker