だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう？ - Mitsuyuki.Shiiba
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
仕事と育児の両立、私は頑張ってないって胸張って言いたい。 - リクナビNEXTジャーナル
仕事と育児の両立ってのをやっていると、まあ次から次へと困難が降りかかってくるものだ。 私も現在、仕事をしながら2歳の娘を育てているが、あの“お子様”とかいうやつは、仕事が忙しいときに限って熱を出すし、こちらが腕によりをかけた料理は一口も食べないし（焼いただけのウインナーは食べる）、朝急いでいるときは決まってダンゴムシになって動かなくなる。 やはり普通に仕事をするのとは違って体力も消耗するし、イレギュラーな問題が起きて予定は崩れるし、会社には気を使うし、子どもと会えない時間が増えることでの不安なんかもあるし etc.…で、両立ならではの大変さというのは当然あるだろう。 そして、このような大変な状況に身を置くと、私たちはすぐに「頑張ってしまう」のだ。 「頑張らないと乗り越えられない」という思いがあったり、「頑張るのはいいことだ」という風潮があったり、場合によっては「頑張ってる自分かっこいい」な
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
ごく普通の会社で社内勉強会・社内研修みたいのを散々やってきたけど、あまり成果が出てこなかった話でもひとつ。 - terurouメモ
社内勉強会ネタがなんか盛り上がってますね。2004年ぐらいから散々やってきましたが、大きな成果を得られていないみたいな話でも書いとこうかと思います。 認識してる元ネタ 社内勉強会をやらない理由 - 勘と経験と読経 社内内弁慶を社外勉強会に参加させる方法: ソフトウェアさかば 社内勉強会はヤメだ。自主的はいらん、全員技術発表だ！ - Ｈのキーがhellで、Ｓのキーがslaveだ、と彼は思った。そしてＹのキーがyouだ。 はてブコメントとかを流し見ていると、どうも空中戦になってるようですね。 話がややこしくなるので、対象を絞り込む ここではとりあえず、Web系を除いたSI・メーカ系で、業界平均レベルの技術力の人間が社員の大半を占める会社に対象を絞ります（Web系あまりわからない。あと技術力が高いところは勉強会ガーとか言ってないはず）。 社内勉強会の目的 社内勉強会を開催する目的は大きく分けて、
新人Webデザイナーにありがちな５つのコミュニケーショントラブルとその解消法｜MarTechLab（マーテックラボ）
LPO研究所の鳥居です。 「イメージしてたデザインと全然違う」 「これじゃ売れる気がしないんだけど」 「ちゃんと頭使って考えてんの？」 突然ですが、あなたは日常的にこんなことを言われていませんか？ 今の職場でWebデザイナーとして働きはじめてはや７年。私は、今では後輩デザイナーの育成も行う立場なのですが、新人が先程のようなセリフを言われるのを毎日のように目にしています。 無論、私自身も新人の頃はこっぴどくやられました。 今なら分かることですが、これは 新人Webデザイナーが共通して「取るべきコミュニケーション」を取っていないから起こるトラブル なのです。 あなたは今、デザイン制作におけるコミュニケーションに自信を持てていますか？ もしかすると今この記事を読んでいるあなたは「Webデザイナー」ではなく、クライアントから要望を聞く「営業」や「ディレクター」の立場かもしれません。 しかし基本は同
ダメ上司にならないために気をつけたい、ありがちな7つのミス | ライフハッカー・ジャパン
人の上に立つ人が最もやりがちなミスをあげました。それぞれの項目をじっくりと見て、胸に手を当てて自分の行動を考えてみましょう。そして、同僚や社員の行動についても考えてみましょう。同じようなミスを何度も繰り返している人はいますか？ 自分はどうですか？ ×1. コミュニケーションができていない 情報というのは、社員に即座に正しく仕事をさせるだけの力があるものです。社員に伝えている情報が正確かつ完ぺきであればあるほど、それだけ早く良い仕事を社員にしてもらうことができ、顧客にも良いサービスを届けることができます。 ×2. 根本的な解決よりも、その場しのぎの対応をする その場しのぎの対応で満足していては、長続きはしません。問題の根底にある原因を、立ち止まり時間をかけて追求し、それからその問題を根本的に解決するための戦略を練り上げます。できるだけ何もしないようにすることは、本当の意味での問題解決にはなり
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
電話加入権が生んだ日本のワークスタイル
島型でパーティションのない机、部門代表に掛かってくる電話、朝礼後にオフィスを出発して夕方に帰社して終礼する営業担当者――日本のオフィスの日常風景で「和を大事にする日本」の象徴とも言われる。なぜこうした業務スタイルになったのか。源流を辿っていくと、不思議なことに「電話加入権」に行き着いた。 日経コミュニケーション6月号で、特集「固定電話はもういらない？」を執筆した。ひかり電話需要による内線電話システムの更新から7～8年が経過し、オフィスの電話が更改期を迎えつつある。特集ではオフィスの電話のあり方について、先進ユーザーやベンダーの動向をまとめた。 取材の過程でふと気になり、内線電話システムのベンダーに「なぜ現行の電話スタイルになっているのか」と聞いたところ、帰ってきた答えが「電話加入権が大元の理由」とのことだった。 ことのあらましは以下のようなものだ。加入電話サービスを利用するには、1回線ごと
「あ、この人、仕事できるんだろうな」って思う9つの瞬間-Six Apart ブログ｜オウンドメディア運営者のための実践的情報とコミュニティ
社会人を長年やってますと、自分なりの「人の判断の仕方」ってものができあがってきます。 「この人は信用できそうだ」とか「あの人とは距離をおいて付き合おう」といった自分なりのアンテナです。大人って、イヤな生き物ですね（笑） でも、みなさんも、こういうアンテナを無意識のうちに働かせているはずです。 大人はとてもすれた生き物でして、ちょっとやそっとでは人を信用しないようになってしまいますが、今日は私なりの「あ、この人、仕事できるんだろうな」って思う9個の瞬間を紹介します。 1.メールのレスが早い メールのレスの速さと仕事能力は、ほぼ比例します。忙しいと遅くなるのではという気がしますが、逆です。むしろ、早いのです。 早い人は、内容も洗練されています。まず結論があり、次に理由、誰が何のアクションをいつやるのかといった5W1Hが2〜3行で書かれているのがよくあるパターン。過剰な装飾、あいまい表現がなく、
「泣き落とし」が米国人に伝わらない理由。そしてごく稀にある、米国人が「泣き落とし」で来た場合にどうするか？：永井経営塾：オルタナティブ・ブログ
「泣き落とし」が米国人に伝わらない理由。そしてごく稀にある、米国人が「泣き落とし」で来た場合にどうするか？ 米国人と交渉する際に、 「これができないとどうしても困る。だからお願い」 と泣き落としモードで交渉する場合があります。 日本人同士ならば「しょうがないなぁ」ということで交渉が成立する場合があります。 しかし相手が米国人の場合、この方法で交渉してもかなりの可能性で負けます。(稀に交渉成立する場合もありますが) いくらこちらの状況を詳細に説明して、困った状況を伝えても、相手からすると"so what?" (で、それがどうしたの?)なのですよね。 実際に"So what?"とあからさまに言われることは少ないですが、本音はそんな感じです。 泣き落としモードが伝わらないのは、単にこちらの努力不足または力不足と受け取られてしまうからです。 それは、米国ではロジックで議論が成り立っているからです。
父親に聞いた管理職として「ダメなチームをデキるチームにする必勝パターン」 - komagataのブログ
もう定年してますが、郵便局の管理職歴うん十年の父親に社会人の大後輩として、 「管理職としてダメなチームをデキるチームにする必勝パターンみたいなのってあるの？」 と聞いたら 「あるよ」 とあっさり。その話が面白かったので紹介します。 背景父親は郵便局員で公務員だった。郵政民営化する前の話。公務員は一般企業と違い犯罪でも犯さない限り首にならない。（管理の難易度が高い）郵便局の仕事は大きく「郵便」「貯金」「保険」の３つに分かれている。父親は「保険」のセールスマンの管理職を長年やっていた。郵便局の管理職は３年（？）毎に別の局（調布市郵便局とか）に移動する。 1. 新しい職場（チーム）に赴任したらそこの中心人物の協力を取り付ける中心人物：顔役的な人で大抵が年長者やリーダー気質の人。どこの組織にも必ずいて、誰にでもすぐに分かるそうです。（役職的には自分より下の人です。） 父「誰に聞いても山田（仮）さん
「現場を変える？会社を変わる？」できることと、できないこと - give IT a try
はじめに 先日のDevLOVE関西でもちょこっと絡ませてもらった@jyukutyoさんのブログがなかなか面白いと感じました。 「現場を変える・会社を変わる・SIから抜ける」何を選ぶのか - Fight the Future 書いてあることはほぼ同意です。 それに補足する形で僕の経験や考えをいくつか紹介してみます。 「信念がコンフリクトしている人」を変えるのはムリ まず、僕の経験上、一人の人間が現場を変えることは非常に難しいです。 一番困難、というか絶対ムリだと思ったのは「信念がコンフリクトしている人」を変えることです。 特にそれが上司だったり、部長クラスの人だと、転職する方が有力な選択肢になると思います。 例えば、アジャイルな開発スタイルを現場に導入したいと思っていても、「アジャイル開発なんて理想論だ。そんなお遊びで仕事が回るのは景気のいい会社だけだ。普通の会社は事前に仕様書を書いて開発を
ウン、ソウダネ、ワカルヨ - ２４時間残念営業
2012-11-12 ウン、ソウダネ、ワカルヨ ほんとは帰宅するなりすぐに寝なきゃいけない感じなのですが、帰宅してすぐに寝るという、あの「仕事以外は全部寝る」の感じがたまらなくいやなので、なんか書いてから寝ます。 さて、世のなかにはおばちゃんという人種がいる。 やつらは社交のプロだ。いつも笑顔をもって他人と接し、決して人とのあいだに波風を立てず、話題のないところには天候の話題でもなんでも話題を作り、子供がそばにいれば興味関心を示してやり、なにか不都合があると社会とかいう大雑把なものに責任を転嫁し、そこに共感を作る。家族のことはとてもたいせつにしているから、利害の対立にも鋭敏であり、一定以上に自分に不利なことがあるとさっと身を引いておためごかしを言う。やつらは他人を否定しない。自分を卑下し、他人を立てる。本音はどこにあるのかわからないが「丸く収めたい」という部分が本音であることはまちがいない
彼女は勉強「だけ」ができない - ２４時間残念営業
2012-11-10 彼女は勉強「だけ」ができない 最近は店長候補とする人間を育てている。二十代前半の女の子で、その子には夕方の学生の子を育てるべく二人ばかりを預けている。で、あるときその子がグチっぽく言った。 「どうも自分から動いてくれないっていうか、いつまで経っても頼りっきりなんですよね」 そんで今日、その店長候補の子と俺と、あと新人で夕方からのシフトに入る機会があった。その場合でも俺が直接教えることはあまりしない。あくまでその店長候補の子が教育係で、どっちかっていうと俺がレジとかの通常業務をやるような状態になってる。 んで、彼女が新人さんに揚げ物をやらせていた。 「すいません、フライドチキンはいくつ揚げたらいいですか」 「んー、じゃあ５本で」 「それとポテトがもうじきなくなりそうですけど、これはどうしますか」 「いまはそのままでいいや」 などというやりとりをしていた。 さりげなく様子
仕事を失いかねない14の悪い癖 おしゃべりも過ぎれば同僚から敬遠されてしまうかも - IRORIO（イロリオ）
だれにでも悪い癖はある。ぐずぐずしてしまったり、時間にルーズだったり、ゴシップ好きだったり。悪い癖があるからといって、その人がとてもひどい人物ということにはならないが、これが仕事の場となれば話は別だ。悪い癖が１つしかなかったとしても、それが繰り返されれば自分の業績や仕事の遂行能力の評価に悪い影響を与えかねないうえ、職場で孤立をしたり、最悪の場合、仕事を失ったりする恐れさえある。 いちばんの問題は、悪い癖を本人があまり自覚していないこと。自分に対する認識を高め、職場で役立つ習慣を身につけるため、本日はその反面教師となる「仕事を失いかねない悪い癖」を紹介しよう。 1. やるべきことを先送りにする 自分は土壇場で力を発揮するタイプなんだと思っている人は、仕事仲間への配慮が欠けている。その「土壇場」で自分だけでなく、関わっている仲間も急がせることになり、彼らが思いどおりに動いてくれなければ、あなた
｢自分でやったほうが早い病｣への15の処方箋 | ライフハッカー［日本版］
「自分でやったほうが早い病」と聞いて、「ああ......」と思い当たる人は少なくないはず。基本的に「できる人」だけれど、完璧を求めすぎるせいか人にまかせることができない。だから結局は自分ひとりで抱え込み、ときには自滅してしまう。そんなタイプ。 『自分でやった方が早い病』（小倉広著、星海社新書）が取り上げているのがまさにそういう人ですが、本書の見るべき点は、この病を乗り越えることで得られるものの大きさをきちんと示している点です。たとえばわかりやすいのが、「自分でやったほうが早い病」への15の処方箋。これらをクリアすれば、かなりの問題点を改善できるのではないでしょうか？ 1．まず痛い目に遭う（114ページ） 「自分でやったほうが早い病」の原因は利己主義であるため、徹底的に利己を貪り尽くし、痛い目に遭ってとことん問いつめられれば利己主義から利他主義に変われると著者は言います。 2．体質を改善しな
米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ
"米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ
それじゃあ何も伝わらない！元ディレクターがデザイナーになって気付いた、デザイン依頼で注意すべき4つのこと : LINE Corporation ディレクターブログ
ネッツアイに火の用心 あなたのハートにG-SHOCK！こんにちは、nakatanigoです。 かつてはディレクターブログを書く立場だったのですが、諸事情により遠ざかっておりました。 というのも、かつて前職でデザイナーをしていた経験から、ディレクターを２年ほど経験した後、デザイナーに転籍したのです。 そこで、今回はその経験から、ディレクターからデザイナーにデザインを依頼する際に注意すべきことをお話させていただきます。ディレクターがデザイナーに依頼をする際、こういう言い方は避けたほうがいいという事例もあわせてご紹介します。 大前提として、デザイナーはディレクターから言われたことしかやらないわけではありませんので、依頼に疑問があれば質問し相談します。しっかりとコミュニケーションをとれば下記のような事例は起こらないと思いますが、それが抜けてしまった場合には効果の小さいデサインができあがってしまうと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
