Webサービスをやっていて、要件（やりたいこと）には、2種類に分類でき、

1.機能要件

2.非機能要件

というのがある。

「1.機能要件」は、更にざっくり2つに分解できる。

1-a.正常系

1-b.例外系

この中で、エンジニアは、1-b.例外系と、2.非機能要件を考えるのが大事だよーという話。

なぜかというと、これらを考えるの人は概ねエンジニア以外には居ないから。

順を追って説明すると、

1-a.正常系

これは、企画屋さんが「ooなことをやりたい」というものである。

「この面にxxを出したい」などなど。

これはいろんな職種の人が興味があるし、気にかける。

もちろん、エンジニアがこだわってもよい。

対し、

1-b.例外系

これは、「通常はTOPにxxモジュールが出ているのだが、ooのキャンペーンと被った時はooを出す」などの、通常処理以外のこと全般である。

なんでエンジニアがこれをちゃんと考えないといけないかというと、サービスの仕様がドキュメント化されていることは少なく、こうしたらこうなる、というのが実際のソースコードを読まないと分からないケースが多いから。

となると、この部分を考えなければいけないのは概ねエンジニアとなる。

次に、

2.非機能要件

これは、書いてるwikipediaを見てもらえればいいんだけど、要件以外の全般で、例えば、信頼性に関することであったり（xx機能はトランザクションでACIDを担保しよう）とかそういうのである。

これについても、エンジニア以外に考える人はいないので、エンジニアがきちんと考えなければいけない。

20代の頃に、例外系をきちんと設計、実装できるエンジニアがいいエンジニアだ、と言っていた人がいて、なるほどなぁと思った。

また、非機能要件の世界は極めて広く、経験などに依存する部分が大きい。

そのうち運用の話も書こう。

おしまい。

今日の漫画

あまりにも有名なゲーム（つくる）マンガ

はじめの一歩を踏み出そう―成功する人たちの起業術 1,512円 Amazon

はじめの一歩を踏み出そうっていうビジネス書を読んだのですが、会社ってのは、どんなに小さい会社でも、

• 「起業家」
• 「マネージャー」
• 「職人」

ってのがそれぞれ必要なんだよ、みたいなメッセージが非常にココロに残りました。

この本自体は、スモールビジネス（美容師さん、パン屋さんの開業みたいな）のをターゲットにしてるので、今の自分に直接役に立つみたいな話はないんですが、それでも、会社って、大きくても小さくても、その３つの役割はそれぞれ必要だと。

ストーリーの流れ的には、職人として、パン屋をはじめたが、行き詰まった主人公に、起業家として、またマネージャーとしての視点の必要性を、気づかせるというもの。

また、

• 起業家は未来を見ている
• マネージャーは過去を見ている
• 職人は現在を見ている

というのも書いてましたが、これは本当にその通りだなーと思います。

翻って自分を見てみると、職種的に、「職人」になると思うのですが、企画を考えるときは、「起業家」人格にならないといけないし、運用設計とか考えるときは「マネージャー」人格にならないといけないわけで。

「職人」人格（エンジニア脳）だけで、すべてを考えてもな、という当たり前のことを思ったのでした。

企画を考えるときは、エンジニアであることを忘れようってのは、社内で何人かが言ってるのを聞いたし、自分でも言ったりしてますけど、それに通じるものがありますね。

今日のマンガ

まだ１巻しか出てないので、今後に期待

社会人としてのキャリアを私は、SEとしてスタートさせたのですが、その時に、パワーポイント理論（？）には２種類あることに気が付きました。
（提案資料の理屈、ぐらいが正しいかも）

パワーポイント右翼
説明する内容を、漏れ無くダブリなく（MECE)、「すべて」書かなければならない、とする派閥。
コンサルはドキュメントが唯一の成果物なので、こっちの派閥が多い。
散々、分厚い資料をつくり、それからエグゼクティブ・サマリー（概要）をさらにつくる

パワーポイント左翼
説明する内容をすべて書くのであれば、説明いらない、と考えて、必要十分（必要最低限にあらず）のことしか資料に書かない派閥。

といっても、どっちが正しいということもなく、ケースバイケースだよね、ってだけなのですが、上司の思想によって、部下は影響を受けるので結構大変です。

特に、左翼の下でぬくぬく話術を磨いていればよかった時代から、急に右翼の部下になると、泣きながら残業して、パワーポイントの資料をつくる羽目になります。

自分はというと、心情的には左翼なんですが、右翼ばかりの会社だったので、
泣きながらパワーポイントの資料をよくつくっていた時代が長かった気がします。

今では、markdownとwikiとゆるいスプレッドシートぐらいしか書かないので、資料作成で泣くことはほとんどなくなりました。

（エンジニアが嫌いな）エクセルについても思う所ありますが、思い出したら何か書こうと思います。

SEとドキュメントは切っても切れない仲なのでいろいろありますね。
自分のメモにまとめてた資料がいつの間にか納品ドキュメントになっていたりとか。

今日のマンガ

SEといえば（リンク先は読書のお時間です）