タイトルの議論はよく見られるもので、スクラムコーチの間ですら（一見すると）意見が分かれることがあるようです。自分は「安定させる」派だったのですが、CSPO研修を受講したチームのPOが「上げる」派のコーチングを受けてきて、改めてチームとしてどういうスタンスを取るか考える機会を得ました。結論から言ってしまうと、そもそもこれは二項対立ではなく、「上げる」派の人も「（安定させた上で）上げる」と言っているだけで、単に目指している高さが違うだけだろうと解釈しました。その上で、チームの現状に合わせて適切な目標設定をすれば良いと考えました。以下でもう少し掘り下げてみます。 大前提 まずソフトウェア開発の大前提として、開発チームには常にベロシティを下げる方向に様々な力がかかっています。これは「変化」と呼ばれて恐れられ、プロダクトや開発チームに次々と襲い掛かります。例えば以下のようなものです。 市場が求めるも

北海道・知床半島沖で乗客乗員計26人が乗った観光船「KAZU　Ⅰ（カズ　ワン）」が浸水した事故で第1管区海上保安本部は25日未明、夜を徹した救助作業を進める中で新たに子ども1人を意識不明の状態で救助し、病院に搬送したと発表した。しかし、その後に死亡が確認され、死者は計11人となった。事故から3日目となった25日も、行方不明者の発見に向け懸命の捜索が続いた。 海保などによると、見つかった子どもは3歳の女児。知床岬灯台から東に14・5キロの海上で道の漁業取締船が24日午後9時前に発見し、巡視船が救助した。乗客乗員26人のうち、乗客は東京や大阪、福岡など9都道府県に住む24人。うち子どもは2人で、もう1人はまだ見つかっていない。既に見つかっていた大人10人（男性7人、女性3人）は知床岬の海上や岩場で救助され、いずれも死亡が確認されている。