ノウハウの共有文化がない場所にコードレビューをねじ込んでみた結果とか - タオルケット体操
「コードレビューをキメると品質も上がるし自分のレベルも上がるので最高」みたいな論が巷を賑わせていて、以前はそういうイケてる制度を指をくわえてみるのみだったのだけれど、最近職場と、それと個人的に関わったプロジェクトでコードレビュー制を無理矢理交渉して導入してみた結果、世間のイケてる書籍やエントリから得られる情報とはまた少し違う知見が得られたので書いてみる。 割と泥臭かったり、あまり希望に溢れてたりはしない感じのエントリなのでそういうのは期待しないほうがいいです。 準備 些末なコードレビューを極力避けるために、コードの規約やスタイルについてはlintとフォーマッターを用意した。 他は無策。 結論 結論から言うと、理想的な運用は出来なかったものの、コードレビューについて世間で言われるような成果（作業を共有する意識、レベルの向上）は得られた。良かった。 ぶっちゃけ僕なんかが浅はかな考えで導入しても
人手不足が続くITエンジニア 彼らのモチベーションを高める職場にするには？ : SIerブログ
https://news.careerconnection.jp/?p=15778 IT技術者の不足が、深刻な問題となっている。ITや通信の技術職の求人倍率は、7月時点で2.91倍。 企業の広報担当者によると「ITエンジニアをいかに確保するか」が採用広報の課題としてあがっているという。 エンジニアを引き付け定着させるためには、彼らのモチベーションを高める職場であることが必須だ。 リクルートテクノロジーズが全国のITエンジニアに対して行った「モチベーション管理」のアンケートから、何が求められているのか見てみたい。 男性は「専門性」、女性は「人間関係」を重視 20〜40代男女のITエンジニア530人に「業務のなかで、自分のモチベーションに波があると思うか」と聞いたところ、 男性の68.4％、女性の72.2％が「とてもそう思う」「まあまあそう思う」と答えた。 では、どのような環境で左右されるのだ
「正社員のいない会社」の話。
少し前訪問した、あるテクノロジー系企業が、少し変わった会社だった。社長、役員、フリーランス、そしてパートタイム労働者だけで事業を構成しているのだ。 つまり、「正社員」は一人もいない。 聞くと、「こういう会社は結構多い」とのこと。 どのように事業を運営しているか。具体的には次のようなものである。 1.経営戦略、企画、新規事業、研究開発、営業は社長と役員が成果主義で行う。 報酬は青天井。成果に応じて支払われる。役員は労基法の適用外とされており、労働時間に対しての対価はない。 社長の給与も会社全体の成果に連動しており、オーナーだからといって、お手盛りは許されていない。 2.実作業はフリーランスが行う。 こちらは契約によって成果が定義され、時間はどれだけかかろうがもちろん支払いは一定である。 だが、成果が定義されているので、一定の要件を満たすと割増の報酬があり、かなりの額を稼ぐことができる。安定し
部下が疲へいするのは●●が原因だった!?属人的なタスクを減らす「仕組み化」のポイント - リクナビNEXTジャーナル
デキるビジネスパーソンほど自分の仕事を次々と「仕組み化」し、生産性を向上させることが得意というのはもはや定説。特に経営者やトップリーダーたちにとって、「仕組み化」は会社の売り上げをあげるための大きな鍵だ。 その一方で、運用する側がその仕組みを拒絶したり、ルーティンワークに飽きてしまったりと、「仕組み化」が生産性を低下させてしまうケースがある。 うまくまわる「仕組み」と、そうでない「仕組み」とでは何が違うのか。ビジネスバンクグループ社が運営する「社長の学校」プレジデントアカデミーにて、日本全国の経営者向けに「経営の12分野」をレクチャーする黄塚 森（こうづか しん）氏に話を伺った。 「仕組み化」の定義 「仕組み化」とは、「属人的にならずに仕事を進める方法を構築すること」です。別の表現をすれば「いつ、どこで、誰がやっても同じ成果を出せる方法にすること」とも言えます。一時的な成功ではなく、成功し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
