パトリック千秋レイシー

なんもかくことないなった

[パトリック千秋レイシー @PatrickClacey]

@kleus_balut ディスコたまーーーにオンラインじゃないですか〜
車買うので色々教えてください

[パトリック千秋レイシー @PatrickClacey]

全然更新していませんでごめんなさいですが
生きています
元気です
なんでもどうぞ

[パトリック千秋レイシー @PatrickClacey]

こんなことある？

[パトリック千秋レイシー @PatrickClacey]

@amazonmusicjp @fujirock_jp @vulfpeck 会場の熱気もことさらでしたが、
何よりも観客を楽しませるエンターテイメント性！抹茶ヴァイブス🍵とにかく最高でした！！
予定になかったらしいダブルアンコールのFunky Duckもサービス精神を感じました
ありがとうVULFPECK!! #vulfpeck

[Amazon Music（アマゾンミュージック） @amazonmusicjp]

＼サインをもらいました！／
#Vulfpeck の直筆サイン入り #フジロック 公式Amazon限定カラーTシャツは写真をチェック🎁
こちらのTシャツを抽選で1名様にプレゼント👕

応募は👆の投稿から

▼応募期間
～7/31(木)23:59

▼規約
https://t.co/XmB97xEoma

@fujirock_jp @vulfpeck

[パトリック千秋レイシー @PatrickClacey]

@amazonmusicjp 昨日ほぼ最前でみてきました！
最高にハッピーで抹茶ヴァイブスな空間だったー！
ヴルフペックは個々の技量もパフォーマンスも素晴らしいですが、ライブでの観客との掛け合いも醍醐味ですね😆

[広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi]

ソフトウェア開発の現場では、「いつ完成するか？」といった確定的な納期を示すのはとても難しいことです。なぜなら、要件変更や技術的な難しさ、メンバーの体調など、予測できないことがたくさん起こるからです。

そこで、「いつ終わるか」ではなく、「どのくらいの確率で、この時期までに終わる可能性があるか？」といった形で考える方法があります。たとえば「50％の確率で5月末までに終わる」や「80％の確率で6月中旬までに終わる」といった具合です。

こうした確率的な予測を使えば、ただ1日の納期を伝えるより、リスクに備えやすくなります。また、誰でも手軽に確率ベースで予測できるWebツールも公開しています。

なぜ確率を使った予測が有効なのか。

プロジェクトは、予想外の出来事がつきものです。機能追加（スコープクリープ）、技術上の問題、チーム事情など、いろいろな不確実性があります。

1つの確定日を約束してしまうと、その日を超えたときに「計画ミスだ」「信用できない」といった問題が起こりがちです。ですが「50％の確率で5月末」という表現なら、「間に合わない可能性が半分ある」というリスクを最初から共有できます。すると、ビジネス側も「遅れたらこう対処しよう」と準備がしやすくなります。

「見積り」「コミットメント」「ターゲット」を分けて考える

見積り：エンジニアが「このくらいで終わりそう」と予想するもの。あくまでも可能性の話で、確定的な約束ではありません。
コミットメント：チームとして「ここまではやり切る」と決める合意ラインのこと。ただし状況に応じて柔軟に見直します。
ターゲット（ビジネス上の目標）：ビジネスとして「この時期までにできてほしい」という必達ライン。顧客への約束や大きなイベントに間に合わせるための、より厳しい締め切りです。
この3つを明確にすると、エンジニアとビジネス側のすれ違いが減り、スムーズな計画が可能になります。

タスク vs リスク
通常、プロジェクトは「このタスクは2週間」「次のタスクは1週間」とタスクを積み上げて計算します。しかし、実際には予想外の問題が起きて、予定よりもずっと時間がかかることがよくあります。

「タスクを積み上げる（足し算）」だけではなく、「起こりうるリスクも考える（かけ算）」発想を取り入れることで、より現実的なスケジュールを立てることができます。

