不安とストレスから解放される見積りとスケジュール方法 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未

[khei-fuji]

このへんはもう何年も前から変わってなくて、問題はプロダクトオーナーや利害関係者、経営陣を巻き込めてない、巻き込まれようとしてくれないことがずっと残ってる印象

[antirosh]

精神論のように「一番やりたくないタスクから片付けろ」というデキる人の共通見解はこういう裏付けがありそうなわけですね

[vndn]

『「もし、開発計画がNヶ月遅れることが、Mヶ月前にわかっていたら、なんらか対処はできますか？」と経営者やプロジェクト担当者に聞くと、おおよその場合答えは「YES」であったりします』できる(できるとは言ってない

[ecaze]

“逆にこれができないと、スクラムなどのアジャイルプロセスを採用していても、ただ単に「１スプリントごとに納期があるプロジェクト」になってしまい、プラクティス自体がストレッサーに変わってしまいます。”

[tpircs]

このオレオレ方式に従うより、普通にCCPMやればいいんじゃないのって思った。/CCPMのほうが単純でやりやすいんじゃね、って話。CCPMは単独チームでも利用価値がある。

[YaSuYuKi]

タスクに依存関係があるので、必ずしも不安定度の高いタスクから実行できるとは限らない。こんなに綺麗に収束させるのは現実にはかなり難しいだろう

[yoko-hirom]

公共事業の金額の見積もりにも理に適った方法論が必要。

[hush_puppy]

政治的負債で信用がマイナスになっていると悲観的な見積もりをしてしまうな。マネジメント能力を信用していない相手にはバッファを盛りまくる。

[htnmiki]

最後に残るのは客との関係だよなあ。ほんと難しい。

[tecotex]

理解できん

[Cherenkov]

見積もり

[shiishik]

「2乗和平方根法（SRSS法:Square Root Sum of Squares）という手法を用いてみます」やってみよう

[calpo]

"「スケジュールバッファ」を例に不安つまり不確実性の量を定量化"

[arakash]

PJから不確実性をどうやって取り除いていくかの話

[medihen]

スケジュールバッファとフィーチャ（実現機能）バッファ、2乗和平方根法を用いた不確実性の管理手法。

[oinume]

"これが意味するところは、不確実性の共有と早期対処が、プロジェクトを円滑に進め、かつビジネス目標を達成するために重要なことだということです。"

[d4-1977]

見積もりの時の不確実性についてエンジニアから考えると、不確実性がある場所を明確にしていくのはワカル。デザイナーが持っている不確実性（調査、レイアウト、プロトタイピングなどなど）は、どうしようか🤔

[kikuchi1201]

へぇー

[stock_flock]

不安は進めていかないと解消されていかない、それをチームがちゃんとわかっていないと、一向に前に進めない。行動の大切さは、個人だけの問題じゃない。

[tbpg]

"不確実性コーンという言葉を聞いたことがあるでしょうか。以下にあるように、プロジェクトのスケジュールが、進捗するにつれて工数のブレが収束しながら、完了していく様子をグラフで捉えたものです"

[Windymelt]

不安 見積り 定量化

[moronbee]

ビジネス面との折り合いをきちんと考えられたプロセス（自社プロダクトの場合

[escape_artist]

CCPMベースのバッファの置き場所と、対角線の長さでバッファを算出する辺りとか、よくまとまってる印象だった

[take_she12]

ソフトウェア開発は「不安」との戦いだよね

[cuttoff19]

不安料を定量化 してめんどくさそうなところから潰すスケジュールを組む話

[yutaka_kinjyo]

“経営者やプロジェクトの担当者に話すことは、「納期のズレが収束していくことを互いの目的に設定するのが良い」ということがあります。”

[yamamotoki]

プロジェクトマネジメント

[Ajitaka1115]

スケジュール

[ginpei]

ちゃんと科学してる感じ。

[yu_fuk]

見えない不確実性を見える化するのってホントに難しい。WBSを策定する事の難しさはここにあると思う。なので不確実性を洗い出す事でストレスを削減する取り組みは理に適っているように思う。

[rochefort]

95%完了するためのバッファ // これやってみよう

[kakku22]

良い

[naga_sawa]

不確実性と言えば、次のプロジェクトに入ってるのに前のプロジェクトの不具合対応とかサポート対応とかが割り込んできてスケジュール崩壊ってのもあるのよね/そもそもの積み上げ工数の見積もりのしかたを知りたい…

[Gesaku_G]

『これは、じわじわと真綿で首を絞められるようにストレスを人々に与えていきます。』

[treeapps]

予算も要件も決まってないのにスケジュールだけは決まっているプロジェクトに救いを・・・！

[ama-ch]

“逆にこれができないと、スクラムなどのアジャイルプロセスを採用していても、ただ単に「１スプリントごとに納期があるプロジェクト」になってしまい、プラクティス自体がストレッサーに変わってしまいます。”

[nabeliwo]

タスクが多いことよりタスクが不明瞭な方がストレスになるのです

[takaesu]

すごい参考になる

[YassLab]

“決して彼らの能力が低いわけでも怠けているわけでもなさそうです / 見積りを楽観的に摂り過ぎてしまっている / ありあまるコミット意識があるため、見積りを短く設定し、それを努力目標としてしまうところがある”

[hrt305]

よっめ！！！！（自戒）