アメリカの職場ではなぜドキュメントも無いのに人が去っても問題ないのだろう？｜牛尾 剛
アメリカの職場にいると、日本にいるときよりも身近でレイオフだとか、職を変えるというのを頻繁に見かける。先日もそういう場面があったのだが昔日本で働いていた時のことを思い出した。 ドキュメントを書く理由 日本のソフトウェア企業にいたときは、「納品物であるから」という理由以外にも、「人がいなくなったときに会社が困るから」という理由でもドキュメントを書くことが推奨されていた。しかし、少なくとも今の職場ではそんな理由でドキュメントを書くのは推奨されていないのに、なぜ問題にならないのだろうとふと思った。 うちのマネージャは、バディ制ににして、みんな休暇できるようにしようとは言っているが、多分本当に退職対策ではないと思う。 チームのメンバーが抜けたときも、「とても残念で、ワークロードをどうしようという問題はあるけど、彼女の門出を祝福しよう」言っていた。つまり、こちらでも「工数」は問題になるけど、「引継ぎ
方法不確実性を下げるための松竹梅メソッド - 貳佰伍拾陸夜日記
若手メンバーのスキルアップのための相談に乗っていると, うまい設計ができるようになる, 仕様の整理やメリット・デメリットの判断がうまくなる, あるいは技術の引き出しを増やすにはどうしたらよいか, という話がよく挙がる. この手の話題にいつも同じようなアドバイスをしていると気づいたので, 説明を楽にするために書き下しておく. ソフトウェア開発の話だけど, もしかしたら一般的な仕事のやり方の話だと思っても成立するかもしれない. 文脈 ソフトウェア開発のプロジェクトを進めるとき, 少人数の精鋭だけで開発するなら極論するとカウボーイコーディングでも成立するかもしれない. そうでなければ, たとえばスクラムのように, なんらか段取りをチームでマネジメントし, 不確実性を下げるためにどういう方法でアプローチするか検討し, 仕様を固めて細かいタスクに分解するプロセス(以降ざっくり「ソリューションを定める
「ホンダは自社で技術開発をしていない？」というブログがSNSで拡散中 (国沢光宏) - 個人 - Yahoo!ニュース
「新卒で入社したホンダを3年で退職しました」というブログの記事が様々なSNSで拡散している。ここであらすじを紹介するのもなんなので（そもそもすぐ読めます）まだ御覧になっていない方はぜひ。読んだ多くの人が「ホンダって自社で技術開発していないのか！」と驚き、ダメ出しをしている。けれどこれを書いた人も読んだ人も、根本的な「思い違い」をしてると考えます。 ・当該ブログへのリンク ホンダに厳しいと言われる私が少し状況を説明したい。まずブログを書いた方は先進安全や自動運転の部門にいたとのこと。この分野、タイヤや変速機などと似ています。タイヤは自動車に必ず付いている部品ながら、開発はタイヤメーカーに丸投げしている。自動車メーカーが行うのはスペック出しと、要求値通り仕上がっているかのチェックです。これ、全メーカー同じ。 変速機も同じ。自動車メーカーはスペック出しをして要求に沿った製品を作って貰う。さらに言
新卒で入社したホンダをたった３年で退職しました - 新卒で入社したホンダを三年で退職しました
「私がいた部署では、今年に入って私を含めて4人が辞めた」と語るのは、30代の元ホンダ社員。 研究開発子会社の本田技術研究所に配属され、先進安全領域の開発に携わっていた。 この部署が特別ではない。今ホンダの開発現場では、若手を中心に退職者が相次いでいるという。 https://premium.toyokeizai.net/articles/-/21646 タイトルのとおり新卒で入社したホンダの研究所をたった３年で退職しました。 何故、ホンダを退職したか？？ 理由は簡単です。 エンジニアとして技術開発に命を懸けて 取り組みたいと考えたからです。 ホンダの待遇はとても良かったです。 日本の会社の中でも高待遇、年収も良く、 有給は必ず100%取得できます。 水曜日はノー残業デーで残業自体も 月間30時間までという制限がつきます。 食堂はまるでレストランのような美味しいメシが食べられ、 職場の付近に
Excelとパワポの知識だけで業務アプリを開発できる「PowerApps」とは
PowerAppsとは 「Microsoft PowerApps」をご存知でしょうか？ PowerAppsは、Excelのような関数とPowerPointのような操作だけで、コーディングすることなくアプリケーションが開発できてしまうサービスです。2016年10月に提供が開始され、日本語を含む42か国語に対応しています。 PowerAppsの最大の特徴は、OSやブラウザーの種類を問わず、どの環境でも使える点です。さらに、PowerAppsで作成して保存したアプリは、Windowsはもちろん、Mac環境のブラウザー（IE、Edge、Chrome、Firefox、Safari）で動きますし、iOSとAndroidなら専用のモバイルアプリが提供されています。PC向け、モバイル向けにそれぞれ別のアプリを作成する必要はありません。 PowerAppsでは、開発画面上でアプリUIの完成イメージを見ながら
「消臭力の大ヒットは、“皆殺し”から始まった」：日経ビジネスオンライン
日野 なおみ 日経ビジネスクロスメディア編集長 月刊誌「日経トレンディ」を経て、2011年から「日経ビジネス」記者。航空・運輸業界や小売業界などを担当。2017年4月から現職。 この著者の記事を見る
日本でプログラマが少ない理由は戦う戦場を間違えているからです - 文系プログラマによるTIPSブログ
2015-03-08 日本でプログラマが少ない理由は戦う戦場を間違えているからです IT業界 ◯ 広告 昔から言われている日本のプログラマ問題、さて、皆さんどう考えているのでしょうか。 日本でプログラマが少ない理由は正当な対価を支払わないからである : SIerブログ この記事を読んで、色々と思うところがありました。 社長や偉い人の見解 日本史なんか教えなくていいからプログラミングを教えろ、日本でプログラマが足りない理由は 工学系とかプログラム系を学ぶ学生が少ないから http://wirelesswire.jp/london_wave/201503031606.html まあ一理あるとは思いますが、ちょっと浮世離れしている感が否めません。 スレ住人の見解 続いてスレ住人達の見解です。こちらは現場サイドの意見が見られます。 ぶっちゃけ日本人は能力格段に低い 日本のIT企業はコミュ力で勝
トヨタ生産方式とエセトヨタ生産方式の違い
せみやしん @shin_semiya 上層部からの「次はアジャイルでやってよ」という声で始まる 上層部のアジャイルの理解は「早い、安い、うまい」という理解 「アジャイルだから設計できてなくてもいいんでしょう？」 「アジャイルだから仕様変更何回してもいいんでしょう？」 最後にお約束の「ただし納期と仕様はマストだから」 せみやしん @shin_semiya 基本的に形から入る。 イテレーションという短い単位で区切る。一週間単位が多い。 なぜ一週間なのか、とかそういう話はしない。 かんばんというものも取り入れる。 かんばんつくる目的って何？とか考えない。 新しいプラクティスを入れないところは今まで通りやる。 せみやしん @shin_semiya 例えばタスク管理はエクセルシートで行う。 それってほかの作業と食い合わせ悪くね？という話をするのは反逆である。 また、当初に決めた作業を基本的に最後まで
顧客の機能要求に折れないこと!
Kathy Sierra /青木靖 訳 2006年5月10日 製品やサービスが成功するほど、ユーザの要望を受け入れるようにというプレッシャーは強くなる。ユーザが多くなるほど、要望の範囲は広がっていく。あるユーザにとっての ｢それがないんだったら買わない｣機能が、別のユーザには取引をぶちこわすものになる。そしてあなたの製品やサービスが人気になるほど、そういった要望は、要求と最後通牒へと変わっていき、ついには痛烈な批判になる。 私たちになしえる最悪のことは、それに折れるということだ。しかし要望/要求や批判が強く、怒りを帯びたものになるほど、誘惑に抵抗するのは難しくなる——｢この1個だけ付け加えれば･･･きっとあの連中もおとなしくなってくれる｣ しかしあらゆる色を1つに混ぜ合わせて泥色のしみを作るなら、誰も私たちのすることを嫌わなくなるが、同時に誰も喜びも、興奮も、魅了もされなくなる。そうして私
【コラム】Yet Another 仕事のツール (98) プロジェクト管理を効率化しよう - GanttProject | エンタープライズ | マイコミジャーナル
仕事には大抵、「納期」というものが決められている。このコラムにも「締め切り」という名の納期があり、毎週火曜になると、容赦なく担当編集O氏からの催促がメッセンジャーのウィンドウにポップアップする仕組みになっている。 納期というのはつまり、顧客に対して「これこれこういう仕事を、いついつまでに終わらせますよ」という約束である。約束を守らないとどうなるか。当然信用を失い、仕事を切られ、最悪の場合は失職して路頭に迷うハメになるのである。だから我々社会人は、どんなに辛くとも苦しくとも、なんとかして納期を守ろうと努めるわけだ。 が、原稿書きのような個人的な仕事ならば進捗は自らの努力次第だが、企業の仕事というのは、その大半がもっと大規模で複雑なものである。仕事の規模が大きくなれば、比例してプロジェクトを構成する要員の数も増える。人が増えればそれだけ、個々の担当する業務の進捗を厳密に管理する必要が出てくるの
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：創造的なエンジニアのための働く環境とは（１）
創造的なエンジニアのための働く環境とは（１） 公開日時： 2006/01/23 18:29 著者： kenn 最近、自分のワークスタイルを大きく変えてみて、非常に強く感じることがある。 エンジニア、それも言われたことをソツなくこなすタイプではなくて、アンテナの感度が高く、自発的に新技術を磨き続けることを怠らず、自分の作ったものを広く世に出すことが楽しいと考えるエンジニアが、商業的に実りのあるモノを作り出せるようになるためには、ある特殊な条件が、きわどいぐらいのバランスで揃うことが重要なのだな、ということがわかってきた。もちろん、まだそれを理解するプロセスの真っ最中なのだけれど、考えがひとまとまりの輪郭をとってきたので、つれづれ書いてみようと思う。 ぼくは、インフォテリアというソフトウェアの会社で６年も製品企画その他、会社がリリースする「モノ」の運命にかかわる重大な意志決定に、経営
Life is beautiful: プロトタイプ作りの効用
私の関わっているプロジェクトの一つに、「全く今まで存在しなかった形のデジタル・エンターテイメントを実現しよう」というとても楽しいプロジェクトがある。この手の大きなプロジェクトを成功させるには、「大きな夢を共有しつつ、同時に一つ一つ着実に駒を進めていくこと」が大切なのだが、なかなか簡単ではない。特に、まだ「最終的に目指すもの」のイメージがちゃんと共有されていないので、各チームの動きがちぐはぐなのだ。 そこで、私が「プロジェクトメンバー向けに、目指すライフスタイルのイメージ・ビデオを作ろう」と提案しているのだが、なかなか理解してもらえない。「プロジェクトが立ち上がったばかりなのに、そんなものはまだ作れない」とか、「もう少し見えてきてからにした方が良いのではないか」という否定的な意見が出るのだ。今日は、そんな人たちへのメッセージ。 私がもの作りをするときは、常にユーザー・インターフェイスのプロト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
