終わらせる自分の担当する仕事は、基本的に自分で設定した納期か、要請された納期には終わらせることができる。してできるかというと、納期のシビアな仕事なら他を劣後しても全力で片付けに行くし、裁量を持って納期を設定できる仕事なら、自分でコントロールできない分のリスクを期間に織り込む。『それなら誰だって仕事を終わらすことができるじゃないか』と思うだろうけれど、現実はそんなことはない。誰もができるなら、どうして進捗管理をする必要があるのだと、質問に質問を返すことになる。それは誰も答えを持っていない。自分の仕事をするときは、いつも終わらすことを考えている。これは、プロジェクトマネージャをやるときには、いつもプロジェクトの完了の見通しにフォーカスしているからだ。終わらせるために、どうすればいいか。無意識にゴール、完了の定義をする。なったら完了と判断するのか。コールを実現するアプローチはどうすればいいか。経験のないアプローチならそれをどうすればゴールにたどり着けるようになるのか。いつ、そのアプローチを試す機会を作ればいいか。ゴールを逆算して再現できるか。再現できると確信が持てるか。ここまでやってはじめて手をつけられる。あとは、実際にはじめて、ゴールを再現する作業を一つひとつ終わらせる。1つ、作業を終わらせる。終わらない理由を自分で作ってはいけない。終わらせるために、タスクは小さくする。大きなチャンクのまま、仕事を始めない。仕事がいつまでたっても終わらないエンジニアは、ゴールを曖昧なままに始める。曖昧なゴールは、解像度が低い。手をつけるとまるで転がる雪だるまのように大きくなってしまう。仕事のチャンクは自分に持て余すほどの大きさとなって、自分の思っていたのと違う仕事になってしまう。仕事が終わらないから、その仕事の成果は誰にも届かない。工場で仕掛かりのまま、出荷されない未完成の製品のようなものだ。出荷されるまで、ただ、ひたすらコストだけが積み上がる。終わらないから、価値を持っている製品にならない。仕事を終わらせるということは、結局、価値を創造しているのであり、終わらない仕事は損失を作っているだけなのである。slackコミュニケーションツールとして好ましい点にはこんなものがある。・カジュアルにポンと連絡できる・チャンネルで閉じた世界を作れる・リアクションの言葉が面倒なとき絵スタンプ便利メッセンジャのノリの文字で会話できるから、形式ばらない。本題から話せるなどのコミュニケーションコストは下がる。擬似的な会話に近い感覚だからだろうか。ワークスペースやチャンネルの中に閉じれるので、都度誰とコミュニケーションを取るか意識しなくていい。セキュリティの観点で、外部とのやり取りの場合、チャンネルにinvできればメールのように誤送信が起きないので安全に使える。何より、宛先を間違えることもない。メールだと文字に考えをまとめて起こさないといけない。文章にするまでもないことや認知した程度のことやリアクションに困るときもある。そこでスタンプは当たり障りがない。ところが自分としては、良いことばかりでもない。使いこなせていないのもあると思うのだが。mentionで呼ばれすぎだし、活発なチャンネルは流れが異常に速い。なにがなんだか追ってられない。☆マークをつけておけば良いのだがそのうち☆だらけになる。結果的に、チャンネルを巡回することになり、相応の時間が取られる。メールはもともと非同期のコミュニケーションツールであるから、朝昼晩と時間を決めて読む運用もできたが、slackは割と即時性を求められることが多く、心理的な余裕が思ったいじょうに削がれる。それでもメールよりはマシなのだが...。slackって余裕という意味だったなと思い出す。🐰「やっぱりさ、やること決めて、変えずに突き進むんだ。🐰「関係ないね、やると決めたんだ。使う、使わないじゃないんだ。🐢「一度に作っても使うかわからないから、使うものだけ作りたいな。🐰「🐰を集めてくるんだ。🐢「はじめて一緒にチーム組むの大変だよね。おなじバスに乗ってもらうのだって、時間がかかるよ。🐢「🐢は、ほら、甲羅がぶつかるから、もともと大勢は無理なんだ。🐰「出来てから直せって。🐢「それも無駄だなー。🐢「欲しいものかどうかは全部揃うまで確かめられないのか。自責ブコメしたように、ITベンダーに頼らず内製化ですよ。事業上の課題なり、業務上の問題は、その事業の、業務のオーナが自らの手で解決すればいい。技術的に不足しているなら、エンジニアを雇用すればいい。雇用もできない甲斐性がないなら、期間を決めて採用して、技術トランスファすればいい。それもできないなら、現状にあまんじることです。自分たちの「できること」でしか解決策を示そうとしない。機能や性能については説明できるが経営や事業の成果にどのような貢献ができるのか説明できない。これからのテクノロジーやその可能性について分かりやすく説明できない。お客様が新しい方法論や見積を求めても旧来のやり方で提案しようとする。新しい方法論やテクノロジーの適用を求めると保証できない、実績がない、時期尚早などのネガティブ・ワードで翻意を迫る。https://blogs.itmedia.co.jp/itsolutionjuku/2020/02/itsier.html・1つ目から学べること。自分たちを、まさに自分、事業会社で考える。自分たちの出来ることはITベンダーに丸投げする解決策しか持ち合わせていないのだとしたら、思考の放棄かもしれない。・2つ目から学べること。ITが経営や事業を一番わかるポジションにいるのはだれか。