50

事業タスク

不確実性タスク

開発組織のビジョン

50

リチャード案

50

事業タスク

不確実性タスク

50

長期

見積もりが難しい

途中で捨てるかも

新規性

技術的に高難度

例)

SREタスク

Kubernetes導入

設計・リファクタリング

新技術の導入検討

Scala 2.13 -> 3.0

開発手順見直し

50

事業タスク

不確実性タスク

50

短期

見積もりしやすい

既存知識で達成

手順が明確

(になるまで分解)

例)

実装方針が決まった後の機能開発

通常のPull Request→レビューの流れ

小規模な改修、バグfix、画面要素変更

アジャイル

1999

2001

2011

2018

2019

しかし...

アジャイル界隈は

現代の技術の著しい

進歩を過小評価

していないか？

モバイルアプリ1000億円説

ストレスなく使える

残念なアプリ

非機能要件つまり技術が競争力

インフラやフレームワークの進化

​

未知のものを取り入れる開発手法

例)プロトタイプを作って捨てて質を担保

例)2回設計して捨てる、3回目の設計を採用

技術乗り換えなしで

アジャイルを回せばいい

牧歌的時代は終わり

50

事業タスク

50

不確実性タスク

50

事業タスク

50

不確実性タスク

50

事業タスク

50

不確実性タスク

「今あなたは手が空いたのでこれをやってください」をやめる

ビジネスからのオーダーをどんどん切り捨てる

事業タスクに入るのは小粒度で定義が明確なタスク

50

事業タスク

不確実性タスク

50

アジャイルや既存のプロジェクト管理の進め方は合わない

​

個々人で進め方が違う

不確実性タスクで個人のスキルを伸ばす

市場価値を上げてもらう

​

不確実性タスクの時間をどう使うかは

個人のセンスが問われる

「何を」するか個人に任せる人

「何を」するか会社で指定して、タスクの進め方を任せる人

​

会社と個人の利害の一致

50

事業タスク

不確実性タスク

50

この仕組がちゃんと回れば良い人材が集まるのでは？

逆説的に外からの人材が必要ないほど育成ができている会社に優秀な人材が応募する