５０代ＳＥの問わず語り

2023.06.11

１．リスクってなんだろう

ITプロジェクトにおけるリスクは、４つにわけて考えられます。

	脅威（プロジェクトにマイナスに働く事象）	好機（プロジェクトにプラスに働く事象）
全体リスク（プロジェクト側で対処できない事象）	給料が下がる	給料が上がる
個別リスク（プロジェクト側で対処できる事象）	作業が予定よりも遅れる	作業が予定よりも早く終わる

２．課題とリスクの違い

課題をリスクと捉えて話す人がいます。課題は現在進行形で起こっている問題で、リスクは未来に起きるかもしれない良いこと／悪いこと（課題になるかも）です。
次のような違いがあります。

	リスク	課題
前提	良いこと（好機）、悪いこと（脅威）のどちらもある。	いま、発生していて対処が必要な問題
影響	良くなること、悪くなること、両方ある。（何も変わらないもある）	悪くなることしかない

３．リスク管理

リスクが理解出来たら、リスク管理表を作って管理します。

リスクの特定	事象
	担当
	想定発生時期
リスク分析	発生確率（低：１～５：高）
	影響度（低：１～５：高）
	スコア（発生確率×影響度）
リスク対応（計画）	対応戦略（回避／転嫁／軽減／受容）
	対処内容
	トリガー（リスクが発生したと判断する時期／きっかけ／予兆）

対応戦略の意味は、次のとおり。一般的なリスクの対応戦略はエスカレーション等ありますが、ITプロジェクトでは、次の４つで問題無いと思います。
（少なくとも、自分は、この４つです。もっというと、軽減か受容を使用することがほとんどです）

回避	リスクを無くす（回避）する。（例）遅れていたので、納期を延ばして再スケジュールする。
転嫁	リスクを他者に引き受けてもらう（例）ベンダーに引き受けてもらう。
軽減	リスクの影響を小さくする（例）テストを多く実施し、品質を高める
受容（能動的受容）	リスクを受け入れ、対応する。（例）予め計画で見込んでいたリスク予備費を使って対処する。

受容には、受動的受容である「何もしない（なすがまま）」というのもありますが、今まで使ったことが無いので省略します。
（まず、使うことはありえないでしょう）

2023.05.29

話を広げて会話を続けるって難しいよね（話を広げるコツ）

そもそも話を広げないと、会話が続かないですよね。
むりくり繋げても、面白くないと言われる可能性もあるし。。。

会話を広げる際のフレームワークをまとめました。

休みの日には映画を観に行きます！と言われて広げる場合

縦の質問	話題を詳細に聞いてみる・どこの映画館に観に行きますか？・どんなジャンルの映画が好きですか？
前の質問	話題を過去にずらして聞いてみる・初めて観た映画は何ですか？・映画が好きになったきっかけって何ですか？
後の質問	話題を未来にずらして聞いてみる・次に観ようと思っている映画はありますか？
横の質問	話題の軸をずらして聞いてみる・映画を観ないときは、何をして過ごしますか？・映画のほかに、観に行くものはありますか？（舞台、博物館など）

展開する順番は、　縦　⇒　前　⇒　後　⇒　横　にすると良いそうです。

2023.05.29

Excelでカレンダー、日付が作れる（スケジュールを作るときにExcelを使うとき多いよね）

書き方

SEQUENCE（行数，列数，開始値、修了値）

引数	内容	省略
行数	連番を作成する行数	必須
列数	連番を作成する列数	省略可
開始値	連番の開始値	省略可
増減値	連番の増減値	省略可

日付の連番を作成する

SEQUENCE（5, 1, DATE(2023,6,1))）

6/1

6/2

6/3

6/4

6/5

※書式設定(日付)をする必要がある。

時刻の連番を作成する

SEQUENCE（3, 1, “10:00”, “1:00″）

10:00

11:00

12:00

連番を作成する

SEQUENCE（COUNTA(B:B)-1）

1	タロウ
2	ジロウ
＊	ケンシロウ

※ケンシロウを入力確定すると、*があるセルに「３」が表示される

カレンダーを作成する

SEQUENCE（6, 7, DATE(2023, 6, 1) – WEEKDAY(DATE(2023, 6, 1))+1)）
下記のA1に設定した。

※セルの書式設計をユーザ定義＋dで設定

2023.05.29

フィードバックのフレームワーク

本の備忘録です。（「みんなのフィードバック大全」）

プロジェクトマネージャになると、チームメンバのモチベーションをあげたり、仕事のやり方を改善するためにフィードバックする場面が出てきます。
ポジティブなことでも、ネガティブなことならなおさら避けて通りたくなります。でも、チームでパフォーマンスをあげるには避けて通れません。
その際に、使えそうなフレームワークを学んだので書き留めます。

