Tech Lead（TL/テックリード）の役割 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
Tech Lead（TL/テックリード）の役割。聞きなれない名前かもしれない。リードプログラマやテクニカルリードと呼ばれることも。過去にいくつものチーム（最大で10人以上）の Tech Lead をやってきた自分の経験を踏まえて書いてみる。 Tech Lead の主な役割 Tech Lead はエンジニア班長と言いかえるとイメージがわきやすいかもしれない 顧客に提供したい価値（プロダクトゴール）を正しく理解する エンジニアチームの生産性を可能な限り最大化。プロダクトマネージャ・デザイナと顧客に価値を提供する Product の Launch に責任を持つ Product の Launch 後のメンテナンスに責任を持つ エンジニアを過負荷から守る ときにはマネージャ、プロダクトマネージャのアイデア、スケジュールに NO を言う。代替案を提示する チーム内のテクニカルデザイン、採用技術などに責
少人数グループのカンタン便利なタスク管理術! : LINE Corporation ディレクターブログ
こんにちは。ブログビジネスユニット ディレクターの浪越です。 前回は『ライブドアに入社したばかりの私が驚いたこと』と言うエントリーを書かせていただきました。今はしたらば掲示板の担当ディレクターとして頑張っています！ 現在は、したらば掲示板の管理画面の全面リニューアルを進めています。 この度、10年(ライブドアに移ってから5年)ぶりに管理画面をリニューアルすることになりました。目標は、長年使い慣れたユーザーと、新しいユーザーに受け入れられる管理画面作りです。 作成したエクセルの見本 今回はシステム全てリニューアルということで、大量のテンプレートを作成することになりました。 ガントチャート等便利な管理ソフトは色々ありますが、多機能過ぎました。 あくまで全体のどの程度が終わっているのか、を確認する『タスクの可視化』をしたかったのと、開発する人の手を煩わせない簡単なものを…と思い、辿り着いたのは、
「技術者の楽園」を作ろうとして、現実逃避するIT企業が多い気がする - やまもといちろうBLOG（ブログ）
経営者が技術者というのは、別に構わない。むしろ、納品物が技術の結晶であるとか、システムそのものであるとか、製品知識が技術と直結している、一品もののビジネスであるなら、合理的なんだろうと思う。 一応、私としては「日本の技術やサービスはガラパゴス化している」とか「パラダイス鎖国である」というのはあまり賛成しない。じゃあドイツは？ スペインは？ イタリアは？ おのおのの国がおのおのの国民性のなかで社会風土の結実として経済システムを持っている以上、”世界標準”とやらと異なっていて当然だと思うからだ。 ただ、技術の独自性や革新性を求めることを社風にするまではいいけれど、採算性の絶対に取れない自己満足気味のプロジェクトや、野放図な開発計画を社員技術者に認めるだけでなく、経営者として考えるべき合理性すら棚に上げて、自分のやりたいようにグダグダな運営をするのは、正直どうなんだろう。 周辺も問題で、彼（彼女
辞めたくなる会社: mediologic.com/weblog
Disclaimer このブログは高広伯彦の個人的なものです。ここで述べられていることは私の個人的な意見に基づくものであり、私の雇用者には一切の関係はありません。 Powered by Movable Type 3.17-ja 以前にいた会社の、自分がいた組織の離職者率が増えているのを聞いていると、それまで「働きたい会社」だったのが「辞めたくなる会社」になってきているということなのだろう、ということに悲しくなる。 ベンチャー的な気質をもった会社だと、「この会社、このプロダクトを使って何かをしてやろう」というチャレンジャーが集まり、その“志”がエンジンとなって前進していくものだが、あるタイミングからその会社がメジャーになってしまうと「入りたい会社」となってしまい、学歴だけよかったり、対して仕事ができないのに過去の会社での経歴を“華麗に言う”人間が増えてしまう。つまり実力者が入ってこない。ま
ミスとかトラブルとか - 最速配信研究会(@yamaz)
UIEUEIのid:shi3zさんがミスについての話を書いておられる(会社名間違えてました.大変失礼しました. > shi3zさん). 部下が致命的なミスをするのは全面的に上司の責任 1行でまとめると「ミスは必ずおきるので,ミスを事前に検知する仕組みが必要だよ」ということなんだけど,私も前職ではありとあらゆるミスやトラブルに遭い,それに対して思うところがあるので,どう対処してきたかを書いてみようと思う. このエントリは長くなりそうなので,先に「今来た3行」でまとめるとこんな感じになる. ミスやトラブルはありとあらゆる隙間を縫っておきるので,確率的なものととらえる方がいいよ. ミスやトラブルがおきた時の影響を最少にするためにはミスやトラブルを検知することの他に,「そもそもそんなミスが起きえないようにする」,「万一そのミスがおきても大丈夫なようにする」為の仕組み作りが重要だよ. 根性論に頼るの
一流の研究者のマネージメント、２１の鉄則
一流の研究者の「先生」がいつも懐かしく語る、先生のさらに上のボスの話があります。戦後間もない時代に、学位を取ったばかりの先生を見いだしてアメリカに引き抜き、自由に研究をすることを許した、これまた伝説的な研究者です。先生はいいます： 「年度が終わる頃になると、彼は私に『今年お前が使ったコンピュータの利用料だ』とレシートを渡してくれたものです。年に２億円は使っていたでしょうか！」 これはケネディ大統領時代の話ですので、当時としては今以上に大変な金額です。当時世界にいくつも存在しない最新のコンピュータを、先生は独占的に利用でき、そのおかげで輝かしい業績が次から次へと生まれたのでした。 「しかしボスは一言も文句を言わないんですな。予算をとってくるのは自分の仕事。お前たちは研究をしろ、というわけでした。今の私がいるのも、あの人のおかげですな！」 科学者の世界も、お金と、権力と、事務作業と無縁ではいら
簡単にプロジェクトのスケジュール表を作成する方法 : LINE Corporation ディレクターブログ
こんにちは、齊藤です。 今回はプロジェクトの進行管理に使えるソフトを紹介したいと思います。 複数のメンバーが参加するプロジェクトで進行管理して行くには、Excel など表計算ソフトは数値管理には向いていますが、柔軟な修正に対応したスケジュール表の作成には不向きです。タスクごとにスケジュールを横棒で示すガントチャートを使うと一覧で進捗状況がわかって便利です。私はスケジュール作成に「がんすけ」というソフトを使っています。 【がんすけとは】 がんすけは、無償のガントチャート作成ソフトです（有償の機能拡張版もあります）。下記のサイトで配布されています。 http://www.gansuke.com/ がんすけの画面は上記のようにカレンダー形式なっています。ここにマウス操作で簡単にチャートを記入していくことができます。 【実際の操作方法】 まず項目を作成します。項目は「編集」→「項目の追加」で挿入し
echo - スポーツのような、チームワークを。
スポーツのようなチームワークを。echo - スポーツのような、チームワークを。 フィールドを見渡しボールを出した。パスが気持ちよく決まり、受けた仲間はすでにゴールに向かって走ってる。このボールはみんなの期待そのもの。彼ならきっと応えてくれる。 プレイヤー登録とダウンロード - 無料でご利用いただけます チームは一つのゴールに向かって。 チームワークは一つのゴールに向かって進みます。もとを正せば一つの大きな仕事です。その大きな仕事を仲間が分け合い達成していきます。echo はチームワークの中で行われる様々なto-doを管理するためのサービスです。数人のチームワークから何百人のチームワークまで、もちろん一人きりの作業でも、自分がやらなければならない仕事を横断的に管理することができます。 ボールのように仕事をつなぐ。 echo では、自分の仕事の一部をチームの誰かに依頼することが可能です。あな
ベイズの定理でプロジェクトの失敗を予測
データを確率の枠組みでとらえる「ベイズの定理」 今回は「ベイズの定理」を概説し、この定理をプロジェクト管理にどのように利用するのか説明します。「ベイズの定理」は確率論や統計学において知られている定理であり、さまざまな事象に関するデータを確率論の枠組みで取り扱うことができるという点で有用な定理です。 確率論の枠組みでデータをとらえることができるという点は、確率や統計の知識のある方にとっては特に大きな利点であるように思えないと思いますが、これがまさにベイズの定理の特徴であるということを説明します。 なおベイズの定理はさまざまな応用があります。この定理を使った内容を総じて「ベイズ的」もしくは「ベイジアン」（Bayesian）と呼びます。今回は、ページ数の都合もあり、ベイズ的意志決定に焦点を当て、特にプロジェクト管理における課題を例として説明していきます。 統計を用いた意思決定 ベイズ的意思決定の
技術力の高いエンジニアをどこまで特別扱いすればいいのだろう - これ僕.com：行動分析学マニアがおくる行動戦略
malaがはてなを退職したって事で、原因は何だろう？ malaさんがはてなを辞めた理由は知らないけども、このエントリーを読んでて思い出したことがあった。 3年ほど前に私が15名ほどのチームでプロジェクトリーダーをしていたとき、一人だけずば抜けて技術力のあるエンジニアがいた（Aさんとする）。Aさんは私の1つ上の先輩で、その技術力の高さを見込んで、ライブラリだのフレームワークだのの開発や改善をお願いしていた。それについては、当然ながらチームに多大な貢献をしてくれたと思っているし、技術に意識の高いメンバーを彼に付けて作業させたので、他のメンバーの成長にも役立ったのは間違いない。 しかし、その時プロジェクトには、もっと単純だけど、時間がかかって根気の必要な、欠かすことの出来ない作業もあって、ほとんどのメンバーはそれに従事していた。多分、ライブラリだのをプログラミングするよりも、ずっとツマラナイ作業
グーグルをはじめとする「理想の職場」、5つの現実 - builder by ZDNet Japan
あなたは、Goolgeの職場環境や待遇について耳にしたことがあるだろうか？会議用の三輪車があるのだ！そして食堂では、地元産のオーガニック食材を用いた、一流シェフの手による料理を無料で食べることができる。また、ドライクリーニングサービスや無料の交通手段、一時保育サービスも提供されている。さらに、職場には色とりどりのおもちゃが置かれており、その数はシリコンバレーにあるすべての幼稚園が保有しているものの合計よりも多い。それだけではなく、新たに採用された者にはそれぞれ、ポニーが与えられるのだ。 そう、最後の一文は冗談だ。しかし、Googleの本社に向けられる、息をのむほどの素晴らしさを称える声や見え隠れする羨望を茶化したいという気持ちは抑えがたいものがあるのだ。Googleに関する自慢話を聞くにつけ、Googleで働きたいと思わないのは変人ぐらいだと思うようになるのも当然である。 しかし、人が羨ん
「優秀で、いい奴が多い」--Googleカルチャーとエンジニアの日常
Googleの社員は社内でどんな日常を過ごしているのだろうか、誰もが気になる本当のところを紹介するセッションがGoogle Developer Dayの最後に設けられた。Googleのソフトウェアエンジニアの藤島勇造氏がプレゼンテーションを行った。 藤島氏によれば、Googleはカルチャーを大事にする会社であるため、日々の生活にもそのカルチャーが色濃く反映されるという。 では、Googleのカルチャーとはどのようなものか。同氏は、グーグルらしさを表すキーワードを9つ挙げた。 Googleカルチャーを表す9つの言葉 Clarify：明瞭さ 判断基準はなにか、プロセスは？、結果は何か、すべてを明らかにするのが求められる。 Transparency：透明さ 業務に必要な情報にはすべてアクセスできるようになっている。 Democracy：民主主義 トップダウンではなく、社員の総意に基づいて、判断が
倒産を招きかねない11の愚かなビジネス判断 - builder by ZDNet Japan
傲慢さ、うぬぼれ、見通しの甘さ、人間性の欠如などが、規模の大小を問わず毎年素晴らしい企業を葬り去っている。われわれはそれらの誤った判断から学ぶことができるが、学ぶなら事業が失敗したり、我が国のリーダーシップが完全に失われてしまう前でなければならない。 以下の間違いのリストは、あらゆる業界の企業に当てはまりうる、ばかげた考え方の一部を示したものだ。これを読んで、他人の失敗に学んで欲しい。 「費用節減のために顧客サービスの水準を下げよう」 「お問い合わせの件数が多くなっているため、お電話にお答えするまでに時間がかかっております」これは何という戯言だろう。このメッセージの本当の意味は、「われわれには顧客サービスに十分な費用をかけるつもりがないため、我慢できずに電話を切ってしまうまであなたを待ち行列で待たせるつもりだ」ということだ。私は最近、Verizonの待ち行列で45分待ったが、ついに順番は回
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Efficient data transfer through zero copy
PC
新・10分でわかる。株式会社の作り方 - president blog
LastResort