休日出勤を拒否する28歳エンジニア、他のメンバーがクレーム
Q．28歳エンジニアです。プロジェクトの進捗遅延で先月は3回、休日出勤しました。休日に休むのは当然なので、上司に対し、今月の休日出勤を拒否すると発言しました。それ以降私に出勤要請はなかったのですが、休日出勤する他のメンバーが不公平だとしてクレームを申し立てたようです。後日、上司から「協調性を重んじてほしい」と言われました。意味が分かりません。休日出勤が必要なプロジェクト管理しかできない上司の責任です。 厳しい上司批判ですね。質問者は、この4月に社内システムの運用部門から顧客対応部門に異動したとのことです。異動前に休日出勤はほぼ無く、休日出勤した場合は、振り替え休日があったと言います。 IT企業に勤める筆者の友人（部門長）は、20代の若手エンジニアにはなるべく長時間残業にならない配慮をしていると話します。長時間働いて元気がなくなる様子が見て取れて、メンタル面を心配してしまうということでした。
Google、プロジェクト管理のための新ノーコードツール「Tables」発表。リスト／カンバン／チケット管理／マップなど柔軟なビュー、Botによる作業自動化など
Tablesは、プロジェクト管理や業務管理のためのタスクトラッキングツールです。 スプレッドシート形式のデータをベースに、リスト形式での表示やカンバン、チケット管理、マップなど柔軟なビューや、イベントをきっかけに動作するBotによる自動化などを特長としています。 タスク形式の表示例。 Botは、例えば未終了のタスク一覧をチーム全員に毎週末メールで送信するといった定期的な作業や、ステータスの変更をトリガーとしたデータ操作などの作業をあらかじめ定義することで自動化できる機能を備えています。これらの定義はノーコードで可能。 またGoogle ChatやSlackなどとの連携、Google Formからのデータの自動流し込みなど、他のツールとの統合も可能になっているとのこと。 このTablesの担当ゼネラルマネージャ Tim Gleason氏は、プロジェクト管理を効率化するためにTablesを開発
マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景
今やTypeScriptはウェブアプリ開発時に最初に検討される言語となっているが、開発が始まった2010年頃は、まだオープンソースに恐れを抱いていたMicrosoft文化のなかで、ゆっくりと歩を進めていく必要があった。 TypeScriptの共同創案者であり、デンマークのソフトウェアエンジニアであるとともにMicrosoftのテクニカルフェローも務めているAnders Hejlsberg氏は米ZDNetに対して、Steve Ballmer氏が同社の最高経営責任者（CEO）だった2010年に、JavaScript開発者の心をつかむ唯一の道はオープンソース戦略だという決断をチームが下した際のことを語ってくれた。 Ballmer氏は2001年に、LinuxがMicrosoftの知的財産すべてを脅かす「ガン」だと発言しており、Microsoftの幹部らは2010年時点でも、オープンソースが依然とし
［CEDEC 2018］貴重な資料を廃棄の危機から救う。「ビデオゲーム黎明期の開発資料を紐解く ナムコ開発資料のアーカイブ化とその活用」レポート
［CEDEC 2018］貴重な資料を廃棄の危機から救う。「ビデオゲーム黎明期の開発資料を紐解く ナムコ開発資料のアーカイブ化とその活用」レポート ライター：箭本進一 開発者向けカンファレンス「CEDEC 2018」の3日めとなる2018年8月24日，「ビデオゲーム黎明期の開発資料を紐解く ナムコ開発資料のアーカイブ化とその活用」と題された講演が行われた。バンダイナムコスタジオ フューチャーデザイン部の部長を務める兵藤岳史氏が登壇し，倉庫の片隅で放置されていた「マッピー」など初期ナムコの名作の開発資料を救いだし，整理するという話が語られた。 「CEDEC 2018」公式サイト ナムコ伝説を物語る開発資料が廃棄の危機に バンダイナムコスタジオ フューチャーデザイン部 部長の兵藤岳史氏 バンダイナムコスタジオの前身であるナムコは，1955年に中村製作所として設立され，デパートの屋上遊園地の運営な
SQUARE ENIX OPEN CONFERENCEゲーム開発プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1 ©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4 ©SQUARE
過去のバージョンをサポートするのはやめよう
この記事はMikealさんの素晴らしい記事の翻訳版です。 Thanks Mikeal for sharing amazing article, and allow me to translate and share with friends in Japan! ライブラリの保守担当者がさらに前進するための必要性。 LinuxやNode.js等大きく注目されているプロジェクトでは、エンタープライズ、本番運用レベルのユーザが基盤刷新することなく継続して利用できるよう長年にわたってサポートを提供している。 これに影響された多くのプロジェクトで同じような長期間サポートを行うエコシステムができてしまっている。これらのプロジェクトではCI環境にて古いバージョンも維持し続け、万が一古いリリースで動かないようなPRが上がった場合にはBlockしてしまうのである。 私はここで声を大にして言いたい。小さなプロ
5分でGTD！Todoistの完璧なフィルターを設定する方法
すべてのタスクをTodoistに入力した「すべてのタスクをTodoistに入れたはいいものの・・・何から手を付ければいいのやら・・・」 タスク管理がつらい理由はこれですか？ご安心ください。Todoistはその対処法をちゃんと用意しています。フィルター機能を使えば、百のタスクも万のタスクも、明鏡止水の境地でこなせます。 そもそも、なぜタスクが多すぎるとタスク管理が難しくなるのでしょう？それは、一度に処理しなければいけない情報量が、脳が一度に処理できる数を超えてしまうからです。認知心理学では、情報を一時的に保ちながら操作できるのは同時に7±2と言われています。そのため、一度に表示されるタスクの数が9を超えてしまうと、もう脳はまともに処理できません。つまり、一度に表示・整理するタスクを7±2にすれば、脳が「難しい！嫌だ！やりたくない！」と感じず、スムーズにタスク管理ができます。それを実現するのが
「役割分担をはっきりさせよう」、メンバーがこう言い出したら危機のサイン
「役割分担をはっきりさせよう」、メンバーがこう言い出したら危機のサイン チームリスクの芽を早期に摘み取る（中） この連載では、先が見えない「暗闇プロジェクト」を担当するマネジャーにとって参考になりそうなヒントやノウハウを紹介している。 前回（現場に行かずにマネジャーが危機の予兆をつかむ方法は存在する）から、危機の兆候を察知するためのセオリーを紹介している。今回も、そのために役立つ二つのセオリーを取り上げよう。 セオリー1 「メンバーが何にコミットしているか」でリスクの芽をつかむ メンバーが何にコミットしているか、すなわち何を重視しているか。暗闇プロジェクトでのリスクの洗い出しは、この点を把握することから始まる。これがセオリーの一つめだ。 コミットしている対象別に、四つのケースを見ていく。 ケース1：「顧客の現場」にコミットしている 遅刻は多い。指示した事項のうち、10％は忘れる。指示してい
部下はマネジャーのようには決して考えない、期待しても無意味
部下はマネジャーのようには決して考えない、期待しても無意味 暗闇ならではのメンバーマネジメントの肝（上） この連載では、先が見えないプロジェクトを「暗闇プロジェクト」を担当するマネジャーにとって参考になりそうなヒントやノウハウを紹介している。 現場のマネジャーにとって、メンバーマネジメントをいかにうまく進めるかは非常に重要だ。今回からしばらく、「暗闇」で役立つなメンバーマネジメントのセオリーを紹介したい。 セオリー1 メンバーはメンバーの論理で考える、あなたのようには考えない チームリーダーのA氏は非常に真面目で、同時に厳しい倫理家である。口に出したことは必ず守る。自分の中でこうと決めた倫理の枠組みを持っており、たとえ顧客であっても、その枠組みから外れた行動や言動は許せない。 こうした性格のせいで、顧客とたびたびトラブルを起こす。内容は「こう言ったではないですか」「そんなことは言っていませ
決めておいた方が良いRedmine運用ルール - Qiita
これまでWeb・DTP制作／システム開発の両方で日常的にRedmineを使用してきた中で生まれたプラクティスをまとめます。 「いやそれは違う」という箇所もあるかもしれないので、もし指摘があればコメントをお願いします! 基本方針 情報の集約度を高める ガチガチの設定を沢山定義するのではなく、シンプルな設定で柔軟に運用する アクセス解析を入れる チケットが増えてくるとRedmineは重くなります。この重さを改善するために色々な施策が必要になるタイミングがいつかやってきますが、サーバの応答速度などのデータがないと改善策がどれくらいの効果だったのかが分かりません。 ほかにも色々な測定ができるので、とりあえず入れておいて困ることはないでしょう。Google Analyticsの導入はプラグインで簡単に可能です。 チャットサービスとの連携を考える Redmineの欠点の1つは、チャットなどでのリアルタ
第2回 「隠れた抵抗」を見逃すな
前回は変革に付きものである「抵抗のメカニズム」について解説した。今回はまず「隠れた抵抗」の対処方法を紹介しよう。隠れた抵抗は分かりにくいが、これを見逃すと、プロジェクトは「ちゃぶ台返し」を食らうことになる ごく一部のメンバーだけでプロジェクトを立ち上げ、プロジェクトの狙いやゴールについて議論したときのこと。その後、本格的に現状調査を始めようという段階での出来事だ。プロジェクトに新たなコアメンバーのAさんが参画してきた。現状調査を進めるうえで重要なキーパーソンだった。 Aさんにお会いし、プロジェクトの目的や進め方を時間をかけて説明した。その席でAさんはこんなことを言っていた。 「うん、まあ、いいんじゃない？ でも少しだけ…。まあ、いいのか。うん、いいですよ。頑張ってやっていきましょう！」 Aさんは少し引っかかるところがありそうだった が、私たちが丁寧な説明をしたかいもあって、納得してくれたよ
オープンソースでDroidKaigiのカンファレンスアプリ作ってる - Konifar's WIP
DroidKaigi 2016がいよいよ来週開催されます。 ふとした思いつきでDroidKaigiのカンファレンスアプリを作ったところ公式アプリとしてリリースさせていただくことになり、今現在完全オープンソースで色んな人がコミットしてくれています。スピード感あってなかなか面白いので、忘れないうちに経緯をまとめておこうと思います。 github.com アプリは現在こんな感じです。デモとしてアラビア語表示にも対応しています。 1/11（月） DroidKaigiの発表準備しないとまずいと焦り始めました。 最近は発表の内容に合わせてサンプルアプリを作って公開するようにしているんですが、ただのサンプルコードだと飽きちゃうので何を作ろうかなぁと考え始めました。 そこで思いついたのが、DroidKaigiのカンファレンスアプリでした。みんなが使えるアプリなら懇親会の時の話のネタにもなるし、ぼっちにもな
IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ
かるび（@karub_imalive)です。 【2016年7月15日更新】 今日はウツを患って2年前に会社を去り、今は資格試験で再起を図ろうとしている昔の仲間と飲んできた帰りなので、少しグチっぽくなりますが勘弁してください。 システム開発会社で一般に普及している業務形態として、超大手から零細企業まで、「客先常駐勤務」という、いわゆる「派遣」的な働き方があります。これをどうにかしてもうやめられないか、という話です。 僕は、長年この業界でエンジニアから営業職、採用職といろいろ立場を替えて10年以上働いてきました。実際自分が体験して、また仲間を現場に送りこむ立場になって思うのは、この「客先常駐」という働き方は働き手にあまりに負荷をかけるのではないかということです。 客先常駐の成り立ちは1960年代 客先常駐っていう形態は、古くは1960年代後半の大型汎用機での開発黎明期にCSKという会社（現SC
Redmine運用メモ
[ Redmine index ] Redmine運用メモ Redmineを、単なるバグ管理システムとしてではなく、開発作業（いわゆるチケット駆動開発）に使った経験から思うところをメモに残すページ。 前提 プロジェクト全体ではなく、システムの一部機能を開発する10人弱のチームでRedmineを使用 プロジェクトの開発工程はウォーターフォールを使用 プロジェクト管理は、Microsoft ProjectをツールとしWBSおよびガントチャートで実施 各チームは定期的にWBSおよびガントチャートで進捗報告 チケット管理に関する運用 チーム管理者（作業場所には常駐してない）がチーム各員から進捗状況を逐一ヒアリングすることなく、作業状況をRedmineを見れば調べられる仕組みを作りたい 背景 プロジェクト全体で管理するWBS／ガントチャートは、基本設計、詳細設計、という工程毎に機能が列挙される観点の
家庭にプロジェクト管理ツールを導入してみた - Mana Blog Next
4人家族になってわかったこと 現在の対応方法について 時間をかけて対応する課題とは Backlogを選んだ理由 Backlogにはフリープランがある！ Backlogを使ってみる 課題の管理 時間は有限だからこそ、家族で力を合わせていきたい 家庭内プロジェクトのゴール まとめ 追記(2019/08/09) 宣伝会議で紹介されました 4人家族になってわかったこと 今年3月に次男が誕生してから、激変したこと。 家庭内のタスクが多くて効率よく消化できていない事に気付きました。 例えば、 子ども達の健康管理(通院・予防接種など) 子ども達の保育園活動(保活) 休日の外出先候補 家族行事・家族旅行対応 夫婦間のToDo 家電・家具の保守切れ対応 私の仕事復帰に向けてのスキルアップ 等々、数え切れないぐらいのタスクが溜まっています。 現在の対応方法について 結婚してからずっと、Googleカレンダーを
３４６プロの経営課題って多分こんな感じ - 需要がない
アニメ「アイドルマスターシンデレラガールズ」の二期が始まりました。てか、とっくに始まってます。一期とは随分趣きが異なるので気になりますね。どうなっちゃうんでしょうかね。 やっぱりサプライズは掻き回し役の美城常務でしょうか。登場していきなり全プロジェクト解散宣言です。 すげーな、美城常務。うちのクライアントにきて全プロジェクト停止してくれないかな。— coilcoils (@coilcoils) July 17, 2015 でも不思議と「やっぱりそうだよな」とも思いました。アイマスの世界なのでツッコミは禁物ですが、３４６プロの過剰な設備には何だか不安を感じてしまうのも正直なところです。 ３４６プロを蝕む固定費 勝手な想像ですが、７６５・９６１・３４６の支出がどのような構成になるか図にしてみました。適当ですよ。適当。 ３４６というと、やはり目立つのが社屋の豪華さです。しかも色々な設備も完備して
[iOS] 複数のStoryboardを使って画面遷移を作成する | DevelopersIO
単一のStoryboardでうまく画面遷移を表現できない Storyboardを使ってアプリを作成していると、画面遷移の定義が楽な反面、巨大なStoryboardが生まれてしまったり、うまくSegueで表現できずに同じような画面遷移を２度定義してしまったりすることがあります。このため、Storyboardの使用をあきらめようとする事もあるかと思いますが、Storyboardを分割するとうまい具合に実装できることもあります。 そこで今回は、複数のStoryboardを利用して画面遷移を作成する方法をご紹介したいと思います。 開発環境 今回の開発環境は下記の通りです。 OSX 10.8 Xcode 4.6.1 iOS SDK 6.1 ソースコードはGitHubで公開しています。 共通の画面遷移を別のStoryboardに切り出す 共通の画面遷移部分を再利用したい NavigationContr
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日清食品、40年使い続けたメインフレームを撤廃
冲方丁、神山健治が語る“攻殻機動隊現実化” まずはタチコマ実現プロジェクトを発表 | アニメ！アニメ！
