従業員と奴隷のハザマ
根底にあるのは教育(リスペクトに値する知識と能力があるかどうか)。
大事なのが権限と責任のバランス。
僕が最大に欲しているのは、人道的に効率的に価値を提供できる"強い組織"です。
車載組み込みソフトウェア開発の業界ではA-SPICEというプロセスの標準フレームワークがあり、それを用いての開発プロセスの評価・改善を目的としています。
Automotive Software Process Improvement and Capability dEtermination
MAN.3.BP3: プロジェクトの実現可能性の評価 プロジェクト目標達成の実現可能性を、時間、プロジェクトの見積り、および利用可能なリソースの制約内での技術的な実現可能
性の観点から評価する。
MAN.3.BP5: プロジェクトの見積りおよびリソースの定義、監視、および調整 プロジェクトの目標、リスク、モチベーション、および境界に基づいて、プロジェクトの工数およびリソースの見積りを定義し、監視し、調整する。
備考 4: 適切な見積り手法を使用すべきである。
備考 5: 必要となるリソース例には、人、インフラ(ツール、テスト機器、情報伝達の仕組み等)、およびハードウェア/資料がある。
備考 6: プロジェクトのリスク(MAN.5 使用)および品質基準(SUP.1 使用)を考慮する。
備考 7: 一般的に見積りおよびリソースには、エンジニアリング、管理、および支援プロセスを含める
MAN.3.BP6: 必要となるスキル、知識、および経験の確保
プロジェクトの見積りに応じた必要となるスキル、知識、および経験を識別し、選出したメンバーおよびチームがそれらを保有していること、または間に合うようにそれらを取得することを確実にする。
備考 8: 必要となるスキルおよび知識から逸脱がある場合、一般的にトレーニングが提供される
GP 2.1.5 プロセスを実施するための責任および権限を定義する。
プロセスを実施するための責任、コミットメント、および権限を定義し、割り当て、伝達する。
プロセスの作業成果物を検証するための責任および権限を定義し、割り当てる。
プロセスの実施の経験、知識、およびスキルに対するニーズを定義する。
SPL.1.BP8: 合意確認の確立
顧客およびサプライヤーの利害を守るために、正式に合意を確認する。
備考 1: コミットメントは書面で合意し、証拠にすべきである。権限のある署名者のみが契約に対してコミットできるようにすべきである。
ピラミッド型組織が前提ですが、これらの体型が文書化されてプロジェクトメンバー全員が共通認識を持つのが"強い組織"の最低条件。
ここから次のステップとして奴隷を脱するためのポイントは”見積もり”。
これをスクラムでやろうとするとなかなか…
一歩間違えるとスクラム奴隷の出来上がり!
見積もり(Estimate)をしない。絶対しない。
https://medium.com/i35-267/%E8%A6%8B%E7%A9%8D%E3%82%82%E3%82%8A-estimate-%E3%82%92%E3%81%97%E3%81%AA%E3%81%84-%E7%B5%B6%E5%AF%BE%E3%81%97%E3%81%AA%E3%81%84-aeee1dadec7f
スクラムチームがぶち当たる「相対見積もり」の壁と、私たちの乗り越え方
https://aloerina01.github.io/blog/2021-10-29-1
ログインしてコメントを確認・投稿する