真のオープンさとは何か
「真のオープンさ」とは何かについて考えた。先日、あるスタートアップのCOOの方とランチしていて（A、とする）、以下のようなやりとりをした。 A: 「組織が40人に達して、一通りVCから指摘されていた問題が起きてきたところです」 Yamotty、以下、Y: 「おお、よく聞きますね。僕も1回目の起業ではその規模でたくさん失敗しました…ちなみにどんな問題ですか？？」 A: 「これまでは誰が何をしているか十分にわかっていたけど、最近はお互いが把握できていたのができなくなったり…」 Y: 「ああ…」 A: 「お互いの業務を把握しきれているわけではないのに、全体会議では質問がなくなったり…」 Y: 「ああ…」 A: 「なので最近はミッション/バリューを制定して浸透させたりしてます」 Y: 「よく聞く話ですね〜実際効果はどうですか？」 A: 「まだわからないですね」 Y: 「そういう大上段のメッセージっ
質の高い技術文書を書く方法 - As a Futurist...
大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
