More Related Content
PDF
SQiP20222投稿応援フォーラム「開発現場で役立つ論文の書き方のお話」 PDF
PDF
標準プロセスを肥大化させない補完型チケット駆動開発の提案 PDF
PDF
社会人のためのシンポジウム発表入門 リーン論文作法 PDF
アジャイルの夢を実現する–チケット駆動開発で考慮すべき点 PDF
ウォーターフォール開発におけるチケット駆動開発 -ウォータフォール開発をアダプタブルにする- PDF
What's hot
PDF
PDF
PDF
PDF
チケット駆動開発の大切なこと- コミュニケーションの視点から - PDF
なぜソフトウェアアーキテクトが必要なのか - デブサミ2011 PDF
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編 PDF
PDF
エンタープライズアジャイル内製プロジェクトを立ち上げる前に考慮すべき3つのこと PDF
Portfolio for JIRA で"全体計画にコミット"し続けるべし PPTX
PDF
新技術で未来の扉を開け! - Node-REDの環境構築と社内導入 - PDF
PDF
チケット駆動開発によるプロジェクトの活性化 - 見える化と権限ポリシーがプロジェクトを変えた! -(それからどうした?) PDF
なぜアジャイルなのですか?改めて考察するウォーターフォールとの違い PDF
[Node-RED] ファンクションノードのデバッグどうしてる? PDF
うまくいくチケット駆動開発 - リーンとリファクタリング - PDF
開発サイクルを爆速にする!~ Azure DevOpsでアプリのビルド・デプロイを自動化 ~ PDF
Visual開発ツールNode-REDの導入によるプロセスの変化と考慮点 PDF
XP祭り2014「アジャイルを手放して得られたこと」 PPTX
Similar to 「なんで?」と「自分だったら」が属人化を防ぐ - 必要な時に必要なものを必要なだけ -
PDF
PDF
「忙しいビジネスマンのための読書術」―2月16日 サーブコープビジネス交流会@大手町東京サンケイビル PDF
PDF
PDF
グローバル化の流れの中で私が学んできたこと(随筆原稿:2021年3月) PDF
「どんな部下でも3時間であなたの右腕に変わる」セミナー講義資料 PDF
PDF
PPTX
日本の大学で研究者に求められること、日本のSIerで研究者に求められること、これから活躍する研究者に求められること。 More from Makoto SAKAI
PDF
プロセスモデルの補完方法 -モデル・ノウハウ・人- PDF
プロセスモデルの補完方法 -モデル・ノウハウ・人- PDF
PDF
PDF
PDF
PDF
PDF
スクリプト言語入門 - シェル芸のすすめ - 第2回クラウド勉強会 PDF
PDF
PDF
Node-REDから見えた未来 - 変わるもの、変わらないもの - PDF
PDF
UAS5 アジャイル開発に学んだアダプタブルウォーターフォール開発 PDF
効果的な XP の導入を目的としたプラクティス間の相互作用の分析 PDF
PDF
PDF
PDF
計算量のはなし(Redisを使うなら必読!O(logN)など) PDF
Remineを活かしたプロセス支援 - 失敗しないプロセス支援 - 「なんで?」と「自分だったら」が属人化を防ぐ - 必要な時に必要なものを必要なだけ -
- 1.
Copyright © SoftwareResearch Associates, Inc. All Rights Reserved
株式会社 SRA
関西事業部・開発部
阪井 誠
「なんで?」と「自分だったら」が
属人化を防ぐ
必要な時に
必要なものを
必要なだけ
- 2.
Copyright © SoftwareResearch Associates, Inc. All Rights Reserved
楽に属人化を防ぐ方法を紹介
1
属人化を防ぐ方法らしきもの
• 座学
• 体系的
• ドキュメント(引き継ぎ資料、仕様書、設計書)
• 勉強会
意外と身につかない
情報の更新が必要
• アクティブラーニング
• 局所的
• OJT、演習、ワークショップ
• ペアプロ
生産性の低下(品質は向上する)
ローテーションがポイント
☆ でもリーダーは、中身がだいたいわかっている
難しい
仕様
実装上
の判断
コスト
- 3.
Copyright © SoftwareResearch Associates, Inc. All Rights Reserved 2
知識の種類と解決法にあてはめる
• トップダウン
• エキスパートシステム
• ルール(IF-THEN-ELSE)を蓄積
• 網羅して抜け漏れを防ぐ「絶対だ!」 <= 昔のAI
• ボトムアップ
• CBR(ケース・ベースド・リーズニング)
• 経験にインデックスを付けて蓄積
• 最近のAI:機械学習
★全てを知ることができないから属人化
効率的な学習法で、濃度の高い知識を得れば良い
(リーダーはやっている)
- 4.
Copyright © SoftwareResearch Associates, Inc. All Rights Reserved 3
リーダーが実践している
効率的な学習法
• Leaning on demand (Gerhard Fischer)
• 必要な時に必要なことを学ぶ
• あらかじめすべてを学ぶことは難しい
• 生涯学習の考え方
• アクティブラーニング
• 体験による学び
• いくら言ってもできないのは
体験していないから
• 医療(注射、緊急時)、
大学教育(白熱教室)、
アジャイル開発(ペアプログラミング、繰り返し)など
- 5.
Copyright © SoftwareResearch Associates, Inc. All Rights Reserved 4
「情報量」から「濃い知識」を考える
• 情報量とは驚きの量
• 砂漠はいつも晴れ
• 「明日は晴れ」はニュースにならないが
「明日は雨」ならニュース
• 情報圧縮の方法
• 類似の情報はまとめて覚える
• 特殊な事例はしっかり理解する
クラス構造による差分プログラミング
• リーダーは仕様変更やトラブルといった
「濃い知識」に詳しい
fault prone (欠陥傾向)な部分
- 6.
Copyright © SoftwareResearch Associates, Inc. All Rights Reserved 5
誰でもできる
「なんで?」と「自分だったら」
• きっかけを利用して学習
• 担当者の報告
• わかった。ありがとう (チャンスを捨てている)
• 担当者の報告に質問
• わかった。ありがとう
• なんで?
• ルールの蓄積
• どこに書いているの?
• インデックス化
• 体験する
• ドキュメントを確認
• 内容を確認すると覚える
• ソースを確認
• 「自分だったらどうするか」を考える
• わからなければ質問する「なんで?」
• わからない状態で残さない
自分だったらなんで?
疑問を残さないことが属人化を予防
レビューにもなる
- 7.
Copyright © SoftwareResearch Associates, Inc. All Rights Reserved 6
そこまではやってられない!?
情報量を考えて常に整理して楽をする
• 同じ情報
• まとめる
• 間引く
• 大切な情報
• リスクの高いこと
• 珍しいこと
• 怪しいこと
見極めも重要
• 情報の正確さ
• 担当者の性格
• 「現地現物」
優先度をつけてできる範囲で
最善を尽くす
• 交換機=>TCP/IP
• WF => リーン/アジャイル
• RDB => KVS(CAP定理)
• 計算量の限界 =>
グリーディアルゴリズム
完璧を
あきらめる
社会を支える技術
- 8.
Copyright © SoftwareResearch Associates, Inc. All Rights Reserved 7
おわりに
• 真面目に頑張ることが正しいとは限らない
• 情報の仕事をしているのに、
情報科学の成果を利用しないのは「紺屋の白袴」
• 機会を活かして効率よく知識を得よう
• 重要な情報を中心に濃い知識を得よう
• 「なんで?」と「自分だったら」が重要
• わかったつもり、任せておけば、が問題を大きくする
• 質問を恥ずかしがると成長が止まる
リーダーを目指す人、できていない人
ぜひ実践してください!
- 9.
Copyright © SoftwareResearch Associates, Inc. All Rights Reserved
完
「なんで?」と「自分だったら」が
属人化を防ぐ
必要な時に
必要なものを
必要なだけ