大久保　実は昨年、人事部をなくしてしまったんですよ。これは、積水化学60年の歴史の中で初めてのことです。企業の社会的責任（CSR）を果たすCSR部。その中に、人材グループを新たに作った。 従業員は無数にある会社の中で積水化学を選んでくれた。しかも、従業員の多くは約40年、ここで働く。その会社がハッピーでなければ、それはとんでもないこと。せっかく積水化学を選んだ従業員が、「うっとうしいな」と毎日思って会社に来て、いい仕事をするわけがない。 格好よすぎる言い方かもしれませんが、従業員は社会からの預かり物。従業員にいい仕事をしてもらうということは、文字通り、企業の社会的責任です。この理念をベースに置きたい。それで、あえて人事部をなくしちゃったんですよ。 ――確かに、人事部というのは「管理」というイメージがある。 大久保　勘違いしちゃうんですよ。従業員は、人事部は何かうっとうしい所だと思いがちです

システム構築の現場は，人と人とのコミュニケーションの場でもあり，ヒアリングや報告などさまざまな目的の会議がたくさん開かれる。そこで問題となるのが「議事録」だ。会議の議事録の取り方を観察していると，実に様々な流儀・方法を目にすることができる。 時々見かけるのが会議をすべて録音して，後日，誰かがほとんど1日費やして聞きなおしてすべて書き出すというもの。出来上がった議事録は数ページに及び，それを関係者に配ったとしても誰も見ようとはしない。それほどに冗長な議事録ではなくても，議題ごとに誰が何と言ったかについて克明に記述された議事録はよく目にする。 第一話で登場したIさんは要求定義ヒアリングのプロであるだけでなく，議事録のプロでもある。Iさんに「議事録の書き方はどうしたらいいか」と尋ねると，「決まったことだけ書いてください。それ以外は基本的にいらないといっていいでしょう」と言い切る。 会議の場では様

こんにちは、livedoor Blog を担当しています佐々木です。 「livedoor Blog」プロジェクトの定例会議は、検討する議題が山積みで関係者も多く、いつも20名を超すスタッフが集まります。ですが、長時間の会議はデメリットしか生みませんので、“会議は週に1回1時間だけ”と制限を決めて、そのなかで効率的な会議の方法を試行錯誤しています。 そこで今回は、「アジェンダの作成方法」に焦点をあて、“ライブドア流”会議術の一端をご紹介したいと思います。 【01】アジェンダは前日のうちに関係者にメールする 会議で使用するアジェンダは、前日のうちに関係者にメールして目を通してもらい、補足がある場合には事前に受け付けます。 そうすることで、参加者が予習をするようになり、会議での話がスムースになります。また、アジェンダの内容によって「今回は欠席する」という判断がしやすくなるのもメリットで、参加して

今日社内会議で言われて印象的だったのが、「他の会社がどうやって回っているか（利益を上げて存続しているか）を知らなさ過ぎる」ということと、「外部の凄い人と会って、実力を正確に把握すべき」ということ。 確かに他の会社のことは色々調べてはいますが、結局利益構造はどうなっていて、利益率が高かったとしてその仕組みがどうなっているのかとか、目標設定や管理はどうなっているのかまではなかなか把握できていません。そういう視点で他の企業を見れるようになりたいところです（もちろんかなり深く入り込まないと実際のところは分かりませんが・・・）。 また、評価基軸を外部に持って実力を測るというのも今後どうすべきかを考える上では非常に重要だと思います。そういう意味では他の会社と関わりながら、数社で合同してやっていくようなタイプの仕事は経験として貴重だと言えます。実際、自分の実力というのはなかなか測ることが難しいものです。

解釈のしかたによって誤解されそうですが、あえて書いてみます。 これはもう会社員として、すごく意図的に意識的に実践していることなんですが、 たとえばひとりでできる作業も、ふたり以上で関わるようにしています。 すごく簡単にいうと、自分じゃないひとの目は、じぶんでは気付かないミスをみつけるから。 ミスだけじゃなくて、誰かもうひとりいるだけで、煮詰まったときに違うアイデアが出たり、 違うやり方を思いついたりします。 古畑任三郎が今泉くんを手放さない理由。 スキルは高くても低くてもいいんです。 自分では気付かないことが、他人の目にはよく見える。 「見る」ことは「やる」ことよりも圧倒的に経験値が高いので、 かならず「なにか」をみつけます。 だから「相談する」ってだいじです。 いや、正確には、気軽に「相談できる」相手がいること、 「ちょっと聞いてよ、どうかな」と言える同僚が身近にいること、 コミュニケー

