零細企業を買収した後に行ったDXとは呼べないDX｜reisaikigyou_ma
零細企業買収ですこんにちは。ちっちゃい企業を買収したあとの諸々を適当にTwitterで吐き出してきましたが、いったんまとめるとどうなるのかな、とおもて書きます。どうぞ。 経営的な話題は汎用性ないことをやりまくっているので具体的に行ったDX施策、効率化施策だけにとりあえず特化します というか今流行りのDXって要はIT化ですよね。IT化が実はおおくの中小零細で全然できてなかったからワードを変えてIT化やってるだけっすよね。この記事にDXというワード出てきますがその度に「いやそれIT化だから、きっしょ(笑)」と突っ込んでいただけると。 そもそもの買収経緯小さい企業を買収しようと思う→トランビとかで探す→安いの見つける→買う という流れでした。そこに熱い思いとか、前経営者の思いとかの引継ぎみたいなのはなく、非常に淡々としたトランザクションでしたので、熱量だけ高いうっすいウェブ記事でありそうな「買収
ビジネス資料のGitHub化ーーNotion2.0が目指す「テンプレ図書館」の衝撃 - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
Almanacウェブサイト プログラミングをせずとも、ウェブもしくはモバイルアプリを直感的に構築できるノーコードサービス分野が成長してきました。「Bubble」や「AppGyver」のようなアプリ開発、日本の「STUDIO」や「Strikingly」に代表されるLP開発など、領域は様々です。ノーコードの本質は、時間やコストを圧倒的に削減することにあります。そして今、ノーコードトレンドの考えが新たな体験として企業で広く使われるドキュメント作成分野にも広がりつつあります。 「Almanac」は、ビジネスドキュメントテンプレートのクラウドライブラリを提供。マーケティング、人事、法務テンプレートなど、専門家によって公開された、磨き上げられた1万件の文書を提供しています。各資料をコピペすれば、ユーザーは手軽にプロのドキュメント内容をトレースできます。UIはノートツール「Notion」にとても似ていま
優秀な人材を採ることができないだろう、ある会社の人事部長の話。
昔、ある電子部品系の中堅企業で中途採用面接を受けたことがある。 年商は200億円程度で、従業員は確か1000人を超えていただろうか、そこそこの会社だ。仮にK社とする。 IPO（株式の新規上場）を控えているということで、管理系の課長レベルを求めていると言う話だった。 その時、私は30代半ばの妻子持ち。 大手証券会社から転じて、年商50億円、従業員はパート・アルバイトを含めて700人を超える会社でNo2のポジションにいた取締役だったが、実は、3ヶ月ほど後には素浪人になることが決定していた 7年に渡りなんとか立て直しに取り組み、最後は会社を売却するまで、ステークホルダーと利害の調整に折り合いをつけることができ、会社を去ることを決めたばかりのことだった。 珍しい経歴、ということに加え、再就職先を決めるにあたっては、ターンアラウンド（事業再生）の現場での実績を評価され、正直多くの会社から声を掛けても
良いプロダクトマネージャー、悪いプロダクトマネージャー - SEO Japan｜アイオイクスのSEO・CV改善・Webサイト集客情報ブログ
米国を代表するトップVCの一人ベン・ホロウィッツがその昔務めていたNetscape（懐かしい！）のプロダクト管理部長時代に書いたスタートアップがスタッフ教育に投資すべき理由で紹介されていた「良いプロダクトマネージャー、悪いプロダクトマネージャー」というドキュメントの日本語訳です。書かれたのは15年前ながら、今でも十分参考になり心にも響く文章、一読の価値ありです。– SEO Japan 良いプロダクトマネージャー、悪いプロダクトマネージャー 良いプロダクトマネージャーは、マーケット、製品、製品ライン、競合相手についてよく知っており、知識と自信の力強い基盤から指揮を執る。良いプロダクトマネージャーは、製品のCEOである。良いプロダクトマネージャーは、全責任を負い、製品の成功の観点から自分自身を評価する。彼は、適切な製品／適切な時と必要とする全てのことに対して責任を持つ。良いプロダクトマネージャ
わたしはなぜ、「プロジェクト管理」という言葉を使わないのか | タイム・コンサルタントの日誌から
旅先ではいつも、その土地のものを食べるのが習慣だ。だが、ときおり、外国で日本料理屋に入ることもある。そして、たまに面食らうような体験もする。いつだったか、アメリカの日本料理屋で食事を頼んだら、まっさきに味噌汁だけが出てきた。ふつうの街にある店で、来客はアメリカ人が多い。どうやら彼らの概念では、味噌汁はスープだから（Miso soupとよばれる）、真っ先に出すのが当然だということらしい。味噌汁を飲み終えたら、メインのおかずとご飯が出てきて、妙な気分だった。 汁物をsoupと訳するのは、もちろん正しい訳だ。だが日本語で言う汁物と、英語のスープは微妙に違う。たとえば英語では、スープは食べる（eat）という。日本人で、「味噌汁を食べる」という人は滅多にいるまい。ふつうは飲む、を使う。そして、当たり前だが、ご飯と一緒にいただくものだ。
CTOがチームマネージメントじゃない方向に向かう時に何をするべきなのか - トレタにおけるmasuidriveの役割 2017年版 - トレタ開発者ブログ
トレタ CTOの増井です。 トレタは創業して3年半、エンジニアも2名から13名に増え、私の役割も変わってきました。 当初は一人目のエンジニアとしてアプリの設計やサーバサイドのコードを書いたり運用全般を行っていました。 人数も増え、2年を過ぎたあたりからエンジニアリングの中で私が率先してやる必要のあることがほぼなくなってきました。むしろ海外展開で出張が増え、連続した時間がとれずに進捗を遅らせる原因になってしまうこともありました。 最近の論調では、メンバーが増えるとCTOはマネージメントや組織作りに移行して行くみたいですが、私はそっちに興味が全然なく、向いているとも思えませんでした。そもそも私は上司を持ったこともないし、決められた環境の中で働くのがとても苦手なので。 私が「組織を作って管理して行く」のは無理というのはトレタ設立当初から分かっていたことなので、メンバーを増やす時は「自分で目標を作
UIデザインワークフロー・ファイル管理考2015
はじめに NOTE: この記事は以下の条件上で考えた構成です Cocos2d-xでiOS/Android向けのゲーム このアプリは主に3人で作っており、UIデザイナー&グラフィッカー(自分)とフロント&サーバーエンジニア（以下、エンジニアと記述）の2人に絞った構成（もう一人はディレクター&プランナー） UIをどういう風に考えて作ったらいいのかという記事は多いけど、実務上どういうフローや画像管理を経て制作されているという具体的な事例があんまり出てこないので、もっとみんなどうやっているのか知りたい。というのがこの記事を書いた目的です。なので、ここで書いたことに対する質問・意見・自分はこうしている、みたいなことを記事に書いたりフィードバック欲しいなぁ…と思ってます。 個々の環境によってベストプラクティスが変わってくる部分だと思うので、こうすべきという内容ではなく、こういう風にしてみました、という
GitHubのissueをカンバン形式で管理できるサービス4選 - テクスタ
GitHubのissueでタスクを管理しだすと最終的にかんばん形式でみたくなりますよね。 そんなときに便利なGitHubのissueをかんばん形式で表示してくれるサービス。 基本的にどれも機能にそこまで差異はないですが、課金体系などが微妙に違います。 Waffle.io GitHubのpublicリポジトリ、privateリポジトリなら無料で使える。 GitHub Enterpriseで利用する場合には有料なようです。 Waffle.io · Work Better on GitHub Issues HuBoard GitHubのpublicリポジトリなら無料、privateリポジトリは有料です。 但しソースコードが公開されているので、自分でホスティングすれば無料です。 HuBoard - GitHub issues made awesome. Zube publicリポジトリは無料。 p
DevOpsって何？
9. DevOpsとは？Dev= Development, Ops = Operations定まった定義、解釈があるわけではないけど、狭義には「開発者と運用者の壁をなくしてビジネスを円滑に進めるためのプラクティス」と自分は解釈してるVelocity 2009での「10+ Deploys Per Day: Dev and Ops Cooperation at Flickr」というプレゼンが発端？広義には開発者、運用者だけではなく、ヘルプデスク/顧客サポートやマネージャなども含むAgile OperationsやAgileInfrastructureが似たような概念 10. 開発者と運用者の壁It's not my machines, it's your code!/It’s not my code, it’s your machines!開発者と運用者に限らず、異なる役割を持つ職種の人たちの
プロマネ初心者に送るプロジェクト管理の基礎知識まとめ
プロマネ初心者に送るプロジェクト管理の基礎知識まとめ：アジャイル時代のプロジェクトマネジメント入門（1）（1/2 ページ） プロジェクト管理の基礎からアジャイル開発の理想と現実、成功例と失敗例、を紹介し、ベストプラクティスを提案する連載。初回は、そもそもプロジェクトとは、プロジェクト管理とは何かについて解説し、プロジェクト推進における4＋1のフェーズを紹介する。 連載目次 理想と現実、成功例と失敗例からベストプラクティスを提案 本連載では、「アジャイル時代のプロジェクトマネジメント」というテーマで、プロジェクトマネジメント／プロジェクト管理の基礎から、アジャイル開発の理想と現実、成功例と失敗例、そして最後にベストプラクティスの提案を数回にわたって進めていきます。Cuonの石川と申します。よろしくお願いします。 主に、システム開発／Webサービス開発のプロジェクトに関わるエンジニアの参考にな
タスク管理システム「アニマルタスクフォース（仮）」概要 - dechi
「アニマルタスクフォース（仮）」とは、上の図のとおり、複数のiphoneアプリを組み合わせて運用するタスク管理システムです。（一部Mac環境も必要） 私(mojigurui)が、いくつかのタスク管理手法を取り入れて構想したもので、日々の生活の中で大変に重宝しています。 必要なアプリと設定 以下のアプリのダウンロードを行ってください。 ・Evernote Evernote Evernote 仕事効率化 無料 言わずもがなの、個人用デジタルデータベースです。アカウントの取得が必要になります。 ・たすくま（taskuma） Taskuma -- TaskChute for iPhone Sayaka Tomi 仕事効率化 ¥3,000 taskchuteというタスク管理手法に基づいてライフログとタスク管理を同時に行うアプリです。このシステムの肝となります。 ・Remember the Milk（
制約条件の理論 - Wikipedia
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2014年11月） 中立的な観点に基づく疑問が提出されています。（2014年11月） 広告・宣伝活動的であり、中立的な観点で書き直す必要があります。（2014年11月） 出典検索?: "制約条件の理論" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL 制約条件の理論（せいやくじょうけんのりろん、英：Theory of Constraints）もしくは制約理論（せいやくりろん）とは、イスラエルの物理学者であるエリヤフ・ゴールドラットが開発したマネジメント理論である。 自然科学で幅広く活用される「原因と結果（因果関係）」というコンセプトを、人が絡む
Outlook の仕事で WBS を管理する方法
プロジェクト管理の手法として WBS (Work Breakdown Structure) というものがあります。これはひとつのプロジェクトを細分化し、階層構造で管理するというものです。WBS に対応したタスクを Outlook の仕事フォルダで管理する場合、既定では分類項目ぐらいしかカテゴリわけをすることができず、階層化して表示することができません。 しかし、仕事のビューをカスタマイズしてユーザー定義フィールドを追加し、追加したフィールドでグループ化することにより、階層化して表示することができます。 手順は以下の通りです。 仕事フォルダを表示します。 [表示]-[現在のビュー]-[ビューの定義] をクリックします。 [新規作成] をクリックします。 ビューの名前に "プロジェクト別" など適切な名前を入力し、[OK] をクリックします。 [フィールド] をクリックします。 [新規フィール
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
