コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
こんにちは、人事・総務部のid:tapir320です。 この記事ははてなデベロッパーアドベントカレンダー2015の9日目です。昨日は id:cockscomb による Swiftオープンソース化の衝撃 でした。 今回、開発者ではない私が、なぜデベロッパーアドベントカレンダーに登場する機会を頂いたかと言いますとid:Songmuの 「俺は会社をデベロップしているんだ!」というコーポレートの方も大歓迎です。 という一言のお陰です。 せっかくの機会ですので、会社のデベロップという観点から、はてなの組織開発についてお話をさせて頂きます。 組織開発とは 組織開発という言葉は、人事に携わっていない方にとっては馴染みがないと思います。様々な定義がありますが、私は組織を活性化するためのあらゆる打ち手とみなしています。 人事・総務の業務領域のうち組織開発に関連するものは、「採用」、「教育・研修」、「人事制度
こんにちは。 ここしばらく、システムトラブルの対応で午前帰りが続き、疲れてきてしまいました・・・。直接、トラブルの原因になった訳では有りませんが、エンジニアさんも巻き込んでしまい、もう少し上手く回す方法はなかったのかと、自分の未熟さを反省中です。 さて残業といえば、先生は大変そうですね。ただでさえ、ひとりで何十人もの生徒をみないといけない上、ほぼ無償ボランティアの部活顧問まで行い、その上で親に押しかけられたら溜まったもんじゃ有りませんよね。横浜市で、先制の『ノー残業デー』を設定するそうですが、多少なりとも状況が改善することを期待してやみません。 ただ、個人的にはこの『ノー残業デー』という制度がしっくり来ません。だって、『ノー残業デー』って、その日以外は残業することが前提なワケですよね?更に、こんなニュースも有ります。 正社員と同じ等級制度や人事制度を用いるため、基本給も同じ水準だ。賞与は正
LINE、NAVERまとめはなぜ強いのか?――LINE株式会社 森川亮社長8000字インタビュー:これからの働き方、新時代のリーダー(1/7 ページ) リニューアル記念企画「これからの働き方、新時代のリーダー」 「アクションリーダーの『知りたい!』に応えるオンラインビジネスメディア」を統一コンセプトとして、9月2日にリニューアルしたBusiness Media 誠 & 誠 Biz.ID。これから数カ月間、リニューアルを記念して、スペシャルインタビュー企画を掲載していきます。 本企画では、Business Media 誠編集部と誠 Biz.ID編集部がそれぞれテーマを決めてインタビューや対談を行います。Business Media 誠では「アクションリーダーに会いに行く」、そして誠 Biz.IDでは「時代の変化に合った働き方」をテーマに、さまざまな識者の方にお話を聞いていきます。 →リニュー
急に自由な時間ができたとき、その貴重な瞬間を「さあ、何をしよう」と考えることに費やしてしまっていませんか。 生産性向上のための仕事術「GTD」(Getting Thing Done)を提唱しているデビッド・アレン(David Allen)氏によると、「どたん場になってToDoの優先順位を考えているようでは手遅れ」なんだとか。GTDなどの生産性向上システムの最終目標は、頭の中にあるToDoやアイデアを引き出し、系統だてて整理することで、まだ取り掛かってもない作業が重荷になるのを防ぐことにあります。どんなシステムを採用していても、優先順位の検討はToDoを整理するときにしておくこと。「後で」では遅いのです。「何から着手しよう」と考えることに時間を費やすのはもったいないですよ。 これはある意味ジレンマでもあります。何を優先して実行するかを決めるには、すべてのことに優先順位をつけておく必要があるか
この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。(最近のゲームなどは除く)またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く