こんにちわ、ライブドアの櫛井です。 ディレクターに限らず、会議の議事録をとるというのは基本的な部分ですが周りの先輩がきちんと教えてくれなくて苦労した覚えがあります。 そこで今回は「議事録の書き方の基礎」をお届けしようと思います。 なぜ議事録が必要か 会議が終わって数日してからのありがちな 「△△さん、こないだの件終わりました？」 「え？あれって○○さんがやってくれるんじゃなかったっけ」 「いや、こないだの会議で△△さんが明日までにやるって言ってましたよね・・・」 「言ったっけなあ、まぁとりあえずやるけどさー」 「はい。すいませんがお願いします・・・(俺が悪いの？)」 といった、ちょっとした行き違いを防ぐための認識合わせをする為にも有効です。 また、会議で話した時は場の雰囲気に流されて「まぁとりあえず、まぁいいですよね、まぁまぁ」といった形で話が終わってしまった内容を、「最終的にどうするか」

ペアプログラミングは、よく知られたプラクティスですので、たいていの人は名前くらいは聞いたことがあるのではないでしょうか。 どういうプラクティスなのか簡単に言えば、名前のとおり2人1組のペアでプログラミングするというものです。 アジャイル開発プラクティスのひとつですね。 ただ、なんのためにわざわざペアを組んでプログラミングするのか、どうやったら効果的に導入することができるのかについては、どうでしょう？ 知らない方も、けっこういらっしゃるのではないでしょうか。 今回は、私がペアプログラミングを現場に導入した経験を振り返って、このあたりのお話をしてみたいと思います。コンテンツ誰が障壁？なぜイヤなのか？どうやって克服するか品質特性品質宣言コミュニケーション開発時間を短縮する成功のヒケツ誰が障壁？　テスト駆動開発(TDD)については、導入するにあたって技術者の反発が強いというお話をしました。 では、

みなさん こんにちは。 livedoor Blog の担当をしている眞子です。 今回は、「受注案件を効率的に遂行するチーム作り」について、説明させていただきます。 【01】ディレクター中心型 以前、私は“ディレクターが情報の要”にいるような、いわば、「ディレクター中心型」のやり方を行っていました。 図1：ディレクター中心型 この図1のモデルでは ・営業とディレクター間で受注内容を確認する。 ・ディレクターと各技術者との間で作業内容を確認する。 ことを表しています。 ディレクターが中心となって指示する型式です。 この方法の良い点と注意点には次のようなものがあります。 ■良い点 ・発注内容のボリュームが大きく、各技術者が細部まで把握することが負担になる場合、その負担を軽減することができる。 ・営業から見ると、情報を伝達する人はディレクターのみでよく、情報伝達コストを下げることができる。 ■注意

メディア部門では、インターネットで加速するメディア環境の中で、翔泳社が得意とするテーマを深掘りしながら様々なドメインで最適化されたメディアビジネスを展開しています。

ここ半年、「部下のやる気を育てる」を書くために、「名文データベース」を作っていました、その中でインスピレーションを与えてくれた言葉達を、一部ご紹介していきます。 マジマネ5 部下の「やる気」を育てる! 作者: 小林英二出版社/メーカー: ディスカヴァー・トゥエンティワン発売日: 2008/09/15メディア: 単行本（ソフトカバー）購入: 1人 クリック: 42回この商品を含むブログ (29件) を見るとても、イイ言葉ばかり。元ネタがあるヤツは、リンクを貼っておりますので、そちらの方も、じっくり読んでください。「人をやる気にさせるヒント」が転がっていると思います。 ＰＵＬＬ型モチベーション　（「やりたい」という気持ちを刺激する） http://www.1101.com/job_study/yazawa/2007-06-12.html 熱心に10のことを伝えても、本人には２ぐらいしかわからな