Excelでよく使う小技 (値の貼り付け)

今日から連続で普段仕事で使っている小技を紹介していこうと思います。

まずは結論

値の貼り付け手順

ここから、手順まで飛んでください。

どうして今さらExcelなのか？

かれこれ20年以上SEとして仕事をしていて
Excelファイルを開かない日が1日もないっと思っています。

プロジェクトによっては、タスクの管理をExcelで
設計書をExcelで、テストデータをExcelで
報告書をExcelでと、業務にかかわる資料や
報告書の類の実に80%以上は
Excelファイルでできているんじゃないかと思っています。

え？プログラミングは？
Excelファイルじゃないですよね？
ソースファイルですよね？って思うじゃないですか

はい。正解です。

僕が考えるエンジニアに必要なドキュメント

でもね、プログラム作るには
仕様書や設計書がないと作れないんです
さらにはテスト仕様書や、テストデータがないと
動作の確認もできないんです。

巷では、プログラミングがぁ～
なんて言われていますが、個人的には
プログラミングなんて、その基本構造さえ覚えておけば
あとはその構造の組み合わせで、動くものであり

プログラミング自体が大切なのではなく
どういった機能の組み合わせで、どういったフローで
処理を進めたら、ユーザーが求める動きをするのか？

という、設計の方がはるかに重要であり
設計が終わりプログラム作成が終わってからの
そのプログラムが正しく動いているのか？
を確かめるテスト工程の方がはるかに重要なのです。

僕が考えるエンジニアに必要なスキル

プログラムができればOKみたいに思っている人というか
そういう情報ばかりが社会を賑わせていますが
本当に必要なスキルは、設計書を書くスキルと
他人が書いた設計書を読み解くスキルと
読み解いた結果をプログラムとして具現化するスキルです。

新人研修などで、プログラミングを教えますが
全くのゼロから開発するプロジェクトであれば
プログラミングのゼロからを知っていないと
何も作り出せませんが、世の中にはそんなにたくさん
ゼロから開発するようなプロジェクトは存在せず
今まで使ってきた、作ってきたシステムに
新しい機能を追加したり、現行の機能の仕様を変更したりと
すでに動いている仕組みに対して何かすることがほとんどであると
僕が経験してきた実態をよく伝えます。

つまり、自分が作るのを任された機能ってのは
よっぽどのことがない限り、過去に誰かが作った部品を
別の順番や、条件で動かすだけであり、その答えの80%以上は
既に存在していて、それをいかに早く見つけて組み合わせられるかが
カギになってくるのです。

僕が考えるプログラムスキルが活かせる瞬間

また、プログラミングってのはシステムを作るうえで
全体の20%以下の工程に過ぎないと僕は思っていて
そこに行きつくまでの要件定義(要件を聞き出し整理する工程)
基本設計(ソフトウェアの動きを外から見た際にどういう動きをするのか？(What)を決めたもの)
詳細設計(基本設計で決められた動きをどうやって実現するか？(How)を決めたもの)
プログラム設計(プログラムで実装する際、どういった実相をするのか？を決めたもの)
と、より要件を詳細化して初めてプログラミングにたどり着き
単体試験(機能単位でのテスト)
結合試験(機能同士をつないで求める動きが実現できているかを確かめるもの)
システム試験(実際に稼働するであろうサイクルを複数パターン稼働させて確認するもの)
と、確認のためのテスト工程が待っている。

この中でプログラミング以外は、
主にExcelファイルで、設計書やテスト仕様書、テストデータなどが用意される
そのため、冒頭にあるように、『Excelファイルを開かない日は1日もない』と言えるのである。