「ソラ・アメ・カサ」のフレームワーク
フィードバック以外にも、問題解決のプレゼンテーションつくりにも使えると思ってます。

ソラ	＜ファクトの確認＞空を見上げたら、雨雲が多い。 ⇒誰もが見ても事実だと思うこと
アメ	＜課題や問題の確認＞空に雨雲が多いから雨が降りそう（問題） ⇒ファクトを認識して、問題（課題）を推測する
カサ	＜対処（改善）＞雨が降りそうだからカサを準備する ⇒雨が降りそう（問題）だから、カサを準備する（対処）

フィードバックする際に、これを意識した話を組み立てて、実践すると相手に伝わりやすいそうです。
これは、プレゼンテーションにも言えそうです。

これ以外にも、フィードバックのコツなど、実践する際に役立つ情報が載っていたので、興味がある方は本を読んでみてください。
（読み終えるのに、３．５時間かかりました。普通の人だと、２時間強くらいでないでしょうか。読みやすいので、さらっと読み終えますが、また、読み返したくなります）

2023.05.14

プロマネになって考えること(SIer)

ITプロジェクトでプロジェクトマネージャーになったときに考えることを書き留めました。

１．段取りを考える

はじめに、プロジェクトの目標を具体的にかつ明確にする。（段取りを考えるための前提条件や目標を把握する）
そうして、段取り（プロジェクト計画）を考える。
計画を立てる手順として、

WBSをつくる	作業項目を考える　※次の「ゴール設定」を参考に
	作業項目ごとに担当決める（複数人で作業するなら責任者を決める）
	作業項目ごとに作業時間を見積もる
ガントチャートを作成する	WBSをもとに、作業順序を考える
	クリティカルパスを確認する
	担当の作業負荷を確認して、作業順序を調整する。

の順に作成すると良い。

余談だが、WBS作成時のNGワードを記載する。
次のワードで、作業項目が挙がったら、成果や作業内容が曖昧になっていると考え、見直した方が良い

管理する	監督する	把握する	確認する	チェックする
協議する	話し合う	調整する	調査する	研究する
勉強する	実行する	企画する	評価する	協力する

２．ゴール設定

作業項目を考える差に、「SMARTの法則」で目標を設定すると良い。さらに、「やらないこと」を決め、「やるべきこと」に集中する。
できれば、作業項目ごとに、前提条件、制約条件とその根拠を明確にすると良い。

SMARTの法則とは。。。

Specific	具体的で分かりやすい
Measurable	計測可能で数字になっている
Attaninable	達成可能で現実的になっている
Relevant	作業でなすべきことや成果に特化している
Timely	期限が明確になっている

３．コミュニケーション

人を動かすための６つの法則

法則１	味方になると考える	相手を悪く思わずに、誰であっても味方にすることができると考える。
法則２	目標を明確にする	相手の間違いや自分の正しさを証明するのではなく、相手からどんな協力を得たいかという目標に注力する。
法則３	相手の世界を理解する	相手が気にしていること、相手の物事の見方や考え方、価値を置いているもの（カレンシー）を理解する。
法則４	カレンシーを見つける	相手にとって価値のあるもの（カレンシー）は何かを考えて日頃から相手に渡しておく。
法則５	関係に配慮する	相手との関係性や相手の仕事の進め方に配慮し、相手にあわせたコミュニケーションを心がける。
法則６	目的を見失わない	プロジェクトの成功や、成果を生み出すことが目的だということを忘れない。

プロジェクトを遂行していくと、問題が発生する。その予兆を感じる際に考えるチェック項目を挙げる。

スケジュールに影響する出来事（仕様変更、作業スコープ変更等）はあったか？また、その出来事は以前と比べて増えてきたか？

人員や費用などのリソースに変化はないか？

何をどこまでつくるのか（スコープ、成果、作業範囲等）に変化はないか？

進捗会議は定期的に開催されているか？
また、報告内容が具体的、定量的か？さらに、真実が報告されているか？

プロジェクトメンバーのモチベーションや疲労感はどうか？不平不満が聞こえてな来ないか？

組織（自分の組織、ステークホルダーの組織等）のプロジェクトの優先度は変わっていないか

現実的にプロジェクト目標を達成できる状況か？

レビューや進捗報告等の話し合いの場において、意識すると良いこと

話しやすい雰囲気をつくる
・発言を否定しない。
・問題に焦点をあて、作用者のスキル等を対象としない。

助けることに対する価値観をチーム内で持つ

褒め合うルールを持つ

相手に関心をもつ

相手の基準を知り、尊重する

本音を言える

