エンジニアの役割
技術評論社の WEB+DB PRESS に連載中のコラムが新しくウェブで公開されたので、ぜひとも読んでいただきたい。 エンジニアの魔法の手〜面白いプロジェクトの関るには このコラムで一番注目していただきたい部分は、以下の一節。 自分が関わっているプロジェクトの方向性がおかしいと思ったら，自分がどんな立場にいようと強く主張すべきだ。会社はそんなエンジニアを必要としているし，本当に会社のためになるのであれば必ず耳を傾けてもらえるはずだ。「そうは言っても，難しいんだよ」などと逃げを決める上司は怒鳴りつけてやればよい。 会社にとって最悪なのは，「こんなものを作っても誰も使わないんじゃないか，会社の価値を上げることにつながらないんじゃないか」と思いながらも黙々と仕事をするエンジニアだ。そんなエンジニアばかり集まっている会社は絶対に市場で成功しない。プロジェクトに関わるエンジニア全員が，「自分たちがど
サラリーマンとビジネスマンの違い（雑感） - やまもといちろうBLOG（ブログ）
また新しく会社をひとつ立ち上げることになりました。今回は久々に東京で。半年以上ぶりでしょうか。 オフィスは新規事業への取り組みや旧事業から新事業への移行、新しい社員の受け入れなどでてんやわんやになっておりますが、採用や幹部社員などとの話し合いをしているとき、意外に忘れられがちなところに気づきましたんで、自己の備忘録的に書いておきます。酒を飲んでいるのと出張疲れがあるので乱文ご容赦。 サラリーマンとビジネスマンの違い、と書くと、サラリーマンは駄目で、ビジネスマン万歳みたいなノリになりやすいのですけど、私はどちらが上とか下とか思っていません。雇われるにあたって、やはり人によって働き方や、力の出せる環境、マネジメントに違いがあると思うのです。 教科書的なことに過ぎないものでも、それを行動様式に落とし込んだり、組織の中でハンドリングしていくには、やはり相当ブレークダウンしていかなければならず、受け
ヒッキーがリーダやってみた
すぺっく 仕事：ソフトウェア開発 性格：ヒッキー。 立場：特定派遣。メンバーは自社の人。人事権はない。 何の因果か、リーダーとかやるはめになったのでその経験を書いてみる。 技術的な話はない。 ■方針：プブチャラティの精神。 「任務は遂行する。部下も守る。両方やらなくちゃならないのが『幹部』のつらいところだな。覚悟はいいか？ 」 プブチャラティさん！俺やるよ！ …というわけで、尊敬するプブチャラティさんの姿勢をすべての行動の方針とした。 ■実際にやったこと。 ○作業日誌を送りつけた。 本日やった作業とともに顧客と自社の上層部に送りつけた。 われわれたはちゃんとやってますよという言い訳と、問題が発生した場合に上司に詰め腹を切ってもらうため。 ○朝会 毎朝、問題点と作業の状況を２，３分で確認した。 これで、問題点を抱え込まない状況を作り出すのと、一体感、連帯感的なものを演出した。 ○作業の目的を
GanttProject
Available for Windows, macOS and Linux. Downloads in seconds, installs instantly and ready to build projects immediately with zero setup. Simple, intuitive and uncluttered user interface will let you break down the work, build a Gantt chart, assign resources and calculate project costs in minutes. If you need some guidance into the basics of working with GanttProject, please watch this awesome vid
中小企業や個人経営規模相手のWebディレクションで気をつけている１５のこと。 | 笑顔を創りたいＷｅｂ屋の日常
笑顔を創りたいＷｅｂ屋の日常 Ｗｅｂ業界からひょんなことで専門学校の先生に。そしてまたＷｅｂ現場に戻ったＷｅｄディレクターのブログ。情報デザインやＷｅｂの勉強をしています。 あくまで”僕が”です。そこ大変重要ですｗ 僕もまだまだ勉強中で、これが全て正しいと思えるほど見極めていません。 他にもあるだろうし、もっと大事なものもあるかもしれません。 それは各々考えてもらって（もしよろしければ教えていただいてｗ）、とりあえず同タイプの仕事している人の叩き台にでもになればなと思って挙げてみた次第です。 というのもですね、僕はWeb屋としてみるとなんか物凄く変な経歴・経験をしている人なのですねｗ まあ、Web業界って割と他業界から来る人たくさんいますけどね。僕は印刷会社→大手Weｂ制作会社→専門学校教員（正規職員）→弱小ITベンチャーなので、なかなかこういう奴はいないと思いますｗ 教員とか普通はできま
会議中に話すのを我慢する - jkondoの日記
役割上、会議の多い仕事をしています。全社的な経営責任者という立場に加え、はてなのサービスの責任者として進捗や方向性を見ていますので、各ディレクターと方向性や成果を確認したり、サービス以外の責任者との会議もあります。なので会議の生産性を上げるのは非常に重要で、いろいろな工夫しています。その中で、最近重要だな、と思っている事を少し紹介したいと思います。 会議中は聴くことに集中して、最後にまとめて話す 最近心がけているのは「会議中にあまりしゃべらない」ということです。基本的なフォーマットとしては、会議をする相手に必ずアジェンダを作ってきてもらい、主に報告内容と相談内容をまとめてもらいます。そしてその内容を全部聴くまで基本的にしゃべりません。とにかく聴きます。途中で質問はしますが、それをどうするのかという話は、聴き終わってからやります。聴き終わったあとで、「ここはどうするか」「こうしたほうが良くな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/busnews/20101208/6.html?rss