リスクチェックリストで問題点を可視化
「要件があいまい」「テストが不十分」「チーム内の情報共有不足」など、リスクになりそうな条件をリストアップし、チェックすることで不確実性を見える化できます。 リスクが多いほど、スコープクリープ（後から要件が増えること）や手戻りが起きやすくなります。 不確実な要素を早めに把握し、対策を打てば、計画の精度は上がります。

過去の実績から学んで精度アップ
アジャイル開発では、スプリントと呼ばれる短い開発期間を何度も回し、結果を振り返って改善します。過去に「どれくらい作業が進んだか」という実績データがたまるほど、予測はより正確になります。これは、経験に基づいて計画を随時見直し、精度を高めていく考え方です。

ベロシティ（作業ペース）の安定がカギ
チームが1スプリントでどのくらい作業を進められるかを「ベロシティ」と呼びます。このベロシティが毎回ばらつくと、将来の予測が難しくなります。

逆にベロシティが安定していれば、「だいたい毎回このくらい進む」と計算できるので、完了時期の予測がグッとしやすくなります。

スコープクリープを織り込む
開発中に新しい機能が次々と追加されれば、当初の計画は崩れます。 事前に「スコープクリープがこのくらい起こりそう」と見込むか、あるいは新規要件をコントロールするルールを設けることで、計画のブレを減らすことが可能です。

モンテカルロシミュレーションの活用
「不確実性を考慮する」と聞くと難しく感じますが、モンテカルロシミュレーションという方法を使えば、コンピュータ上で何度も仮のシナリオを試し、それらの結果を集計できます。 そうして「50％でこの時期までに終わる」「80％でこの時期までには終わる」など、確率的な予測が簡単に得られます。

ツールを使えば、エンジニアでなくても、数字やグラフで結果が見えるので、直感的に理解しやすくなります。

最終的なポイント
不確実性は避けられないが、確率的なアプローチで見える化し、最初からリスクを折り込む。
ベロシティを安定させ、スコープクリープを管理すれば、予測はさらに正確になる。
モンテカルロシミュレーションなどのツールで結果を見える化すれば、ステークホルダー全員が理解しやすく、現実的な計画や対応策を検討できる。
これらを実践することで、ただ「いつ終わります」と言い切るよりも、ビジネス的にも納得しやすい計画運営が可能になります。

[パトリック千秋レイシー @PatrickClacey]

僕は10点中8点くらいのまぁまぁなワキガですが、オールドスパイスのデオドラント使うようになってから、一度も指摘されてないのでガチでおすすめです。
https://t.co/HOQRVYb2he

[yanoshi @yanoshi]

DMM TV、大手国内配信事業者で初となる次世代動画圧縮コーデックを採用｜プレスリリース｜DMM Group https://t.co/UOfrruHRLY 構想数年、仕込み半年以上の思い入れのあるプロジェクトが遂に実を結びました！国内資本大手配信事業者の中では本格採用は初な認識なので嬉しい限りです！DMM TV使ってね！

[パトリック千秋レイシー @PatrickClacey]

@tomimoto5151 私有地ならアリですね

[パトリック千秋レイシー @PatrickClacey]

@tomimoto5151 運転もお任せできます！

[パトリック千秋レイシー @PatrickClacey]

Amazonでスコップ注文したらムジョルニア届いた

[パトリック千秋レイシー @PatrickClacey]

@tomimoto5151 イカす

[パトリック千秋レイシー @PatrickClacey]

@ikura_manami おめでとうございます🎉🎉！

[パトリック千秋レイシー @PatrickClacey]

報告来てません！@soshina3

[天てれ名言集(非公式) @ttk_bot_]

わたしの兄 洸太レイシーはモモヒキを冬になるとはいてしまうんですよ！
(千秋レイシー/2004)
◎こちら週間天てれ編集部より

[パトリック千秋レイシー @PatrickClacey]

@norinity1103 力こそパワー！

[すあま @suama13]

天才てれびくん。冒頭から『今日はウクライナの小学生に会います！』と言い始めて、この世界情勢で幼児番組はどこまで踏み込むのかな…と進行を見守ってたら「お父さんを残して去年日本に避難して来ました」「ロシアが侵攻してからウクライナは成人男性の出国が出来ません」まで伝えててNHKが本気。