話す相手とラポール(信頼関係）を築くために効果がある手法

ペーシング	話し方や呼吸などを相手と合わせる。
ミラーリング	動作や姿勢、表情などのボディーランゲージを相手と合わせる。
バックトラッキング	適度に相槌を行い、相手が話したことを繰り返す（オウム返し）。

（余談）PMBOK

PMBOKは、プロジェクトマネジメントに関する知識体系をまとめた資料であり、プロジェクトマネジメントにおける一般的なベストプラクティスやプロセス、ツール、テクニックについての包括的な情報をが書かれている。

プロジェクト統合マネジメント	プロジェクトマネジメントの各作業を統合する	備考
スコープ・マネジメント	「要求されるモノやサービスの成果物」と「必要な作業と範囲」を明確にする ⇒成果物とやるべきことを明確にする	要求事項文書スコープ記述書 WBS
スケジュール・マネジメント	「スケジュール」を作成し、管理する	スケジュール（ガントチャート）
コスト・マネジメント	開発コストの見積作成及び開発時のコストを管理する
品質マネジメント	「成果物の品質」と「作業プロセスの品質」を管理する	品質マネジメント計画書
資源マネジメント	「（プロジェクトに必要な）材料や装置などの物質資源」と「開発メンバである人的資源」を管理する
コミュニケーション・マネジメント	「ステークホルダーとのコミュニケーション」を管理する
リスク・マネジメント	プロジェクト活動に対する脅威（リスク）を管理する
調達マネジメント	プロジェクト活動に必要なモノやサービスを外部から取得・購入・委託等を管理する。
ステークホルダー・マネジメント	プロジェクトに影響を及ぼすステークホルダーの特定・影響分析・対応等を管理する

（さらに、余談）初心者PMにオススメの本の紹介

先日、「童話でわかるプロジェクトマネジメント［第2版］」を読みました。
誰もが知っている童話を題材に、主人公がPMとなって考えて行動するストーリーになっています。
自分は３時間くらいで読み終えました。（普通なら２時間くらいでないでしょうか。。。集中力が無くて（汗））

2022.12.03

パッケージをインストール（pip）したときに通知［notice］が出た

パッケージをインストールしたときに、通知［notice］が表示された

[notice] A new release of pip available: 22.3 -> 22.3.1
[notice] To update, run: python.exe -m pip install –upgrade pip

こんな時は、pip自身を更新する

>python -m pip install –upgrade pip

一応、更新されたか確認する

>pip list
Package Version
————— ——-
・・・
pip 22.3.1
・・・

問題無し。

2022.11.28

Word文書ファイルのバージョンを一括更新

読者

docファイルをdocxファイルに変換したい。
複数あるので、一括で変換する方法が無いですか？

あるよ！
Powershellを使うんだ。

管理人

PowerShellのコードイメージ
※変換元のファイルはリネームして、先頭に”_”（アンダーバーをつける）

# 事前準備
Add-Type -AssemblyName Microsoft.Office.Interop.Word
$fileType = “*doc”
$extensionDoc = “.doc”
$extensionDocx = “.docx”
$namehead = “_”

$word = New-Object -ComObject Word.Application

# ファイルの一覧取得
$files = Get-ChildItem -Path “C:\temp\sample” -Include $fileType -Recurse

Write-Host “Word変換処理開始”
Write-Host “変換元ファイルは、リネームして、ファイル名の先頭にアンダーバーをつける”

try {

# 1ファイルずつ処理
foreach($file in $files)
{
# フォルダ取得
$filePath = [System.IO.Path]::GetDirectoryName($file.FullName)
# 拡張子を含まないファイル名取得
$fileName = [System.IO.Path]::GetFileNameWithoutExtension($file)
# docファイルを保存するパスを作成
$wordPath = (Join-Path $filePath $fileName) + $extension

# Wordの処理開始
$word.Visible = $False

$doc = $word.Documents.Open($file.fullname)

$wordPath = (Join-Path $filePath $fileName) + $extensionDocx

$doc.SaveAs2($wordPath,16)

$doc.close($false)

# 変換元ファイルをリネーム
$newFileName = $namehead + $fileName + $extensionDoc

Rename-Item -Path $file -NewName $newFileName

# 終了フラグ取得
$isSucess = $?

} catch [Exception] {
Write-Host “エラーが発生しました。”
Write-Host “↓↓↓エラー詳細↓↓↓”
$error[0] | Out-String | Write-Host

} finally {
Write-Host “プログラムを終了します…”
# Excelを閉じる
if ($word -ne $null) {
$word.Quit()
}
}

Write-Host “処理完了”

2022.11.06

M5StickC Plusの開発環境（Arduino IDE）構築

STEP 1：Arduino IDEのセットアップ

Arduino側の開発環境をセットアップしていきます．2022/11/6時点で、1.8シリーズの最新バージョン1.8.19のWindows Installer版を使用します。
※2.0シリーズは、ESP32をWebサーバにするライブラリが揃っていませんでした。なので、1.8シリーズの最新版を使用している。

次のURLからダウンロードして下さい。（寄付をしなくても問題ありませんでした）

https://www.arduino.cc/en/main/software

STEP2：ボードマネージャの利用準備

Arduino IDEを起動、ツール・バーの[ファイル]-[環境設定]を選択します。

開いたダイアログの「追加のボードマネージャのURL」枠に、次のURLを入力します。
https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/package_esp32_index.json

次に、ツール・バーの[ツール]-[ボード：”XXXXX”]-[ボードマネージャ]を選択します。

ボードマネージャのダイアログから、次のボードをそれぞれ指定し、インストールします。
esp32
M5Stack

STEP3：ライブラリの利用準備

ツール・バーの[スケッチ]-[ライブラリをインクルード]-[ライブラリを管理…]を選択します。

次のライブラリを指定し、インストールします。
M5StickCPlus

関連するライブラリもインストールするか聞いてきます。（全部入れた方が無難です）

STEP4：ボードとシリアルポートの指定

ツール・バーの[ツール]-[ボード：”XXXXX”]-[ESP32 Arduino]-[M5Stick-C]を選択する。※M5Stick-C-plusは無い

次に、ツール・バーの[ツール]-[シリアルポート：”XXXXX”]-[COM9]を選択する。※9は、個別の環境による

終了です。

回避	リスクを無くす（回避）する。（例）遅れていたので、納期を延ばして再スケジュールする。
転嫁	リスクを他者に引き受けてもらう（例）ベンダーに引き受けてもらう。
軽減	リスクの影響を小さくする（例）テストを多く実施し、品質を高める
受容（能動的受容）	リスクを受け入れ、対応する。（例）予め計画で見込んでいたリスク予備費を使って対処する。

役割を決める	ChatGPTの役割を決める。（入力例）・あなたは先生です。・あなたはコーチです。
対象を決める	回答を見るターゲットを決める。（入力例）・初心者にもわかるように・２０代に向けた
表現を決める	回答の表現（イメージ）を決める。（入力例）・ビジネス向けの文章を作成して・シェイクスピア風の物語を作成して・標語案をいくつも作成して
出力方法を決める	出力方法を決める（入力例）・表にまとめて・箇条書きで出力して・１００文字以内にまとめて（XX文字以上で書いて）・英語で出力して（XX語で書いて）
（余談）本当のことか聞いてみる	何か調べたときは、回答を受領後に、「本当ですか？」と聞くと、回答に対して調べる。（合っている保証はないが、回答の信ぴょう性が高まる）

用語	内容	import宣言
組み込み関数	インストールした時から自由に使える関数 https://docs.python.org/ja/3/library/functions.html abs()とかlist()とか	（不要）
標準モジュール（標準ライブラリ）	システム機能へのアクセス機能を提供する (Cで書かれた) 組み込みモジュールや、日々のプログラミングで生じる多くの問題に標準的な解決策を提供するPython で書かれたモジュール https://docs.python.org/ja/3/library/index.html データの型とか、ファイル操作の関数	必要
外部モジュール	サードパーティのモジュール https://pypi.org/	必要
自作モジュール	自分で作成したモジュール	必要
パッケージ	モジュールを集めたもの。__init__.pyが必要	必要

宣言	用途
import A	モジュールAに入っている関数を利用したい（モジュールの全体を利用したい） (例)openpyxlモジュールに入っているload_workbook()関数を使用したい + import openpyxl wb = openpyxl.load_workbook(‘target.xlsx’)
import A as ABC	モジュールAに入っている関数を利用したい＋利用時にはABC.xxx()と、別名を使って利用したい (例)openpyxlモジュールに入っているload_workbook()関数を使用したい＋openryxlを短く書きたい import openpyxl as ox wb = ox.load_workbook(‘target.xlsx’)
from A import aaa	モジュールAに入っているaaa()関数を利用したい + パッケージを省略したい (例）openpyxlモジュールに入っているload_workbook()関数を使用したい＋openryxlを省略したい from openpyxl import load_workbook wb = load_workbook(‘target.xlsx’) ※コード量を省略できるが、パッケージが分かりにくいので、可読性が落ちると思う。

パターン	個人的見解
from openpyxl.styles.fonts import Font Font(color=’FF00FF’)	コード量は減るが、Font()がどのパッケージにあるのか分かりにくい
from openpyxl.styles import fonts fonts.Font(color=’FF00FF’)	省略の効果も薄く、Font()、もどのパッケージのあるのか中途半端に分かりにくい
from openpyxl import styles styles.fonts.Font(color=’FF00FF’)	このあたりがベストのような気もするが、省略の効果も薄い

リスクってなんだろう（ITプロジェクト）